SSH Port geändert, für root. Backups funktionieren nicht.

    Hallo.

    Ich habe den SSH Port für "root" geändert. Statt "22" einen anderen Port gewählt.

    In der Datei: sshd_config habe ich root port geändert.
    root Zugriff funktioniert mit dem neuem Port.


    Das Problem ist, die Backups funktionieren nicht so richtig bei KeyHelp Oberfläche.

    Backups funktionieren, aber nicht die Repository Bereinigungsvorgang.

    Verwendung habe ich KeyHelp Oberfläche und dort verwendet man "restic" als Backuplösung.

    Die Fehlermeldung wäre folgendes:

    Muss ich den SSH Port wo anders auch noch konfigurieren?

    Eingestellt sind die Backups auf, SFTP. SFTP nutzt aber den gleichen SSH Port?!

    Zitat von mmaark

    Ich habe den SSH Port für "root" geändert. Statt "22" einen anderen Port gewählt.

    Hallo - Du hast was genau geändert? Zeige doch mal die entsprechenden Zeilen deiner sshd_config.

    SFTP heißt SSH File Transfer Procotol, siehe https://de.wikipedia.org/wiki/SSH_File_Transfer_Protocol

    D.h. wenn Du den SSH-Port änderst, betrifft das auch Tools wie scp und sftp, bei denen Du dann entsprechend die abweichende Portnummer angeben musst.

    Bei so einer Änderung musst Du außerdem auch an die korrekten Einstellungen der FIrewall(s) denken.

    Zitat von Zierleiste

    Hallo - Du hast was genau geändert? Zeige doch mal die entsprechenden Zeilen deiner sshd_config.

    SFTP heißt SSH File Transfer Procotol, siehe https://de.wikipedia.org/wiki/SSH_File_Transfer_Protocol

    D.h. wenn Du den SSH-Port änderst, betrifft das auch Tools wie scp und sftp, bei denen Du dann entsprechend die abweichende Portnummer angeben musst.

    Bei so einer Änderung musst Du außerdem auch an die korrekten Einstellungen der FIrewall(s) denken.

    Firewall bei KeyHelp, habe ich Port "22" nicht zugelassen also blockiert, sondern den neuen Port zugelassen/freigegeben.
    In der Datei: sshd_config habe ich den Port geändert.

    Die Datei schaut so aus von sshd config:

    Port 6060

    #AddressFamily any

    #ListenAddress 0.0.0.0

    #ListenAddress ::

    Wo muss ich bei "SFTP" den richtigen Port auch noch ändern? Ist das auch in einer Datei?

    Zitat von mmaark

    Wo muss ich bei "SFTP" den richtig Port auch noch ändern? Ist das auch in einer Datei?

    Das kann ich Dir nicht genau sagen. Wenn Du sftp interaktiv in einer Shell aufrufst, würdest Du die Option -P 6060 angeben. Aber vermutlich wirst Du die Portnummer in der KeyHelp-Oberfläche irgendwo eintragen müssen, das hat aRaphael ja gerade beigetragen.

    P.S.: Die Änderung der Portnummer betrifft nicht nur den Benutzer "root", sondern alle Benutzer. Der SSH-Dienst arbeitet jetzt auf dieser Portnummer und jeder Benutzer bzw. jedes Programm, das sich verbinden will, muss das wissen (was Du vermutlich erreichen wolltest). Es ist m. E. nicht immer sinnvoll. Falls die IP-Adressen, die sich verbinden können sollen, bekannt und fest sind, kann man den SSH-Zugang auch über entsprechende Regeln in der Firewall absichern und behält die Standard-Portnummer bei.

    2 Mal editiert, zuletzt von Zierleiste (29. Juni 2026 um 09:44) aus folgendem Grund: Antwort aRaphael berücksichtigt.

    Zitat von Zierleiste

    Der SSH-Dienst arbeitet jetzt auf dieser Portnummer und jeder Benutzer bzw. jedes Programm, das sich verbinden will, muss das wissen (was Du vermutlich erreichen wolltest). Es ist m. E. nicht immer sinnvoll.

    Ich hatte mal den ssh-Port geändert und dann auf 22 eine Tarpit laufen, die als Antwort Zitate aus "Warten auf Godot" zurückgegeben hat. Das war lustig. :) (Wenn auch zugegebenermaßen nicht unbedingt sinnvoll)

    Zitat von aRaphael

    Du musst den Port auch bei der Konfiguration des Remote Repositories in Keyhelp anpassen:

    https://kb.keyhelp.de/article/config…th-sftp-83.html

    Da muss ich aber den Standard Port so lassen, weil ich ja die Backups auf einem Storage (extern) verbinde. Da braucht der Storage Port 22.
    Sonst kann man beim Backup keine Ports angeben bei KeyHelp nur beim Speicher Verbindung.

    Ja bei Firewall im KeyHelp, habe ich: 22 Port verweigert, aber dafür den neuen Port 6060 angegeben und zugelassen.
    Muss ich den Port 22 zusätzlich statt verweigern, zulassen?

    Zugriff im Terminal mit dem neuem Port funktioniert ja, das wäre ja kein Problem.

    Also mit KeyHelp verwaltest Du deinen eigenen Server und das Backup möchtest Du auf einen externen Storage per sftp durchführen?

    Dann sollte deine lokale SSH-Konfiguration eigentlich gar keine Rolle spielen.

    Hat das Backup denn vor deinen Änderungen schon mal funktioniert?

    Falls ja, dann liegt es vermutlich eher an den Einstellungen deiner Firewall.

    Zitat von Zierleiste

    Also mit KeyHelp verwaltest Du deinen eigenen Server und das Backup möchtest Du auf einen externen Storage per sftp durchführen?

    Dann sollte deine lokale SSH-Konfiguration eigentlich gar keine Rolle spielen.

    Hat das Backup denn vor deinen Änderungen schon mal funktioniert?

    Falls ja, dann liegt es vermutlich eher an den Einstellungen deiner Firewall.

    Das Automatische Backup schaue ich heute nochmals nach, ob diese Fehlermeldung nochmals kommt.

    Naja bei Firewall, im KeyHelp. Habe ich den Port 22 gesperrt, verweigert, und dafür den anderen neuen geänderten Port Zugelassen.

    Ja genau mit KeyHelp verwalte ich den Server und möchte extern Storage per SFTP durchführen. Früher hat es ohne Probleme geklappt
    Aber ich schaue heute nochmals nach, ob beim Automatischen Backup nochmals die Fehlermeldung kommt.

    Danke, das hatte ich zu Beginn anders aufgefasst.

    Üblicherweise sperren einfache Firewalls einzelne Ports nur für eingehende Verbindungen und erlauben ausgehend alles. Aber man kann Firewalls (beispielsweise die netcup-Firewall im SCP) auch so konfigurieren, dass ausgehend nur bestimmte Ports zulässig sind. Wenn Du da noch Hilfe brauchst, einfach wieder melden.

    Zitat von Zierleiste

    Danke, das hatte ich zu Beginn anders aufgefasst.

    Üblicherweise sperren einfache Firewalls einzelne Ports nur für eingehende Verbindungen und erlauben ausgehend alles. Aber man kann Firewalls (beispielsweise die netcup-Firewall im SCP) auch so konfigurieren, dass ausgehend nur bestimmte Ports zulässig sind. Wenn Du da noch Hilfe brauchst, einfach wieder melden.

    Jap da brauche ich Hilfe.

    Meinst du die Firewall jetzt im KeyHelp, dass ich konfigurieren müsste, oder die Firewall bei SCP?

    KeyHelp Firewall:

    Eingehender Traffic. Habe ich den Port 22 verweigert, aber den neuen Port 6060 zugelassen.

    Bei Ausgehender Traffic, steht in der Firewall nichts drinnen. (War auch so Standard alles, das da nichts drinnen war)

    Dann müsste ich beim Ausgehenden Traffic, bei der Firewall im KeyHelp, eigentlich den Port 22 freigeben oder den neuen Port 6060?

    Ich kenne Keyhelp nicht, aber so wie ich es verstanden habe, wird zunächst das Backup gemacht und danach die Bereinung. Wenn beides über SFTP läuft und nur die Bereinigung fehlgeschlagen ist, sollte es kein Firewall-Problem sein.

    Zitat von Zierleiste

    Ich kenne KeyHelp auch nicht. Daher würde ich vorschlagen, dass Du erst einmal dein Backup testest und wenn immer noch Fehler auftreten, weiter zu forschen. Helfen kann ich Dir bei der netcup-Firewall, falls erforderlich.

    Das Automatische Backups / Bereinigung hat heute funktioniert.

    Warum da der Fehler gestern kam (siehe Post1) bin ich mir auch nicht sicher.

    Das Problem ist wieder aufgetreten.

    KeyHelp verwendet Restic.

    Die Domain ist entfernt/ersetzt worden, aber folgende Fehlermeldung erhalte ich per e-Mail wenn das Backup also Bereinigung durchgeführt wird, und fehlerhaft ist.

    (Ein Repository-Bereinigungsvorgang ist fehlgeschlagen.)

    Zitat

    rclone: 2026/07/27 16:01:33 CRITICAL: Failed to create file system for "rclone-storage:/domain.at": NewFs: couldn't initialise SFTP: ssh: disconnect, reason 12: Maximum connections for host/user reached
    {"message_type":"exit_error","code":1,"message":"Fatal: unable to open repository at rclone:rclone-storage:/domain.at: error talking HTTP to rclone: exit status 1"}

    per e-Mail bekomme ich Bescheid wenn das Backup durchgeführt wird.

    Könnte dadurch der Fehler gekommen sein, indem ich damals den Port geändert habe von SSH?

    Firewall ist nicht aktiv von Netcup.

    die letzten Tagen funktionierte es ohne Probleme. Siehe Screenshot:

    Ich habe zwei Server. Bei meinem zweiten Server funktioniert alles wegen dem Backup. Beim ersten Server ist das Problem. Damals hatte ich den SSH Port geändert auf alle beide Server. Kann es sein dass bei einem Server wegen dem SSH Port geändert, habe etwas falsch gemacht habe?

    Mein Ziel des Backups ist per SFTP auf einer Firma eines Storage Box.

    Du meinst Logfiles am Server? Wo das Backup nicht funktioniert, wenn ja. Kann ich die Logs Fehler hier hineinschreiben. Welche Log Files brauchst du denn?

    Diesmal hat es aber eine andere Ursache: "Maximum connections for host/user reached".

    Laufen die Backups beider Server zur selben Zeit, so daß dadurch evtl. gelegentlich zuviele gleichzeitige Verbindungen zum Backup-Server aufgebaut werden?

    Nein, ich meine Logfiles bei der Storage Box, das ist ja auch ein Server. Aber vermutlich bekommst Du von diesem keine Logfiles.

    Wenn es bei einem deiner beiden Server funktioniert, dann kannst Du nur akribisch die beiden Konfigurationen vergleichen, ob Du einen Unterschied bzw. Fehler findest.

    Welchen Port für SSH Du eingehend für den Fernzugriff benutzt, sollte für dein Backup keine Rolle spielen, daher vermute ich hier nicht die Ursache.

    Benutzen deine beiden Server denn unterschiedliche Accounts bei der Storage Box? Vielleicht versuchen sie beide gleichzeitig zuzugreifen und das ist eventuell nicht erlaubt.

    Edit: terence war schneller :)

    Zitat von terence

    Diesmal hat es aber eine andere Ursache: "Maximum connections for host/user reached".

    Laufen die Backups beider Server zur selben Zeit, so daß dadurch evtl. gelegentlich zuviele gleichzeitige Verbindungen zum Backup-Server aufgebaut werden?

    Beim Server wo das nicht funktioniert, das Bereinigung des Repository, macht um die gleiche Uhrzeit 7x Backups, pro FTP Account, und pro 1x mal gesamt alles, und da ist der Fehler, wenn er den gesamten Server sichert. Ja stimmt, es ist genau um die gleiche Uhrzeit.

    Bei einem Server, funktionieren alle Backups, bei einem Server ist das Problem.

    1. Server macht alles um 15:00 Uhr die Backups. (8x BenutzerAccounts) um die gleiche Uhrzeit

    2. Server macht alles um 15:30 Uhr die Backups. (3x BenutzerAccounts) um die gleiche Uhrzeit.

    Welche Unterschiede/Konfigurationen soll ich mir ansehen bei einem Server wo es funktioniert, und bei einem Server das nicht funktioniert?