Puncte:0

Redirecționarea cheii cu chit nu funcționează, dar plink FUNcționează

drapel nl

Am o problemă în care redirecționarea cheii lui Puty (prin concurs) către serverul meu gitlab nu funcționează. Fac o sesiune de chit pe serverul meu, cu redirecționarea auth ssh activată. Văd efectele acestei redirecționări în variabilele de mediu de pe sistemul de la distanță.

Iată o transcriere a unei încercări care nu funcționează. Aceasta este într-o fereastră de chit.

autentificare ca: elyograg
Autentificarea cu cheia publică „elyograg-home” de la agent
elyograg@smeagol:~$ cd /etc/haproxy
elyograg@smeagol:/etc/haproxy$ git pull
Parola lui [email protected]: (în acest moment am făcut Ctrl-C)
elyograg@smeagol:/etc/haproxy$ env | grep SSH
SSH_AUTH_SOCK=/tmp/ssh-PaSFdm2LDk/agent.3816409
SSH_CONNECTION=192.168.1.222 58109 192.168.1.200 22
SSH_CLIENT=192.168.1.222 58109 22
SSH_TTY=/dev/pts/0

Comanda „git pull” ar trebui să se fi autentificat instantaneu, fără parolă, prin redirecționarea cheii. Acest lucru A funcționat în trecut.

Ceea ce este cu adevărat ciudat aici este că Eclipse și Git pentru Windows, care folosesc ambele plink (parte a instalării putty), funcționează foarte bine pe același server gitlab cu exact aceleași chei. Programul plink folosește aceleași mecanisme de redirecționare a agentului ca putty. Așa că știu că nu este o chestiune de a folosi cheia greșită. Aveam instalată versiunea putty 0.76, care este cea mai recentă versiune de lansare în acest moment. Am instalat o versiune pre-lansare 0.77 fără nicio modificare a comportamentului.

Sunt pe Windows 10 pe 64 de biți, complet actualizat. CPU nu acceptă Windows 11. Serverul pe care încerc acest lucru este Ubuntu Server 20.04 pe 64 de biți, de asemenea complet actualizat, care rulează pe un Dell R720xd.

Am încercat să găsesc o resursă de suport pentru chit, dar se pare că nu au. Au enumerat câteva grupuri usenet pentru discuții generale ssh.

drapel nl
O încercare de depanare SSH a fost prea mare pentru a se potrivi într-un comentariu. Iată un link principal: https://gist.github.com/elyograg/34dafde85cbb30703b1a1b9e5078e8f0
drapel nl
Iată o altă sesiune cu ssh debug, folosind putty 0.74 care funcționează. https://gist.github.com/elyograg/f887f590e8126b6816f86685897d3378
Puncte:1
drapel nl

Trecerea la putty 0.74 a rezolvat problema. Voi vedea despre depunerea unui bug pe chit. Am incercat si 0.75 care nu a mers.

Editați | ×:

Am luat legătura cu proiectul chitului. Este o problemă pe care o cunosc și pe care au rezolvat-o. Este foarte probabil că am uitat să închid concursul înainte de a face upgrade-ul 0.77pre. Atât concursul, cât și chitul trebuie să fie actualizate pentru a obține remedierea erorilor. Am făcut upgrade-ul din nou, asigurându-mă absolut că am oprit concursul, iar acum totul funcționează la acea versiune pre-lansare.

https://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/win-handle-use-after-close.html

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.