Puncte:0

Autentificarea cu cheie publică eșuată (serverul a refuzat cheia noastră)

drapel al

Încerc să mă conectez la serverul meu de acasă cu autentificarea cu cheie publică, dar nu reușește. M-am conectat așa de mult timp fără nicio problemă, iar acum nu eșuează, dar nu știu de ce.

Majoritatea documentației pe care o citesc pe internet îmi spune să o folosesc ssh-keygen și ssh-copy-id și alte comenzi ca acestea. Nu fac asta, pentru că am aceeași cheie în mai multe gazde și mi-ar fi complicat să schimb cheia peste tot - de aceea cer ajutor. Folosesc în schimb o cheie de pereche generată cu PuTTy într-o gazdă Windows, iar cheia privată este protejată prin parolă.

Acum voi explica cazul meu.

Astăzi, am făcut o reinstalare curată pe acest server care îmi dă probleme, pentru a-mi simplifica cazul și a-l face mai simplu pentru voi, băieți, care mă ajutați. Am instalat Ubuntu 18.04.5 și apoi sudo apt dist-upgrade la Ubuntu 18.04.6.În programul de instalare live server am setat manual parametrii rețelei (totul funcționează bine) și l-am setat să instaleze serverul OpenSSH. Serverul este în 192.168.1.16/24 în rețeaua mea locală. De asemenea, am configurat zfsutils-linux și am importat un pool ZFS pe care l-am folosit în instalările mele anterioare.

Acum, m-am conectat de la gazda mea Windows cu PuTTy folosind autentificarea prin parolă. Apoi mi-am copiat cheia publică din puttygen (zona care spune cheie publică pentru lipire în fișierul authorized_keys OpenSSH:), într-un fișier gol sub ~/.ssh/ și l-a salvat chei_autorizate. Comanda este următoarea:

alex@freenalex:~/.ssh$ sudo nano authorized_keys

Mereu am procedat așa fără nicio problemă. Acum am verificat și am reparat dreptul de proprietate și permisiunile, care sunt ca următorul cod:

alex@freenalex:~/.ssh$ ls -al
total 12
drwx------ 2 alex alex 4096 11 ian 12:58 .
drwxr-xr-x 5 alex alex 4096 11 ian 12:12 ..
-rw------- 1 alex alex 398 Jan 11 12:11 authorized_keys

Acum am configurat PuTTy să se conecteze cu cheia privată, dar arată asta:

autentifică-te ca: alex
Serverul a refuzat cheia noastră
parola lui [email protected]:

Am această cheie publică și pe alte servere și am încercat astăzi câteva exemple de conexiune, de exemplu de la mașina virtuală desktop ubuntu la același server (cred că alte încercări au greșit, dar acum cu succes), și de la această mașină Windows cu PuTTy la un alt server din rețeaua mea locală, cu aceeași pereche de chei pentru același utilizator alex (cu succes)

Poate am un virus? este atât de ciudat.

Pot oferi mai multe informații dacă întrebați.

Mulțumesc anticipat.

drapel hr
Sunt curios cum fișierul dvs. authorized_keys a ajuns să fie proprietarul `alex alex` dacă l-ați creat cu `sudo nano` - folosirea sudo nu era potrivită aici. L-ai `chown` după?
BorHacker avatar
drapel al
Da, am ales dosarul; scuze ca nu am fost atat de explicit.
drapel hr
OK, deci nu văd nimic în mod evident greșit - nu mi-a fost niciodată ușor să obțin informații de depanare din PuTTY, totuși, dacă rulați Windows 10, ar trebui să puteți activa clientul nativ OpenSSH și apoi să rulați `ssh -v ` / `ssh -vv` / `ssh -vvv` dintr-o fereastră cmd.exe sau PS pentru a vedea dacă puteți vedea unde eșuează. Probabil că va trebui să exportați cheia .ppk la cheia privată OpenSSH prin puttygen dacă nu ați făcut-o deja.
BorHacker avatar
drapel al
Bună, Încerc să mă conectez de la cmd și a funcționat.Acum am investigat puțin mai mult și am constatat că profilul de conexiune pe care îl aveam în PuTTy avea o altă cheie privată decât cea pe care o aveam înainte. Recent, încercând să rezolv o problemă anterioară, am schimbat-o, dar am uitat să refac. Mulțumesc pentru ajutor și timpul acordat.
Organic Marble avatar
drapel us
Deoarece răspunsul la aceasta este „Am folosit cheia greșită”, am votat să o închid.

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.