Puncte:0

Diagnosticarea eșecurilor de autentificare SSH atunci când nu aveți acces la client

drapel hk

Tocmai am actualizat dispozitivul nostru Infoblox și acum expedierea de jurnal care are loc prin scp nu reușește cu probleme de autentificare.

Deoarece acesta este un aparat și nu avem acces la carcasa de pe cutie, avem probleme în a afla ce este în neregulă. La capătul infoblox tot ce avem în configurație este numele de gazdă, portul, numele de utilizator și parola. (nicio opțiune pentru cheie :( )

Pot invoca scp amendă de la o altă gazdă cu acreditările.

Orice sugestii pentru a afla care este problema? (în afară de a pune un sshd piratat ;)

Puncte:1
drapel cn

Nu aveți nevoie de un sshd „hacked”. Ar trebui să puteți rula sshd -ddd pentru a-l pune în modul de depanare.

De exemplu...

/usr/sbin/sshd -ddd -p 2222

... ascult pe 2222 dacă puteți direcționa traficul clienților către acel port. Dacă nu, opriți sshd-ul sistemului și porniți un ascultător de depanare pentru a testa clientul.

Cu ceva noroc, depanarea pe server vă va ajuta să identificați problema de autentificare.

Russell Fulton avatar
drapel hk
Am descoperit că puteți seta și „LogLevel DEBUG3” în sshd_conf

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.