înregistrare Logare
Puncte:1
Reuben deVries avatar Server

github nu acceptă cheia SSH privată

drapel cn
Reuben deVries

Am o cheie Private ED25519 SSH, pe un sistem Windows (folosind WSL). Permisiunile cheii private sunt 400 iar permisiunile pe cheia publică sunt 444. Când îmi testez conexiunea, folosind ssh -Tvvv [email protected] acesta este răspunsul pe care îl primesc.

debug1: Oferă cheie publică: /home/username/.ssh/id_ed25519 ED25519 SHA256:uO4IMeDU10K+ME5e2LPI/9dIvPu1tAefz2wx60I+AIA explicit agent
debug3: trimite pachet: tip 50
debug2: am trimis un pachet publickey, așteptați răspuns
debug3: primire pachet: tip 51

Am alergat pe ssh-keygen -lf ~/.ssh/id_ed25519 pentru a arăta și amprenta am rulat ssh-keygen -lf ~/.ssh/id_ed25519.pub și poate confirma că amprenta se potrivește. Pentru mine, acest lucru indică faptul că cheile ar trebui să se potrivească între ele (te rog să mă corectezi dacă greșesc în această ipoteză), dar se pare că asta tip 51 înseamnă că utilizatorul este neautentificat. De asemenea, pot confirma că cheia publică a fost încărcată în contul meu github și pot confirma că am adăugat următoarele:

eval $(ssh-agent -s)
ssh-add -k ~/.ssh/id_ed25519

în mine ~/.bashrc fişier. Sunt destul de confuz de ce nu funcționează. Dacă are cineva sugestii, mi-ar plăcea să primesc părerea altcuiva.

39
0 + 0
drapel romania
SEF 777
întrebarea această in alte limbi:

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.