Wenn sich der SSH-Schalter wenige Sekunden nach dem Aktivieren selbst ausschaltet, aktualisiere zuerst ältere Beta-Versionen und überprüfe den SSH-Dienst, anstatt den Schalter immer wieder umzulegen. Der ursprüngliche Fall trat bei ZimaOS 1.6.0 beta2 auf und wurde vom IceWhale-Support bearbeitet, aber es wurde keine öffentliche Ursache genannt.
Das aktuelle ZimaOS bietet unter Einstellungen → Entwicklermodus einen unterstützten SSH-Schalter. Seit Version 1.6.2 ist die Remote-Anmeldung als root aus Sicherheitsgründen standardmäßig deaktiviert. Verwende daher ein normales ZimaOS-Konto, sofern du nicht ausdrücklich root benötigst und dies lokal eingerichtet hast.
SSH auf dem aktuellen Weg aktivieren
Die aktuelle ZimaOS-SSH-Anleitung beschreibt Einstellungen → Entwicklermodus → SSH-Zugriff.
Wenn sich der Schalter sofort wieder ausschaltet
systemctl status sshd
journalctl -u sshd --no-pager -n 100Notiere den Fehler, bevor du irgendetwas neu startest. Wenn ein Dienst aufgrund von Konfigurations-, Schlüssel-, Dateisystem- oder Portproblemen nicht starten kann, springt der Schalter in der Benutzeroberfläche häufig zurück.
Port 22 prüfen
ss -ltnp | grep ':22'Wenn ein anderer Dienst Port 22 bereits belegt, kann SSH nicht normal daran gebunden werden. Ändere den Port nicht, bevor du weißt, welcher Dienst dort lauscht.
Anmeldung als root in ZimaOS 1.6.2 geändert
In den offiziellen Versionshinweisen zu ZimaOS 1.6.2 heißt es, dass die Remote-Anmeldung als root standardmäßig deaktiviert und Schutz vor Brute-Force-Angriffen hinzugefügt wurde.
Zuerst ein ZimaOS-Benutzerkonto verwenden
ssh youruser@ZIMA-IPTeste es mit demselben lokalen Konto, das in der ZimaOS-Benutzeroberfläche funktioniert. Eine fehlgeschlagene Anmeldung als root@... beweist nicht, dass SSH selbst defekt ist.
Web Terminal als separaten Test verwenden
Wenn ttyd/Web Terminal funktioniert, aber SSH nicht, ist die Shell-Umgebung intakt und das Problem auf den SSH-Dienst oder den Netzwerkpfad beschränkt.
Keine für Beta-Versionen spezifische Behelfslösung übernehmen
Der ursprüngliche Thread endete nach der Unterstützung durch den Fernsupport und enthielt keine verifizierte Lösung über die Kommandozeile. Sammle bei einer aktuellen Version Protokolle und behebe den aktuellen Dienststatus, anstatt undokumentierte Änderungen aus einer Beta-Version zu übernehmen.
Der Leitfaden zur Systemfehlerbehebung bietet einen umfassenderen Weg zur Eskalation.
Prüfen, ob das System Hostschlüssel erstellen kann
SSH benötigt lesbare Hostschlüssel und einen beschreibbaren Systemstatus. Wenn die Protokolle auf fehlende oder ungültige Hostschlüssel hinweisen, lade keine Schlüssel von einem anderen Computer herunter. Lass den aktuellen ZimaOS-Dienst seine eigenen Schlüssel mithilfe der unterstützten Wiederherstellung generieren oder wiederherstellen.
Vor dem Fernzugriff im selben LAN testen
Stelle eine Verbindung von einem anderen Computer im selben Subnetz her, bevor du Router oder VPNs überprüfst. Wenn SSH lokal funktioniert, aber nicht aus der Ferne, ist der Dienst selbst intakt. Das Problem liegt dann beim Routing, der Firewall oder deiner Fernzugriffskonfiguration.
SSH nicht leichtfertig per Portweiterleitung freigeben
ZimaOS bietet bereits Optionen für den Fernzugriff, bei denen Verwaltungsports nicht direkt offengelegt werden müssen. Wenn du Shell-Zugriff von unterwegs benötigst, verwende vorzugsweise ein privates VPN/Overlay-Netzwerk oder einen anderen authentifizierten Zugriffsweg anstelle einer einfachen öffentlichen Portweiterleitung.
FAQ
Warum kann ich mich nicht mehr per SSH als Root anmelden?
ZimaOS 1.6.2 hat die Remote-Anmeldung als Root standardmäßig deaktiviert, um die Sicherheit zu erhöhen.
Ist für SSH der Entwicklermodus erforderlich?
Verwende den unterstützten SSH-Schalter im Entwicklermodus der aktuellen ZimaOS-Version.
Warum schaltet sich der Schalter von selbst aus?
Meistens ist der Backend-Dienst nicht dauerhaft aktiv geblieben. Prüfe systemctl und die Protokolle auf den tatsächlichen Fehler.
Soll ich ZimaOS neu installieren?
Nicht, bevor du die Version, den Status von sshd, Port 22, den Kontotyp und die Protokolle geprüft hast.
