Standardsökvägen till hemkatalogens nyckelfil var inte skrivbar
Den ursprungliga ZimaOS-frågan, som publicerades i december 2024, gällde det vanliga arbetsflödet med ~/.ssh/authorized_keys. Systemets skrivskyddade struktur hindrade författaren från att skapa filen på normalt sätt. De första försöken i ämnet ledde inte till någon bekräftad, varaktig lösning och bör därför inte presenteras som en färdig lösning.
En senare rapport om ZimaOS 1.7 använde en nyckelfil i /etc
I augusti 2026 rapporterade en annan communitymedlem en fungerande metod på ZimaOS 1.7. Personen placerade offentliga nycklar i /etc/ssh/authorized_keys och konfigurerade SSH-daemonen att använda den filen. Den centrala konfigurationen var:
AuthorizedKeysFile /etc/ssh/authorized_keysSkapa filen med administratörsbehörighet, lägg till en fullständig offentlig nyckel per rad och ange behörigheter som hindrar andra användare från att ändra den. Uppdatera sedan SSH-serverns konfiguration och starta om SSH-daemonen. Eftersom inlägget bygger på ett communityresultat och inte på ett officiellt kompatibilitetsuttalande bör du bekräfta den faktiska konfigurationsfilen och tjänstens namn för den installerade ZimaOS-versionen innan du ändrar dem.
Testa nyckelinloggning innan du inaktiverar lösenordsautentisering
Håll den aktuella SSH-sessionen öppen och behåll åtkomst till ZimaOS webbterminal medan du testar. Öppna en andra terminal och kontrollera att den offentliga nyckeln kan skapa en ny session. Överväg eventuella ytterligare säkerhetsinställningar först efter detta test.
PasswordAuthentication no
KbdInteractiveAuthentication no
UsePAM no
PermitRootLogin no
PermitEmptyPasswords noDessa inställningar har mer omfattande effekter än att bara ändra sökvägen till nyckelfilen. Om de tillämpas innan en lyckad nyckelinloggning har testats kan de låsa ute fjärradministrationen. De passar inte heller nödvändigtvis för alla installationer, särskilt om systemet medvetet förlitar sig på PAM eller ett kontrollerat arbetsflöde för root-inloggning.
Behandla proceduren som versionsspecifik
Diskussionen sträcker sig över nästan två år, och den bekräftade rapporten gäller specifikt ZimaOS 1.7. Den visar inte att samma filer överlever uppgraderingar eller fungerar identiskt i tidigare versioner. Dokumentera ändringen och testa SSH-åtkomsten igen efter en uppdatering av operativsystemet.
Vanliga frågor
Varför kan jag inte skapa ~/.ssh/authorized_keys på ZimaOS?
I det ursprungliga fallet var den delen av filsystemet skrivskyddad. Den senare lösningen ändrade daemonens plats för nyckelfilen i stället för att försöka göra den vanliga sökvägen till hemkatalogen skrivbar.
Var lagrade den fungerande metoden för ZimaOS 1.7 de offentliga nycklarna?
Den använde /etc/ssh/authorized_keys och konfigurerade AuthorizedKeysFile så att den pekade dit.
Bör lösenordsautentisering inaktiveras omedelbart?
Nej. Behåll först en återställningssession och verifiera en ny inloggning som autentiseras med nyckel. Inaktivera andra autentiseringsmetoder först efter det testet och endast om de passar systemets åtkomstpolicy.
