Das ist mein Beitrag #7.000 im netcup Kundenforum!
![]()
Ich wünsche Euch allen einen guten Rutsch ins neue Jahr, wir sehen uns 2019 wieder…
Das ist mein Beitrag #7.000 im netcup Kundenforum!
![]()
Ich wünsche Euch allen einen guten Rutsch ins neue Jahr, wir sehen uns 2019 wieder…
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.
Freut mich für Dich! ![]()
Was stand denn in Deiner MySQL/MariaDB Konfiguration? Habe ich bei Beitrag #2 irgendeine wichtige Option vergessen?
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…" ![]()
Und wo legt der Befehl von oben die Daten hin?
Das landet direkt im Kernel, ist also nur zur Laufzeit gültig.
Mal eine andere Frage: Du hast es bisher immer nur durch einen Neustart der Netzwerkdienste versucht, richtig? Probier mal den ganzen Server neuzustarten.
ifconfig ist ein schlechtes Beispiel, wenn man alle Adressen sehen will. Was sagt ip -6 a?
Klappt das manuelle Hinzufügen der Adresse? (z.B. über ip -6 addr add deine:ipv6:adresse::1/64 dev ens3)
weiterhin dieselben Fehlermeldungen
Und die wären? ![]()
Bitte auch gleich nochmal die aktuelle Konfiguration posten, damit man Deine Änderungen sieht.
KB19: Dein Profilbild kommt mir bekannt vor. Warst du früher auch bei einem anderen Hoster im Forum unterwegs (so ein grüner)?
Ich war nur bei einem anderen Hoster im Kundenforum aktiv. Das war der mit dem "Sicherheitsproblem" im Juli, der das Forum daraufhin bis heute still gelegt hat.
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.
[…] probleme mit php5 hat oder haben wird, weil - das eben "keiner mehr benutzt"...? (benutzen sollte)
"keiner mehr benutzt" - ich kann nicht aufhören zu lachen ![]()
![]()
![]()
Webhosting oder (v)Server? Außerdem wäre die exakte Fehlermeldung wichtig, mit allem drum und dran.
Moment mal, diese uralte HP Touchpad unterstützt USB OTG? ![]()
Ironischerweise nie im originalen webOS, aber unter Android schon… ![]()
Eventuell liegt es einfach am TS Server oder Client?
Die Software ist ja nicht gerade unbekannt für Probleme… ![]()