ja und mit dem ip ... command dann so als 1-Zeiler in einem Bash-Skript
for ((i = 0; i <= 255; i++)); do ip neigh add proxy "2a03:4000::ff$(printf '%02x' $i)" dev eth0; done
an das hatte ich nicht gedacht, weil man es ja als Hexadezimal-Werte braucht;
der Riesenunterschied zwischen IPv4 und IPv6 in der Notation
es gibt hier 2 Mglkt.en was schief laufen könnte ...
der managed Server hat in der Firewall IMAP/SMTP f. Deine client IP nicht freigegeben (die unwahrscheinlichere Mglkt.)
dein Client zu Hause hat
(a) evtl. noch alte IP-Adressen gecached
(b) blockiert etwas
kannst - nur um derartiges auszuschließen - auf Deinem Client - ich nehme mal an ein Windows - folgendes in der Eingabeaufforderung probieren
ping dns-name-of-smtp
ping dns-name-of-imap
bei SMTP evtl. mit Port 587 probieren
Fur den Fall, dass die (maxmimale) Anzahl der VPN Clients bereits bekannt ist,
kannst f. die Verwendung z.B. ein /124 f. 16 VPN-Clients verwenden
und nachdem beim Starten des vServers das eth0-Device online geht automatisch z.B. folgendes laufen lassen
for j in 0 1 2 3 4 5 6 7 8 9 a b c d e f
do
for i in 0 1 2 3 4 5 6 7 8 9 a b c d e f
do
ip neigh add proxy 2a03:4000::ff$j$i dev eth0
done
donedann sind alle möglichen VPN clients bekannt;
die Zeilen 1, 2 und 7 brauchst wenn Du ein /120 f. 256 VPN Clients veranstaltest, andernfalls $j in Zeile 5 durch z.B. 'f' ersetzen;
eine Anpassung f. ein /121 od nur ein /126 ist damit kein Hexenwerk;
damit brauchst dann kein ndppd;
KB19 gibt es das denn f. die wichtigsten Distris als vorgefertigtes Packet; bei z.B. CentOS 7 bin ich nicht fündig geworden;
nachdem da: https://github.com/DanielAdolfsson/ndppd wirds ja nicht unbedingt in Produktivumgebungen empfohlen;
Grüße gehen raus an Menschen die RDP im Internet hängen haben:
Du meinst RDP Web Access - ist eine andere Baustelle,
soll heißen, nicht alles macht Sinn, auch per HTTP(S) erreichbar zu haben;
Mein mail filter hat für sowas eine Whitelist.
ja, mein Mail-Zwischenlager aber nicht
Hatte ich mal. Unter Ubuntu wollte das nicht so recht (allerdings auch bei einem anderen Anbieter). Hab dann bei allen Servern auf die ...::1 gewechselt.
Interessanterweise kann https://mxtoolbox.com/ den rDNS von IPv6-Adressen, die auf :: enden nicht auflösen. Das hat mich anfangs echt verwirrt.
ich hab es zufällig bei einem Server gesehen, dass dessen IPv6 auf :: endet; habe das auf einem meiner vServer mal testweise probiert; überzeugt hat es mich nicht; das mit ...::1 hatte ich bis vor kurzem auch, ich bin zu einer anderen übergegangen: die nach EUI64, welche sich von der MAC-Adresse ableiten läßt;
das ist auch die, welche man braucht, wenn man z.B. einen 6in4-Server hier bei netcup betreibt; Anleitung hier v. x Posts
was anderes:
vorbeischleusen am SPAM-Filter:
falls es jemand mal gebraucht hätte, sowas sucht, oder selbst davor steht das "Rad" neu zu erfinden; es gibt ja mehrere Mglkt.en Mails an einem SPAM-Filter vorbeizuschleusen, und die Gründe sind auch ganz verschieden;
ich hatte das gebraucht, weil die Logwatch-Mails auch Inhalte haben, welche garantiert den SPAM-Filter meckern lassen;
bei mir laufen die alle auf meinen 'Master' - dieser ist mein Mailserver - zusammen, und dort hab ich folgendes ...
der MTA ist postfix und hier die einzelnen Schritte am Mailserver
zuerst in der master.cf folgendes
convert unix - n n - - pipe
flags= user=nobody argv=/etc/postfix/mailcnvt.sh ${sender} ${recipient}(zum mailcnvt.sh Skript später)
/etc/postfix/virtual beinhaltet z.B. das @dns-name-of-server vhost@convert.mail
/etc/postfix/transport das convert.mail convert:
jeweils postmap FILE nicht vergessen
in der main.cf braucht es das:
transport_maps = hash:/etc/postfix/transport
virtual_alias_maps = hash:/etc/postfix/virtual
convert_destination_recipient_limit = 1
bis hier her ist es auf beiden Teilen ident;
bei der empfangenden Stelle braucht man im header_check einen Mechanismus,
welcher genau diese Mails filtert und mittels REDIRECT z.B. nach vhost@convert.mail leitet
z.B. /etc/postfix/hdr_chks.pcre
/^x-base64-mail:[[:space:]]\<root\@dns-name-of-server\>.*$/
REDIRECT vhost@convert.mailin der main.cf braucht es das
header_checks = pcre:/etc/postfix/hdr_chks.pcre
und jetzt zu den Skripten
zuerst auf der absendenden Stelle
#!/bin/bash
EMAIL=$(mktemp)
sleep 1
cat >$EMAIL
(
echo -e -n "From: vHost Local <VHOST-LOCAL@example.net>\n"
echo -e -n "To: VHOST-LOCAL@example.net\n"
echo -e -n "X-Mailer: vHostLocal-Cnvrt/1.1\n"
echo -e -n "Subject: vHost Local Mail\n"
echo -e -n "X-Base64-Mail: <root@dns-name-of-server>\n"
egrep --max-count=1 "^Date: " $EMAIL
echo -e -n "MIME-Version: 1.0\n"
echo -e -n "Content-Type: text/plain; charset=\"us-ascii\"\n"
echo -e -n "Content-Transfer-Encoding: 7bit\n\n"
echo -e -n "-----BEGIN BASE64 MAIL-----\n"
cat $EMAIL |base64
echo -e -n "-----END BASE64 MAIL-----\n"
)|/usr/sbin/sendmail -f VHOST-LOCAL@example.net VHOST-LOCAL@example.net
rm $EMAIL
exit 0auf der empfangenden Stelle ist es deutlich kürzer
(... durch entsprechende Mailadressen ersetzen)
#!/bin/bash
EMAIL=$(mktemp)
sleep 1
cat >$EMAIL
sender=...
recipient=...
sed '1,/-----BEGIN BASE64 MAIL-----/d;/-----END BASE64 MAIL-----/,$d' $EMAIL |base64 -d |/usr/sbin/sendmail -f $sender $recipient
rm $EMAIL
exit 0die Mails einfach verschlüsseln wär auch gegangen,
hat Vor- und Nachteile;
sämtliche Informationen im Mail-Header zwischen meinem Mailserver (netcup) und meinem lokalen Mailserver (VM),
welche ohnehin nicht gebraucht werden, und die Mails nur sinnlos aufblähen werden auf die Art eliminiert;
am vServer brauch ich einfach nur z.B. df |mail root eingeben, und ich bekomm das ungefiltert direkt auf meinem lokalen Mailserver;
Wie ist das denn mit S2000 G7 und aufwärts - kann man da mit UEFI und GPT installieren?
Weil mit MBR würde man ja nur 2TB nutzen können, meine ich. Und das wäre ja nicht so ganz Sinn der Sache.
GPT ist doch bei den vorkonfigurierten Images der Standard
Ich brauch eine temporäre Info-Seite damit meine Kunden Bescheid wissen.
das ist ja ok
Das Bild dient dazu, einen kurzen Überblick in mein Portfolio zu bieten
falscher Weg, beschränke Dich hier das mittels Text zu vermitteln;
weil der 503 wird geliefert wenn das System überlastet ist,
und da dann mit MBytes herumzuwerken ist dann schon mutig ...
was bitte soll ein 1,2 MB Bild auf einer Fehlerseite f. einen Sinn haben?
noch dazu bei Fehler 503
503
HTTP_STATUS_SERVICE_UNAVAIL
The service is temporarily overloaded.
RS
wer kauft schon Russen-Systeme 
oder was meinst Du hier mit RS?
einen netcup RS wohl nicht, oder?
Spaß beiseite, sowas macht schon Sinn: optimierte Abstimmung zwischen Host-Adapter und Controller;
Genau genommen sind diese Einschränkungen in der Produktübersicht dokumentiert.
aber nur wenn man 1 und 1 zusammenzählen kann;
das würde suggerieren, dass der Snapshot auf dem freien Speicher des RS/VPS abgelegt wird,
und das ginge tatsächlich nur dann, wenn gilt: [belegterSpeicher] <= [freierSpeicher], was tatsächlich heißt,
dass maximal die Häflte belegt sein darf;
NUR: der Speicherplatz f. Snapshots ist ein vom vServer losgelöster Bereich am Host-System;
bei den Storage Servern wird dieses Feature gar nicht angeboten;
Den EOL Umgang von Unifi finde ich absolut nicht gelungen.
der is bei keinem Laden gelungen;
und eigentlich auf Grund der Probleme die wir haben absolut Fehl am Platz;
Wieso nicht das Image doppelt so groß provisionieren und nur die Hälfte für den Server nutzbar machen?
dann sieht die Kalkulation auch anders aus
würde konkret bedeuten dass man an Stelle von x GB nur noch ¾x GB hätte,
oder es würden alle vServer mit Ausnahme der Storage Server teurer werden;
Belegt natürlich im schlimmsten Fall mehr Ressourcen
oder aber das Interesse wegen zu kleiner Platten bzw. teurerer Preise ist nicht mehr in dem Ausmaß gegeben ...
vlt. doch das mit dem Autostart?
Wake-on-LAN in einer virtualisierten Umgebung kann ich mir irgendwie nur schwer vorstellen;
welches Ereignis muss eintreten, dass ein gestoppter Server, neu startet, ohne dass es eine Wartung war und ohne dass man es selbst im SCP gemacht hat?
was anderes: hat jemand bei IPv6 die Adresse 0, z.B. 2a03:4000:1111:2222:: in Verwendung?
Sehe ich das richtig, dass gestoppte Server jetzt nicht mehr ungefragt booten, ...
gibts dazu nicht die Einstellung im SCP?
Netcup nicht mehr im UCEPROTECT Level 3 gelistet.
darum wär jemand auch schön doof gewesen f. ein Delisting zu bezahlen;
würden sich alle beteiligten ehrlich und höflich - wie es My1 weiter oben definiert - verhalten, würd es diese Blacklists nicht brauchen;
Ohne von der Brisanz der Thematik abzulenken, aber kann hier jemand überhaupt von ernsthaften Einschränkungen beim Mail Transfer durch das L3 Listing berichten?
vlt verwendet jemand sowas
https://dronebl.org/docs/howtouse (ganz unten)
es hat zwingend auswirkungen auf Mail Transfer ..., aber auf anderes;
bitreporter.de bietet doch gar keine IPv6-Adresse an. Wie können sie dann deine Prefixe aussperren mainziman?
jetzt wo Du es sagst;
keine Ahnung wo da der Hund begraben is ...
mit einem Feuerwehrauto Fahren will gelernt sein ...
