Forum Debian Users Gang

A w logach pod kryptonimem ssh ani słowa?
Przecież ssh ma opcje logowania debug,
gdzie ładnie pisze, jak mu się coś z kluczem nie podoba.

A jak twoim strasznym problemem zgwałciłem Google, to popatrz, jakie bzdury wypluł:
http://www.aixmind.com/?p=702
http://www.snailbook.com/faq/general-debugging.auto.html
http://www.linuxquestions.org/questions/solaris-ope … -10-a-751711/

Pozdrawiam
;-)

A czy naprawdę w /var/log/auth.log ani słowa? ssh nie napisał, dlaczego nie poszło kluczem?
Przecież to praktycznie niemożliwe.
Poza tym, o ile mi wiadomo, sshd odrzuci klucz autoryzacji, jeśli nie zgadzają się uprawnienia.
Daj 700 na folder ~/.ssh i klucze w środku, i powinno ruszyć.

To by było na tyle
;-)

Ostatnio edytowany przez Jacekalex (2010-10-15 19:54:04)

Ja nie biorę wybuchu do siebie, ale dziwię się widząc usera Gentoo, który przy takim problemie klnie pół godziny, zamiast zajrzeć do logu i coś poprawić.

A jak nie masz w logach nic z ssh, to włącz go w trybie debug - i wtedy tak zacznie srać logami,
że na pewno się dowiesz, co nie gra.
Ponadto - jak aktualizowałeś ssh - mógł się nadpisać konfig, jeśli robiłeś coś z uprawnieniami do $HOME, to też od razu wiadomo, gdzie szukać.

Trochę ambicji nie zawadzi.
A na wybuchy, to sobie jakaś ładną saperkę skołuj, jeśli żona pozwoli ;)

Pozdrawiam
;-)

Witam

Widzę że macie tu burzliwą debatę.
A więc jeśli można prosić o wykonanie polecenia:

ssh ip -l uzytkownik -p port_na_ktorym_slucha_sshd -vvvvvvv

i wklejenie tutaj to co wypluje w/w polecenie.

Miałem ten sam problem nagle przestało działać i okazało się że użytkownik zmienił sobie prawa dostępu do wsojego katalogu w /home/nazwa_użytkownika

okazało sie że dał 777 i ssh po kluczu automatycznie przestało działać. Oczywiście działało normalnie po hasle ale po kluczu nie. Jeżeli dobrze pamiętam to z grupą na katalogu też coś namieszał ale problem był z uprawnieniami na katalogu i ot cała przyczyna. Oczywiściwe w logu nic nie było :( dopiero przy poleceniu z palucha z

-vvvvvv    (musi być kilkaniascie v anie tylko jedno (vvvvvv))

napisał co mu tak naprawdę nie pasuje - jak on to ładnie napisał "uprawnienia za wysokie" czy jakoś tak.

Może to pomoże :)
Napisz czy pomogło bo to ciekawy przypadek strasznie utrudniający życie.
Pozdrawiam

Ostatnio edytowany przez qlemik (2010-10-16 19:28:12)

Nic z tego. Odpuszczam sobie, bo nie widzę sensu abym po raz 57 generował klucze, które po jakieś aktualizacji ch.j strzeli... Szkoda czasu i nerwów.

Dzięki za Twój czas ale zmieniłem prawa dostępu na 700 i jest ten sam stolec jak wcześniej. Zatem nie będę bawił się w generowanie kluczy, bo szkoda na to czasu, przynajmniej w dystrybucji rolling-release, która różne niespodzianki ma w założeniach...

ippo76 ja też mam serwer na Gentoo i spokojnie autoryzuję się po kluczach publicznych. Zrobiłem to wieeeeki temu (konsultowałem się z Mojżeszem co do ssh-keygen) i działa po dziś dzień. Lepiej sprawdź czy czasem nie zmienia Ci się klucz na kliencie z którego próbujesz się logować, bo też miałem taką akcję.
Aha, loguję się po kluczu i po LAN'ie (domowe wifi i kabel) jak i przez net (mam ssh wystawiony na zewnątrz).
Podaj jakie masz wersje ssh, emerge --info i inne bzdety ;)

Ostatnio edytowany przez lis6502 (2010-10-18 01:01:42)

ippo - nie narzekaj - na rollin-release miałem może ze 2 problemy. Pierwszy teoretycznie awykonalne przejście z 64bit na multiliba ;] Drugi już nie pamiętam ale też nic strasznego. No a w razie wątpliwości mamy kilku "żentowcooff" więc jest kogo zapytać :) No i ja jadę na ~ARCH ;] Teraz jeszcze coś mi się o kmaila pluje ale przez to że mu się wersje kilku pakietów nie zgadzają ;] Poczekam i będzie działać ;)

Uprawnienia folderu .ssh:

root ~ # ls -l /home/pies/.ssh
razem 8
-rw------- 1 pies pies  131 10-17 17:47 agent-localhost
-rw------- 1 pies pies 3528 10-17 17:29 autorized.keys
root ~ # ls -al /home/pies | grep ssh
drwx------  2 pies pies   4096 10-17 17:47 .ssh
root ~ #

Zależność logowania od uprawnień $HOME:

root ~ # chmod 777 /home/pies
root ~ # ssh pies@localhost -p <port>
Permission denied (publickey,keyboard-interactive).

root ~ # chmod 700 /home/pies
root ~ # ssh pies@localhost -p <port>
Kto tam, do czorta?
pies ~ $

ippo76 napisał(-a):

....... Inna przyczyna, która przychodzi mi do głowy, to to, że mogłem coś namieszać w prawach dostępu, robiąc przy jakiejś innej okazji chmod -R na katalogu domowym...

SOA#1

Ostatnio edytowany przez Jacekalex (2010-10-18 10:04:44)

A ja po raz nie liczę który, piszę, - że logowanie ssh poprzez klucze jest zależne od uprawnień katalogu domowego usera.

A u Ciebie ssh się spieprzyło po operacji z uprawnieniami $HOME.
Więc gdzie jeszcze może być jakaś przyczyna?

Pokaż wynik:

ls -l $HOME/.ssh
ls -al $HOME | grep ssh
ls -l /home | grep $USER

ssh u mnie loguje przy uprawnieniach następujących uprawnieniach $HOME - sprawdzałem: 700, 755.
Nie loguje przy 777.

Wszystkich kombinacji uprawnień sprawdzić nie mogę, więc chętnie spróbuję na takich,
jakie są u Ciebie.

To wszystko
;-)

Ostatnio edytowany przez Jacekalex (2010-10-18 10:16:45)

Na 99% jakiś drobiazg w uprawnieniach, jeśli nie do $HOME, to do $HOME/.ssh, albo samego autorized.keys.

Poza tym jeśli aktualizowałeś openssh - to coś się mogło zmienić, w przeciwnym razie to raczej niezbyt możliwe.

Ja mam wersję ~x86 (5.6_p1-r1), flagi USE:

net-misc/openssh X X509 hpn libedit pam skey static tcpd

Mój konfig - i działa.

Prawdopodobnie użycie klucza u Ciebie blokuje jakiś drobiazg na tyle mało znaczący, że trudno go w ogóle zauważyć.

ippo ja jestem studentem, ale się nie uczyłem a studiowałem, systemu używam do tego co wszyscy inni - przeglądania sieci, "obróbki" fotek, ściągania pornoliedukacji. A admin ze mnie taki że niech to trafi ;] Zresztą poczytaj moje wątki to zobaczysz jakimi pierdołami głowę zawracam ;]