Dotaz: OpenBSD - OpenSSH - jak nastavit přihlašování pomocí klíčů (jen) ?

[-=eM=-]

Ahoj,

poraďte prosím jaké je ekvivalentní nastavení pro OpenBSD v /etc/ssh/sshd_config

Přihlášení jen pomocí klíčů - v linuxovém konfigu víceméně povolím klíče a zakažu přihlašování heslem a PAM - jak je to v OpenBSD ? Pro stejnou funkcionalitu

stačí jen zakázat hela a povolit PK ?

 

PermitRootLogin  no  # root zakázán

PubkeyAuthentication yes  # PK ano

PasswordAuthentication no  # ověřování heslem zakázáno

 

je to vše ? ( je to tak systémově správně ? )

Dík

Odpovědi

[unknown_]

Zkousels, jestli to funguje? Linux pouziva OpenSSH, takze by tam z principu nemel byt rozdil (myslim samozrejme nastaveni ssh).

[-=eM=-]

Zatím ne, stroj je daleko a když to zmrvím, tak se projedu - nicméně je to stroj na hraní a stahování, takže by se taky nic nestalo :)

Teď vzdáleně upgraduju na current, tak pokud to pak naběhne, tak to zkusím ....

 

[-=eM=-]

Je to v kyblíku, nepovedlo se :) Stroj sice běží, ale nemůžu se přihlásit ...

( No supported authentications methods available . )

eh, jestli to nebude tím, že v home adr. byl soubor authorized_keys  (bez dvojky) kterýžto zdá se je default ....

no nic, uvidím až se k tomu dostanu

[-=eM=-]

tož budoucím generacím - v konfigu fakt není dobrý nápad změnit řádku

AuthorizedKeysFile      .ssh/authorized_keys

na

AuthorizedKeysFile      .ssh/authorized_keys2

 

- i když jsem dal PK do správnéh ( s 2kou ) - nefungovalo to )

 

[xkucf03]

Budoucím generacím: když změníš nastavení SSH démona, restartuj ho, ale zůstaň přihlášený. Zkus se připojit z jiného okna/terminálu a pokud to jde, můžeš ukončit původní spojení (s ještě starým nastavením) – jinak změň nastavení zpátky

[mato]

mno, pre buduce generacie dodam este lepsi sposob :) 

urob si dalsi config, zmen cislo portu a spust novy daemon z konzoly, napr:

 

# cp sshd_config sshd_abc
# grep ^Port sshd_*

sshd_config:Port 22
sshd_abc:Port 666


# /usr/sbin/sshd -D -f /etc/ssh/sshd_abc

 

 a mozes skusat kolko len chces (ssh -p <cislo_portu> <host> atd..).. ak all ok, tak to das na ostro ... absolutna cesta k sshd je nutna, -D zabrani detachnutiu sa a 'nezdaemonuzuje sa' .. lahsie sa tak debuguje, ked skoncis tak cez ^c to killnes

 

 

[-=eM=-]

Tohle je fakt dobrý - to jsem nevěděl, že to jde tak "snadno" - vyzkouším ...

[chsajarsa]

Ja kdyz neco menim na dalku, delam to tak, ze si ulozim kopii toho souboru co jsme menil a pak do cronu a nebo do otevrene session ve screenu, pridam "cp zalohovanej_soubor nefunkgujici_soubor ; /etc/rc.d/sluzba restart". Kdyz to delam v cronu tak si to nacasovani dam tak aby se mi to restorovalo treba za hodinku. Ve screenu si pred to dam jeste "sleep 3600". Uz mi to parkrat usetrilo cestu nebo diktovani root hesla po telefonu, i kdyz na vetsine serveru mam ted i vzdalenou konzoli,takze to proste udelam jakoby "lokalne"

[mikezz]

 +1, nie je dobre odpalit sa za kazdu cenu z toho stroja :)

[mikezz]

ach jaj, nj, tak to byva, ked clovek vymysla :)

[houska]

kdyz menis konfiguraci sshcka, jednou konzoli se prihlas a nech si ji otevrenou

pak si otevri dalsi a v ni teprv neco men, pak v ni restartni ssh (ta prvni zustane funckcni), zkus jestli se prhlasis, pokud ano je vse ok, pokud ne, opravis to prvni konzoli

[-=eM=-]

Jasně, díky za rady, teď už to tak dělat budu - předsi jen to chce holt praxi jak je vidět ...

( a nebo alespoň přemýšlet, ale to už je z jiného soudku :) )

[pepazdepa]

lol

je zasadni rozdil mezi poslani HUP signalu bezicimu sshd a jeho restartem!

kdyz posles jen HUP tak stavajici spojeni zustava - reloadne se sshd_config - takze se neodpalis :)

[mikezz]

 Presne tak, to staci. Len si over este predtym nez spravis "PasswordAuthentication no", ci ti ide prihlasit sa klucom :)

[-=eM=-]

no to byla ta chyba :) ( a jestli se jima člověk učí, tak už bych měl být podle všeho touhle dobou geniální :) )

[mikezz]

Presne tak, na chybach sa clovek najviac nauci (hlavne ked sa odpali zo servra, ktory je vzdialeny par desiatok/sto kilometrov a musi sa trochu prebehnut :)