Mein Wireguard läuft auf einem eigenem kleinen RS Cyber Quack.
Anleitung z.B.
https://adminforge.de/linux-allgemein/vpn/wireguard-vpn-server-mit-web-interface-einrichten/
Die UI kannst du auch weglassen, wenn du alles per Shell einrichten möchtest.
Mein Wireguard läuft auf einem eigenem kleinen RS Cyber Quack.
Das lese ich jetzt immer wieder, was ist ein Cyber Quack und was nützt dies?
Ich würde jetzt mal behaupten, dass es der begehrteste Server von Netcup ist 
RS mit 1 Core, 2GB RAM für 2,17€/Monat.
Ich denke den Unterschied von RS zu VPS muss ich nicht erklären
Viele nutzen den als Jump Host, um von da über VLANs auf die eigentliche Infrastruktur zuzugreifen. Ein kleiner Host mit viel Bandbreite.
Ich nutze übrigens SSH direkt, aber auf mystischen Ports und gut abgesichert (keine Passwort-Authentifizierung, kein Root Zugriff, Fail2Ban, etc,).
Und wo gibt es den?
Aber für den von dir vorgesehenen Zweck reicht der kleinste Server, den du finden kannst, und gegen Wireguard auf dem Host selbst spricht auch nichts, wenn das System das unterstützt. Für Tutorials müsstest du uns verraten, welches System du einsetzen möchtest. Für Debian gibt es drei Varianten im Debian Wiki.
Und wo gibt es den? Habe ich auf der Seite gar nicht gesehen.
Den RS Cyber Quack gab es mal als Dankeschön für Engagement in der Community. Übrigens eine sehr schöne Wertschätzung seitens netcup, finde ich!
Ähnliche Server gab es bereits auf Community-Events zu erwerben.
Derzeit nutze ich für SSH nur einen passkey und der root ist abgeschalten sowie nutze ich einen anderen Port.. Zusätzlich habe ich noch knockd als Dienst eingerichtet.
Das passt schon. Mach dich nicht verrückt. Insbesondere das Port Knocking schützt dich vor Pre-Authentication Angriffen, und wenn du Passwort-Login abgeschaltet hast, brauchen dich die Brute-Force Angriffe darauf nicht mal ohne Port-Knocking zu interessieren.
Ich nutze auch SSH direkt, keine Passwortauthentifizierung, kein root + Crowdsec
wenn du Passwort-Login abgeschaltet hast, brauchen dich die Brute-Force Angriffe darauf nicht mal ohne Port-Knocking zu interessieren.
Was war mit diesem logingracetime Ding?
logingracetime Ding
CVE-2024-6387 ist eine Preauth Verwundbarkeit. Dagegen hilft das Port Knocking. Das hilft auch gegen die Brute-Force und Dictionary Angriffe, aber gegen die ist man mit Abschalten von Passwort-Login alleine schon ausreichend abgesichert. Port Knocking hält außerdem die Logs still, so dass ich da keinen Grund für noch eine Schicht mit Wireguard sehe. Ich würde Wireguard statt Port Knocking verwenden, denn immerhin kann man die Anklopfsequenz an geeigneter Stelle im Netz mitlesen, aber da Port Knocking hier nur als zusätzliche Schicht und nicht als alleinige Zugangskontrolle verwendet wird, geht das auch in Ordnung.
Wenn man den SSH Port entsprechend ändert, haben die Logs auch nichts zu tun. PW-Login ist bei mir ebenso verboten, root sowieso.
Das Grundrauschen ist "normal", allerdings taucht es bei mir trotzdem auf keinem meiner Server auf. Setze als SSH-Port einen 5-stelligen, welcher nicht auf der folgenden Liste auftaucht, und dein fail2ban hat nichts zu tun: https://nullsec.us/top-1-000-tcp-and-udp-ports-nmap-default/
Wenn man den SSH Port entsprechend ändert, haben die Logs auch nichts zu tun.
Ernst gemeinte Frage: bringt das denn auch dauerhaft etwas? Ich meine, in Zeiten von Censys und Shodan ist das eigentlich nur eine Frage der Zeit, bis du wieder in entsprechenden Listen auftauchst? Zumindest die Bots bedienen sich solcher Tools und haben nach meiner Beobachtung wahrscheinlich auch interne target lists. Ich habe hier durch das Forum vor kurzem ein Script zum Geoblocking gefunden, das ist bisher das Einzige, was hier sehr zuverlässig hilft. Whitelist auf DE für SSH und die Zugriffe sind von täglich 400–800 auf maximal 3 zurückgegangen. Bisher hatte ich auch Crowdsec und diverse IP-Listen ausprobiert, die ich über ipset eingebunden hatte.
SSH Port ändern reduziert das Grundrauschen schon erheblich.
Ernst gemeinte Frage: bringt das denn auch dauerhaft etwas?
Ernst gemeinte Antwort: Ja. Oder wie genau definierst du „dauerhaft“?
Das ganze funktioniert so gut, dass ich hier im Forum sogar mal nachgefragt hatte, wo der Fehler in meiner Konfiguration liegt, da mein Monitoring gar nichts angezeigt hat. Bis ich den Port eines Servers testweise auf 22 zurückgelegt habe...
Die vier Server im Spoiler laufen so seit über 1,5 Jahren ohne einen einzigen fail2ban-Ausschlag, alle anderen Server übrigens auch 
Was ist denn das für ein Montioring?
Dagegen hilft das Port Knocking.
Ich wollte das als Anmerkung zu dem "da brauchts kein Portknocking" zufügen.
bringt das denn auch dauerhaft etwas?
Bei mir nicht. Bei mir waren auf mindestens 5 Serven Chinaconnects mit dem CVE-2024-6387 Ding. Und mein Port ist nicht in Buds Liste...
