Durch das Listing in der HSTS Preload Liste wurde durch einige Browser direkt SSL verlangt. wget und Konsorten nutzen die Liste nicht. Deshalb die unterschiedlichen Meldungen, dass es bei jemandem funktioniert und bei jemand anderem nicht.
Super, dass das Problem gelöst werden konnte 
Hier ebenfalls Connection Refused, werde übrigens direkt auf https umgeleitet!
DNS Einstellungen sehen auch gut aus (laut digwebinterface).
Ist denn auch ein Virtualhost vorhanden, der auf 443 lauscht? Offensichtlich findet ja eine Weiterleitung statt.
Hattest du mal HSTS für die Domain aktiv, evtl. inkl. Preload?
EDIT: die Preload List meldet, dass die Seite dort gelistet ist! Also mach mal die Seite per SSL verfügbar, da viele Browser diese direkt über Https laden
Servername Eintrag in deiner Apache SiteConf richtig geschrieben (falls gesetzt)?
Soweit ich es richtig verstehe, ist nicht die IP des Webhosting in der Blacklist gelistet, sondern die Empfänger IP (GMX Server) und die Blacklist wird von einigen Webhosting Nodes zur Filterung genutzt und bei anderen findet eine Filterung nicht statt.
8bit Verstehe ich es so richtig?
Guten Morgen,
VirtualServer Direktive in sites-available per a2ensite aktiviert und apache reloaded?
In ports.conf den listener auf den richtigen Port gesetzt?
Port in Firewall geöffnet?
Apache gestartet?
Was meinst du mit "Domain auflösbar und erreichbar"? A-Record zeigt also auf deine Server IP?
Bei einem frisch installierten Apache mit geöffnetem Port in der Firewall und gesetztem A-Record sollte ohne weiteres Zutun zumindest die Apache Standardseite erscheinen!
Wireguard nicht, kann aber Softether VPN empfehlen! Einfach zu konfigurieren, schnell und verlässlich.
Log dich mal aus und wieder ein 
Du kannst doch deine Server nach Wunsch benennen im SCP!
Hut ab vor Eurer Leistung. Dass es auch mal zu weiteren Problemen kommt, ist klar, Hauptsache war aber, dass alles möglichst kundenfreundlich gehandhabt wurde, und das habt ihr auf jeden Fall voller Erfolg unter Beweis gestellt! Ich denke ich spreche hier für >99% aller Kunden, dass alles den Verhältnissen entsprechend glatt gelaufen ist!
Dann hoffe ich doch, dass jetzt etwas Ruhe hier und in Ihr Leben kehrt, dass Sie die Zeit mit Ihrem Sohn/Ihrer Tochter genießen und Ihre Mitarbeiter auch mal eine kurze Weile ohne Sie zurecht kommen Als (bisher einmaliger) Vater, weiß ich, wie wertvoll und abgefahren die ersten Tage nach der Geburt sind
Herzlichen Glückwunsch!
Koda: Anleitung von Thomas Leister? Habe mit dessen Anleitung gestern genau sowas aufgesetzt. Allerdings im kleinen Proxmox Container, sind auch nur die Adressen meiner Familie drin, also keine x Mails per second 
Das ist auch nicht der aktuelle Kernel: 4.9.65-3+deb9u2 ist der aktuelle in Stretch.
Guck mal ob ein Package zurückgehalten wurde.
Im ersten Screenshot ist dieser aber in Benutzung.
Prost
Nachtrag: falls du den Snapshots nicht vertraust, mit dd ein Image von sda auf deinen Rechner oder einen anderen Server dumpen und du bist auf der sicheren Seite!
Was ist denn, wenn du einen Snapshot machst, Debian neu installierst, auf den neuesten Kernel upgradest und mal checkst, ob dann die Kiste läuft? Sollte ja dann eigentlich auch nicht laufen.
Dein jetziges System kannst du dann per Snapshot ja wiederherstellen.
Dann evtl. Grund für Support!
Ich wollte mit meinem Beitrag auch eher aussagen, dass ich ein kleines Setup habe (Debian + NS), welches beim Shutdown keine lange Zeit benötigt, um die Dienste zu beenden und herunterzufahren. Es reagiert instant auf ACPI-Befehle und ist down.
Dementsprechend ist es komisch, dass trotz ACPI mein System offensichtlich abgeschossen wurde, was die Annahme weiterer User bekräftigt, dass beim Massenshutdown per ACPI scheinbar Probleme auftreten, die netcup wohl bisher noch nicht nachvollziehen konnte.
Wäre ja eigentlich jetzt die Gelegenheit für netcup, der Ursache auf den Grund zu gehen.
Also von mir wurde bisher ein Server neugestartet (Nameserver, Debian Stretch). Leider auch abgewürgt, was ich am tuptime Status erkenne (1 bad shutdown). Ein weiteres Indiz waren die von Fail2ban erhaltenen Mails über gestartete Jails, normalerweise erhalte ich Mails über gestoppte UND gestartete Jails. Server hatte also keine Zeit/Chance den Dienst zu beenden.
Hat meinen System zum Glück nicht geschadet.
Von ~17 % auf ~44 %, Hui, ein sattes Plus 
Mein Tipp: KeePass2Android Offline. Da ist eine Tastatur dabei, mit der du einen ausgewählten Eintrag direkt als Username und Passwort ins jeweilige Feld eintragen kannst.
Vorausgesetzt, du nutzt Android...
Gilt die Aktion eigentlich immer noch?
Die Neujahrskracher sind schon einsehbar -> Sonderangebote
Ich wünsche einen guten Rutsch
Auf welche Verzeichnisse hast du denn Zugriff, wenn du sagst auf /etc/apache2 hast du keinen Zugriff?
Verschiebe die .htpasswd doch mal in ein Verzeichnis außerhalb deines DocumentRoots, z. B. /home/<deinusername>/.htpasswd (hast du Zugriff darauf?) und trage dann folgendes in die .htaccess ein (die wiederum im DocumentRoot/zu schützenden Verzeichnis liegt):
AuthUserFile /home/<deinusername>/.htpasswdWenn du die .htpasswd im DocumentRoot liegen hast, kann es passieren, dass diese für Jedermann auslesbar ist. Damit wäre dein Passwort-Schutz dahin!