Om SSH-reglaget slår av sig självt några sekunder efter att du har aktiverat det, ska du först uppdatera från gamla betaversioner och kontrollera SSH-tjänsten i stället för att slå av och på reglaget upprepade gånger. Det aktuella fallet inträffade i ZimaOS 1.6.0 beta2 och hanterades av IceWhale-supporten, men ingen offentlig grundorsak angavs.
Den aktuella versionen av ZimaOS har ett reglage för SSH som stöds under Inställningar → Utvecklarläge. Sedan version 1.6.2 är fjärrinloggning för root inaktiverad som standard av säkerhetsskäl, så använd ett vanligt ZimaOS-konto om du inte specifikt behöver root och har konfigurerat det lokalt.
Aktivera SSH på det aktuella sättet
Den aktuella SSH-guiden för ZimaOS beskriver Inställningar → Utvecklarläge → SSH-åtkomst.
Om reglaget omedelbart slår av sig igen
systemctl status sshd
journalctl -u sshd --no-pager -n 100Anteckna felet innan du startar om något. En tjänst som inte kan starta på grund av problem med konfigurationen, nyckeln, filsystemet eller porten får ofta reglaget i gränssnittet att återgå till avstängt läge.
Kontrollera port 22
ss -ltnp | grep ':22'Om en annan tjänst redan använder port 22 kan SSH inte binda till porten som vanligt. Ändra inte porten förrän du vet vad som lyssnar där.
Root-inloggning ändrades i ZimaOS 1.6.2
I de officiella versionsanteckningarna för ZimaOS 1.6.2 står det att fjärrinloggning för root är inaktiverad som standard och att skydd mot brute force har lagts till.
Använd först ett ZimaOS-användarkonto
ssh youruser@ZIMA-IPTesta med samma lokala konto som fungerar i ZimaOS-gränssnittet. En misslyckad inloggning med root@... bevisar inte att SSH i sig är trasigt.
Använd Web Terminal som ett separat test
Om ttyd/Web Terminal fungerar men SSH inte gör det, är skalets miljö i gott skick och problemet är specifikt för SSH-tjänsten eller nätverksvägen.
Återanvänd inte en lösning som är specifik för en betaversion
Källtråden avslutades efter fjärrsupport och innehöll ingen verifierad lösning via kommandoraden. I en aktuell version bör du samla in loggar och åtgärda tjänstens nuvarande tillstånd i stället för att kopiera obekräftade betaversionändringar.
Systemfelsökningsguiden ger en bredare väg för eskalering.
Kontrollera om systemet kan skapa värdnycklar
SSH behöver läsbara värdnycklar och ett skrivbart systemtillstånd. Om loggarna nämner saknade eller ogiltiga värdnycklar ska du inte hämta nycklar från en annan dator. Låt den aktuella ZimaOS-tjänsten skapa eller återställa sina egna nycklar via en metod för återställning som stöds.
Testa från samma lokala nätverk innan du använder fjärråtkomst
Anslut från en annan dator på samma undernät innan du felsöker routrar eller VPN. Om SSH fungerar lokalt men inte på distans är tjänsten i sig fungerande och problemet ligger i routningen, brandväggen eller utformningen av din fjärråtkomst.
Vidarebefordra inte SSH-porten lättvindigt
ZimaOS erbjuder redan alternativ för fjärråtkomst som gör att du slipper exponera hanteringsportar direkt. Om du behöver åtkomst till skalet när du inte är hemma bör du föredra ett privat VPN/överlappsnätverk eller en annan autentiserad metod framför rå portvidarebefordran till internet.
Vanliga frågor
Varför kan jag inte längre använda SSH som root?
ZimaOS 1.6.2 inaktiverade fjärrinloggning som root som standard för att stärka säkerheten.
Kräver SSH utvecklarläget?
Använd den SSH-växlingsknapp för utvecklarläget som stöds i den aktuella versionen av ZimaOS.
Varför stängs reglaget av av sig självt?
Vanligtvis lyckas backendtjänsten inte förbli igång. Kontrollera systemctl och loggarna för att hitta det verkliga felet.
Borde jag installera om ZimaOS?
Inte innan du har kontrollerat versionen, sshd-tjänstens status, port 22, kontotypen och loggarna.
