Danke für die Hilfestellungen!
Kein Problem.
Danke für die Hilfestellungen!
Kein Problem.
(Muss nur nochmal in die logs schauen, ob ich auf dem Zielserver nicht evtl noch mod_remoteip benötige)
Auch das ist nun erledigt. ![]()
Damit nicht die ip des Proxyservers in den Apache-Logs auftaucht, sondern die originale, habe ich das Apachemodul remoteip aktiviert und in apache2.conf RemoteIPHeader X-Forwarded-For eingefügt (und im Logformat %h gegen %a ausgetauscht).
Nun wird auch korrekt geloggt. ![]()
Bin mal gespannt, was noch so für Hürden auftauchen, bei einem ipv6-only Server. ![]()
Bin mal gespannt, was noch so für Hürden auftauchen, bei einem ipv6-only Server.
IPv7
Bin mal gespannt, was noch so für Hürden auftauchen, bei einem ipv6-only Server.
127.0.0.1 das immer noch da ist und nicht abgedreht werden kann ![]()
Testen wir mal den Netcup Filter:
https://datatracker.ietf.org/doc/html/rfc2181#section-10/.2/.2 <- "./2" durch ".1" ersetzen. Macht eine Verlinkung auf gewisse RFC Kapitel schwierig.
:sad:
https://datatracker.ietf.org/doc/html/rfc2181#section-10/.2/.2 <- "./2" durch ".1" ersetzen. Macht eine Verlinkung auf gewisse RFC Kapitel schwierig.
Challenge accepted: RFC2181: Clarifications to the DNS Specification (Section 10.1.1).
Challenge accepted: RFC2181: Clarifications to the DNS Specification (Section 10.1.1).
Congrats! Muss ich wohl mal die Gutenberg-Tasten in Rente schicken ![]()
Bekommt ihr seit einigen Tagen auch so viel Spam von wewe (dot) global?
Landet zwar alles brav im Junk Ordner, aber bei 50+ Mails pro Tag und Adresse nervt es nur noch…
Seit 5:57 sind es bei uns bisher heute 90 Emails, ja!
Die ersten kamen am 09.02. und seitdem waren es insgesamt 3029.
Hier eine vermutliche Äußerung dazu:
ZitatAlles anzeigenHi,
We have experienced an identity theft of our name. Someone sent spam emails using an illegal system that allows them to put WEWE official email as the sender info.
We are sorry that this happened to you, and we are the first to invite you not to trust this email or their invitation.
Our legal and IT team are investigating this incident. Thank you for your report.
Megan
WEW
https://de.trustpilot.com/review/wewe.global
![]()
Hm, ich bin gerade etwas Blind...
Wo rufe ich nochmal den Transfercode für nen Server ab?
Ooder muss ich dazu zuerst die Kündigung zurückziehen?
Wo rufe ich nochmal den Transfercode für nen Server ab?
Ooder muss ich dazu zuerst die Kündigung zurückziehen?
Ja. (Und es dürfen keine offene Rechnungen bestehen für irgendein eigenes Produkt zum Zeitpunkt, an dem man den Transfercode erstellen will.)
Hm, ich bin gerade etwas Blind...
Wo rufe ich nochmal den Transfercode für nen Server ab?
Ooder muss ich dazu zuerst die Kündigung zurückziehen?
Vermute ja, weil der Button auch unter "Kündigung" zu finden ist.
pasted-from-clipboard.png
Danke.
Dann versuche ich mal, ob der Transfercode bei einer Kündigung nach dem Erstellen weiter gültig ist ![]()
Seit 5:57 sind es bei uns bisher heute 90 Emails, ja!
Das scheint von nur 2-3 IP-Adressen auszugehen? Wieso landen die auf keiner Blacklist? ![]()
Meine HELO-Access-Restriction arbeitet jedenfalls einwandfrei. Und ich bin zu faul, deswegen Abuse-Meldungen zu verschicken.
Und ich bin zu faul, deswegen Abuse-Meldungen zu verschicken.
Da hast du doch deine Antwort. ![]()
wenn ma des so liest da: https://www.reddit.com/r/SolusProject…as_shown_under/
fragt ma sich schon wie einfälltig da wer war des so strange zu benamsen ...
ich hab des von meiner Fedora VM deinstalliert,
und siehe da, da kommt noch so a stranges Paket zum Vorschein: cdparanoia-libs-10.2-38.fc35.x86_64
des hats auch gleich mitentfernt ... ![]()
wewe.global habe ich hier auch massiv im Filter... lässt sich aber zuverlässig wegfiltern:
Bin mal gespannt, was noch so für Hürden auftauchen, bei einem ipv6-only Server.
Eben gerade konnte ich mich nicht mehr per ssh-Client anmelden und dachte noch, was ist denn jetzt wieder los.
Bis ich gemerkt habe, dass ich zuhause mal wieder keine ipv6 habe, sondern nur ip4 (Kommt bei meinem Telekomanschluss öfter mal vor)
Hatte ich gar nicht auf dem Schirm, dass ich mich in so einem Fall nur über den Umweg eines anderen Servers per ssh einloggen kann.
(Aber als professioneller Serverhoarder habe ich da ja genug Auswahl...
)
Ich werfe einfach mal produktives Datenbankcluster mit SunOS 5.10 in den Raum. Falls das nicht reicht, hab da noch mehr im Keller.
Falls Windows auch zählt, werfe ich mal Windows Server 2000 in den Raum! Ein Glück seit letztem Jahr auch endlich physisch von allem getrennt. ![]()
Ich habe seit Dezember 2016 (also fast 5,5 Jahren) unter anderem einen kleinen aber feinen RS 500 SAS G7SEa1. Der wurde nun gestern Nacht (nach Vorankündigung per E-Mail) seitens Netcup auf ein neues Hostsystem migriert.
Bisher war die VM mit zwei dedizierten CPUs vom Typ Intel Xeon CPU E5-2660 v3 @ 2.60GHz konfiguriert.
Nun läuft sie mit 2x AMD EPYC Processor (with IBPB) mit 2.00GHz ... was das jetzt genau für eine CPU ist konnte ich noch nicht in Erfahrung bringen. Die PassMark Single-Thread Performance liegt bei 1755, was etwas unterhalb jener der ursprünglichen Intel E5-2660 v3 (die hatte ca. 1786) liegt.
mein Best-Guess: Ich wurde auf ein Hostsystem der RS 1000 G9 a1 Produkte migriert, das wären dann somit AMD EPYC 7702 Kerne. Die sollten allerdings über 2000 PassMark SingleThread-Punkte schaffen. Aber vielleicht schluckt das ja die Virtualisierung.
Wie gesagt, CPU-mäßig auf gleichem Level.
IO fühlt sich allerdings nun um Welten besser an. Mein nächtlicher Backup-Job braucht nun nur noch 30min statt bislang 90-100min ... ein dd schreibt statt mit 20-80MB/Sec je nach Tagesverfassung zumindest derzeit auch mal bis zu 300MB/Sec.
Bin daher bislang sehr positiv überrascht. Downtime des Vorgangs war exakt die Dauer eines Boots. Einziger Wehrmutstropen: Wäre nett, wenn man den Zeitpunkt seitens Netcup noch etwas konkreter hätte angeben können ("in den nächsten 24 Stunden ..." ist dann doch etwas unpräzise, man traut sich den ganzen Tag lang keine Modifikationen mehr vornehmen weil man ja jederzeit mit einem Shutdown rechnen muss).
Ja, zwei meiner Server wurden auch (problemlos) auf neue Hosts geschoben.
Da ist wohl gerade Frühjahrsputz angesagt bei netcup. ![]()