Beiträge von [netcup] Kai S.

    nach angekuendigtem Serverneustart ist dieser im SCP (ich habe es auch im VSCP probiert) nicht mehr administrierbar. Neugestartet wurde er auch nocht nicht, ist per SSH nicht erreichbar.

    Entschuldigung, das sollte nicht passieren.

    Ein Serverfehler ist aufgetreten. Sollte der Fehler wiederholt auftreten, setzen Sie sich bitte mit dem Support in Verbindung.

    Was tun?

    Der Reboot des Nodes ihres Servers ist noch nicht abgeschlossen. Ich bitte Sie um etwas Geduld.

    Heute morgen um ~10 Uhr wurden 2/4 Produktivsystemen Neugestartet, jetzt ca. 4h später wurden genau die bereits gepatchten Maschinen neugestartet und die Devs beschweren sich zu Recht massiv das Gitlab etc. down ist .

    Es ist ja gut das die Patches eingespielt werden aber das muss sauberer klappen, zumal die Updates am 4.1 innerhalb von 72h angekündigt wurden!

    Bitte dazu eine kurze Meldung an den Support. Unsere Script prüfen ob ein node bereits neu gestartet wurde. Das verhalten sollte also so nie auftreten. Haben Sie hier auch 2 Reboot Ankündigungen erhalten?

    Ich komme über VNC drauf. SSH läuft, Webserver läuft. Von außen komm ich aber nicht mehr per SSH drauf, auch nicht über Webbrowser. Anpingen lässt sich der Server aber. Was kann der Grund sein? Netzwerkprobleme?

    Wenn der Server anpingbar ist, ist die Netzwerkanbindung ja gegeben. Vermutlich liegt es hier eher an einer fehlerhaft konfigurierten Firewall, oder es gibt Probleme mit den in der VM installierten Systemdiensten.

    Bisher wurde es bei Netcup immer so gehandhab, dass der vServer erst ein ACPI-Shutdown Signal erhält und erst wenn darauf nicht reagiert wird, wird der KVM Prozess abgeschossen. Die Zeit, die abgewartet wird, empfand ich persönlich aber immer als recht knapp bemessen. (Ich glaube nur irgendwas um die 10 Sekunden)

    Sollten komplexere Dienste laufen, die etwas länger brauchen um Vorgänge sauber zu beenden, wurde ich diese sicherheitshalber vorab beenden.


    Eine Frage meinerseits währe noch:

    Sie schließen damit die Lücke "nur" auf Ihrer eigenen Seite, also auf Ihrem Node/root/Hardware nehme ich an? Wer einen normalen vServer besitzt muss sich selbst noch Kernel-Patches kümmern, da die Lücke weiterhin auf der eigene Verwaltungsebene ausgenutzt werden kann.

    Die vServer haben 5 Minuten Zeit um nach absetzen des ACPI Shutdowns herunter zu fahren.

    Wir können natürlich nur Systeme aktualisieren die unter unserer Administration stehen. Jeder der irgendwo Root-Zugriff hat, muss sich eigenverantwortlich um die Aktualisierung innerhalb seiner VM kümmern. Wir haben auf normale Kunden Root-Server oder VPS kein Zugriff. Dort liegt die Administrative Verantwortung beim Kunden.

    Solche Daten werden nicht aus unserem Kundenpanel bezogen, sondern aus den öffentlichen Whois Servern der jeweiligen Top-Level Domain. Die Daten müssen bei der Registrierung an die zuständige Registrierungsstelle übergeben werden und sind dort, je nach Registrierungsstelle öffentlich abfragbar.

    Ich liebe Debian. Einfach nur gut.

    Ich bevorzuge auch Debian, allerdings hatte ich da neulich 2 fälle wo ich auch nur noch mit dem Kopf schütteln konnte. In beiden Fällen hatte ich das Gefühl dass das OS nur noch aus Symlinks besteht.

    Du hast da inzwischen teils 4 oder 5 symlinks hintereinander hängen.

    Nachdem ich mir nun daheim ein kleines selbstbau NAS/Storage hingestellt habe, hab ich mir nun mal borgbackup angeschaut. Gerade dann wenn man eine überschaubare Menge an Clients hat die man sichern möchte, macht es einen recht sexy Eindruck. Alle Optionen werden direkt als Parameter übergeben, nirgendwo fliegt eine config file rum. Die Software ist einfach sehr schlank gehalten.

    Mein Laptop prüft nun wenn es läuft stündlich per Cron ob es in einem bestimmten Wlan angemeldet ist und ob das letzte Backup mindestens 21 Stunden her ist. Sofern die Checks passen, wird das NAS per WOL geweckt und per borgbackup ein inkrementelles verschlüsseltes und komprimiertes Backup per ssh Verbindung auf das NAS geschoben.

    Super Easy und mit ein paar Zeilen bash Code erledigt. Bietet sich auch super an, wenn man seine Backups vom Server einfach auf ein per NFS gemountetes Storage-Volume schieben will.

    Nee, komplett neu installieren. Identifizieren musst da nix, es gibt zuviele Möglichkeiten.

    Ddie eindeutige Identifizierung der Schwachstelle wäre aber durchaus sinnvoll. Ohne diese identifiziert zu haben, lässt sich nicht sicher sagen was als Einfallstor genommen wurde. Wenn es dann z.b. eine Lücke in einer Zusatzsoftware oder eine unsicheren Konfiguration ist, installiert oder konfiguriert man sich die ja wieder, sofern man alles wieder wie vorher einrichtet.

    Externer Inhalt www.youtube.com
    Inhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklären Sie sich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.
    Da fühlt man sich doch gleich bei jedem nslookup wie James Bond... ^^

    Die Kommentare unterm Video sind super gut.

    Dazu sag ich nur: The Elders of the Internet!!! :D

    Also habe ich richtig verfahren diese Einfach in den Posteingang zu verschieben?! Das System lernt auch HAM?!

    Ja! völlig korrekt. Das System lernt auch gelesene eMails als Ham. Auf Dateisystem ebene ist der normale Posteingang nochmal unterteilt in "current" und "new". Solange die Mails im Posteingang wirklich neu sind und noch keinerlei Aktionen durchgeführt wurden, sind diese im "new" Ordner. Sobald Sie dann gelesen wurden oder anderweitig verarbeitet wurden, werden Sie automatisch nach "current" verschoben. Der Posteingang Ordner im Mailclient ist im Prinzip ein Merge aus diesem Current und new. Wir lassen den Posteingang-Current Ordner als HAM anlernen.

    Zu hoher Score, damit hatte ich bei diesen mails allerdings bisher keine Probleme


    Connect Newsletter

    Bank

    Kundenservice eine Zeitungsverlags

    In diesen 3 Fällen war jeweils der Bayes_99 Check ausschlaggebend. Dieser Schlägt dann an, wenn der Inhalt von der Formulierung her mit 99% -100% Wahrscheinlichkeit Spam ist:

    Zitat von https://wiki.apache.org/spamassassin/Rules/BAYES_99

    SpamAssassin Rule: BAYES_99

    Standard description: Bayes spam probability is 99 to 100%

    Viele Kunden haben also eMails die so wie diese 3 formuliert Waren in die Spam Ordner geschoben, weswegen es dann als Spam angelernt wurde. Hier hilft es die Mails ganz normal im Posteingang zu belassen, damit diese wieder als HAM angelernt werden können und künftig die Spam Wahrscheinlichkeit geringer ausfällt.