Beiträge von KB19

    BTW: Ich wusste gar nicht, dass NAT bei IPv6 möglich ist. Ist das nur eine Art Workaround?

    Das war ursprünglich auch nicht vorgesehen. 2011 (?) gab es nach heftigem Widerstand aber doch die ersten Implementierungen für den Linux Kernel. Ich bin auch kein Freund davon, dass es NAT bei IPv6 wieder gibt. Aber letzten Endes gibt es einige wenige gerechtfertigte Einsatzzwecke, wo der Administrator die freie Wahl haben sollte, welche Technik er dafür einsetzt.

    Lieber so, als ab ins Nirvana - so wissen die Sender wenigstens, dass die Mail nicht ankam.

    Ich bin mir nicht sicher, ob ich den Kontext im zitierten Beitrag richtig verstanden habe. Aber das klingt nach einer potentiellen Gefahr für Backscatter, was auch nicht so prickelnd ist. Korrekt wäre, wenn die Mail bereits während des SMTP-Dialogs abgewiesen wird. Dann erhält der (echte) Absender normalerweise auch eine Benachrichtigung.

    499 = Client Closed Request

    Heißt wohl, dass der Browser die HTTP-Anfrage abgebrochen hat. Wenn soweit alles funktioniert und das nur vereinzelt auftaucht, würde ich persönlich das maximal beobachten und mir akut keine Gedanken darüber machen.

    Erstmal muss ja jemand auf deinen Server Zugriff haben, um das auszunutzen.

    Genau, deshalb "passiert" durch das Ausführen als root erst einmal nichts. Nur wenn es mal kracht, dann gleich richtig… :|

    Da netcup das eigene Netzwerk bestimmt sehr gut überwacht, ist der betroffene Server im Schadensfall wahrscheinlich schnell gesperrt. Der Unterschied ist dann allerdings, dass man bei "root" die Kiste 100% neu installieren muss. Bei einem übernommenem Useraccount muss das eventuell nicht sein, wenn man die Integrität aller Dateien weiterhin sicherstellen kann. Dass der Angreifer bei "root" Vollzugriff auf alle sensiblen Inhalte hatte, erwähne ich dabei nicht extra. Auch das macht einen Unterschied.

    Ich lass auch alles über root laufen und seit JAHREN ist da noch nie was passiert.

    Wenn die eingesetzte Software einen Security-Bug hat (z.B. Buffer Overflow) kann ein Angreifer bei einem nicht privilegierten User nur diesen Account übernehmen. Für vollständige Adminrechte müsste er danach erst weitere Lücken (z.B. Local Privilege Escalation beim Kernel) ausnützen, sofern es ungepatchte Bugs gibt. Wenn alles als root läuft, erspart sich der Angreifer diesen Zwischenschritt, da er seinen Code sofort als root ausführen kann. Nicht umsonst geben Prozesse die Rechte sofort ab, nachdem alle notwendigen Aktionen (geschützte Konfigurationsdateien lesen, privilegierte Ports öffnen, …) beendet sind.

    Wenn man Standardsoftware, die im Normalbetrieb keine root-Rechte benötigt, als root-User laufen lässt, handelt man meiner Ansicht nach schon fahrlässig. Ob leicht oder grob, wage ich nicht zu beurteilen.

    Würde mich aber auch mal interessieren, was denn der Unterschied ist XD

    Sorry für meine Direktheit, aber dann gilt mein Ratschlag von 2011 auch für Dich… ;)

    es sind immer rs mit vs auf einer "maschine".

    Das würde jeder Logik widersprechen, wenn man bedenkt, dass für VPS meistens komplett andere Hardware verbaut und zusätzlich eine andere Verfügbarkeit garantiert wird.

    "Node ausgefallen? Schnell online bringen, aber die VPS booten wir trotzdem erst in 5 Stunden…" :D

    Ist bei Euch die Statusseite über IPv6 erreichbar?

    Code
    curl -6 -I https://www.netcup-status.de/

    Mein rss2email wirft nämlich seit einiger Zeit nur noch Fehler dazu aus.

    Edit: Ich habe mal ein Ticket aufgemacht, damit es nicht untergeht… :)

    Steht dort wirklich 2a03:4000:6:XXXX::? Du solltest Dir schon eine Adresse aussuchen… ;)

    Und heißt Dein Interface überhaupt eth0? Siehe Ausgabe von ip link.

    EDIT: Da ist ein Fehler drinnen…

    Code
    auto eth0 inet static

    Das sollte wohl so aussehen…

    Code
    auto eth0
    iface eth0 inet static

    telnet bleibt bei "220 SMTP ESMTP Relay" stecken.

    Das ist soweit normal und heißt nur, dass Du mit dem SMTP-Server verbunden bist. Über QUIT (+ Entertaste) wärst Du wieder raus gekommen.

    Der Zielserver scheint also erreichbar zu sein. Ein Supportticket bei netcup wäre somit wohl der nächste sinnvolle Schritt. Oder Du postest wenigstens die Ziel IP-Adresse aus der Fehlermeldung hier oder per PN, damit jemand die Erreichbarkeit über seinen (v)Server bei netcup testen kann.