Installiere iptables um die ungenutzten Ports zu sperren und Failtoban um die nervigen Anfragen zu bannen.
Anleitungen gibt es wie Sand am Meer. Die Installation ist recht simpel und schnell.
Hierfür benötigst du nicht extra nen neuen Server!
Bsp.
Anleitung iptables: https://www.englert.one/iptables-tutorial
Anleitung Failtoban: https://www.netzware.net/post/tutorial-…d-konfigurieren
Maximal 1 Monat, da ich dann fürs gute Gefühl immer einen Neustart anstrebe.
Ich denke auch, dass muss jeder für sich entscheiden.
Da es sich bei mir um private Dinge handelt, fällt der Neustart bei mir keineswegs ins Gewicht oder sorgt für keinen großartigen Verlust.
Natürlich wird bei mir jedes KVM-Update schnellstmöglich installiert 
Ufffff 
Das löschen der Datei 50-xxx und anpassen der interfaces hat geholfen.
Vielen Dank euch 
Du hast das ETH0 Interface an 2 Stellen konfiguriert, daher ist die Meldung logisch und eindeutig.
Kannst du mir auch sagen, an welchen zwei Stellen?
Hast du geschaut, ob eth0 tatsächlich so beim booten heisst? Bei mir ist‘s bei netcup nämlich immer ens3 unter Debian. Kern.log sollte sagen, in was das Interface umbenannt wird beim booten.
laut kern.log ist es tatsächlich von Anfang an eth0
Je nachdem für welche Datei du dich entscheidest, fehlt auch noch die Netzmaske in deiner /etc/network/interfaces beim IPv4 Block
Danke für den Tipp. Füge ich hinzu.
Hallo Zusammen,
ich habe ein Problem mit meinem Network Interface.
Dieses startet nicht ordnungsgemäß und meldet "RTNETLINK answers: File exists & ifup: failed to bring up eth0"
Ich kann keinerlei Beeinträchtigungen erkennen, jedoch stört mich natürlich die rote Fehlermeldung.
Bin schon kurz davor die Meldung einfach zu deaktivieren
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2022-04-28 10:14:44 CEST; 3min 18s ago
Docs: man:interfaces(5)
Process: 1954 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1/FAILURE)
Main PID: 1954 (code=exited, status=1/FAILURE)
Apr 28 10:14:44 mail systemd[1]: Starting Raise network interfaces...
Apr 28 10:14:44 mail ifup[1954]: RTNETLINK answers: File exists
Apr 28 10:14:44 mail ifup[1954]: ifup: failed to bring up eth0
Apr 28 10:14:44 mail systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Apr 28 10:14:44 mail systemd[1]: networking.service: Failed with result 'exit-code'.
Apr 28 10:14:44 mail systemd[1]: Failed to start Raise network interfaces.ifconfig -a
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 37.120.176.179 netmask 255.255.252.0 broadcast 37.120.179.255
inet6 fe80::9895:e2ff:fe0a:6ac7 prefixlen 64 scopeid 0x20<link>
inet6 2a03:4000:6:8431:9895:e2ff:fe0a:6ac7 prefixlen 64 scopeid 0x0<global>
ether 9a:95:e2:0a:6a:c7 txqueuelen 1000 (Ethernet)
RX packets 8727 bytes 1379332 (1.3 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2169 bytes 554193 (541.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 5137 bytes 844240 (824.4 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 5137 bytes 844240 (824.4 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0/etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth0
auto eth0
iface eth0 inet static
address 37.120.176.179
gateway 37.120.176.1
iface eth0 inet6 static
address 2a03:4000:6:8431::1
netmask 64
gateway fe80::1/etc/network/interfaces.d/50-cloud-init.cfg
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 37.120.176.179/22
gateway 37.120.176.1
iface eth0 inet6 static
address 2a03:4000:6:8431:9895:e2ff:fe0a:6ac7/64
gateway fe80::1Der NIC ist richtig eingetragen "eth0".
Erfolg hat mir das ignorieren der Fehler via ifup --ignore-errors eth0 gebracht.
Anschließend konnte ich networking.service neu starten und er lief.
Beim nächsten Reboot aber wieder der gleiche Fehler 
Leider bringt mich das große World-Wide-Web aktuell nicht weiter.
Au weh. Da hast du es ja echt fast auf die komplizierteste Art gemacht, die geht.
scheint fast so 
Bekanntlich führen viele Wege durch Linux.
Ich bin happy, dass mein System läuft und ich nicht alles neu aufsetzen musste.
Die Anleitung von AutoYaST hat super funktioniert und beim nächsten mal geht mir das schneller von der Hand.
Man lernt eben nie aus und ich hab wieder einiges dazugelernt 
Danke euch allen
Das Rettungssystem ist doch über SSH erreichbar?
Innerhalb Deiner Serverkonfiguration muss es auch noch angepasst werden. Was natürlich in diesem Fall etwas witzlos ist, wenn man (zum ersten Mal) über VNC rein will.
Auf das muss man auch erst mal kommen
Das Layout habe ich bereits geändert.
Ändert aber nichts in VNC
mir fehlte z.B. der Doppelpunkt für die Änderung der IPV6 sowie die Anführungszeichen für grep -R "46\.38\.255\.179" /etc
Mir ist völlig klar, dass ihr um einiges mehr Erfahrung darin habt als ich aber genau deshalb frage ich in diesem Forum.
Zum Glück habe ich eine für mich ideale Antwort erhalten, mit der ich alles erledigen konnte.
schon aber über Putty fällt es mir um einiges leichter.
In der doofen VNC Console kannst weder kopieren noch kannst alle Sonderzeichen nutzen 
Hat super funktioniert.
Konnte ohne Probleme im Rettungssystem auf root mounten und das PW ändern.
Anschließend klappte die Verbindung via VNC und ich konnte die Netzwerkeinstellungen anpassen
Vielen, vielen Dank für die Hilfe.
Das hat mir jede Menge Arbeit erspart 
Das klingt sehr vielversprechend AutoYaST, danke.
Werde ich auf jeden Fall testen und hoffe, dass es mit der Konsole so leicht klappt, wie es klingt
Da hatte ich scheinbar einen großen Denkfehler drin.
Hab die VNC nie benutzt außer bei einer komplett frischen Installation und dem Standard Passwort.
Mein Passwort ist etwas länger und kryptisch. Da muss ich morgen mal versuchen ob ich mit Keepass oder so arbeiten kann, da bei manueller Eingabe die Zeit überschritten wird.
Das wäre ja super, wenn das klappen würde
Über die VNC Konsole habe ich leider keinen Zugriff, da ich einen Ed25519-Key nutze.
Das mounten habe ich versucht, hat jedoch nicht funktioniert.
Ich nutze überall Debian 10
Hallo liebe Community,
ich habe ein kleinen Problem und hoffe, dass die erfahrene Community mich dabei unterstützen kann.
Ich habe ein Snapshot von einen meiner ehemaligen Server.
Da ich aktuell wieder meine Leistungsressourcen etwas optimieren möchte, möchte ich wieder auf einen kleineren Server wechseln.
Der Wechsel auf den größeren ging problemlos, da ich die Netzwerksettings im laufendem Betrieb geändert habe und anschließend das Snapshot auf den neuen Server gespielt habe.
Nun sieht es etwas anders aus. Sobald ich das Snapshot einspiele, habe ich keinen Zugriff mehr via SSH (ist ja logisch, da das Netzwerk nicht mehr stimmt).
Gibt es eine Möglichkeit die IP, Gateway, MAC im nachhinein zu ändern, z.B. im Rettungssystem?
Ich möchte ganz bewusst das ältere Snapshot einspielen, da beide Server die selbe Festplattengröße haben.
Wenn ich ein Snapshot von meinem aktuellen Server aufspielen möchte, müsste ich erst via Gparted die Partition verkleinern, die Daten via DD oder Clonezilla überspielen usw.
Ich denke, dass meine favorisierte Idee weniger umständlich ist
Welch ein Glück, dass ich mir meinen Familiennamen bei der letzten 0,14€ Aktion geschnappt habe 
Initialien waren leider schon weg.
Sehr ärgerlich, dass jetzt erst von Netcup reagiert wurde.
Ich habe meinen aufgrund der miesen Performance abgestoßen und bin auf einen größeren und deutlich teureren umgestiegen.
Nichts für ungut aber wenn ich diesen Thread hier so lese, fehlt mir hier definitiv der WILLEN des kleinen Max.
Ich bin ebenfalls kein Informatiker oder habe die Thematik "Server" in der Ausbildung, Uni oder sonst wo gelernt.
Es gibt jedoch genug Möglichkeiten um die Basics erst mal zu lernen und sich entsprechende Infos aus dem World Wide Web zu holen *hust* Dr. Google *hust*.
Erst nachdem man weiß was man tut, sollte man sich an einen eigenen Server wagen.
Stichpunkte:
SSH-Port ändern, SSH-Key, Sudo-Nutzer, Root sperren, FailToBan, Firewall, uvm.
Bin ebenfalls seit Jahren ein zufriedener Kunde bei Netcup und hatte bis heute noch keinen einzigen Ausfall oder Datenverlust bei meinen VPS/RS.
Danke für den Tipp.
Hotmail:
Authentication-Results: spf=pass (sender IP is xx.xx.xxx.xxx)
smtp.mailfrom=domain.de; dkim=pass (signature was verified)
header.d=domain.de;dmarc=pass action=none
header.from=domain.de;compauth=pass reason=100
Received-SPF: Pass (protection.outlook.com: domain of domain.de
Eigener Mailserver:
Authentication-Results: mail.domain.de;
dkim=pass header.d=hotmail.com;
dmarc=pass (policy=none) header.from=hotmail.com;
spf=pass smtp.mailfrom=xxx@hotmail.com
X-Spamd-Bar: --
Sollte bei mir alles soweit passen.
Einzig die Policy wird als "none" eingetragen.
