Popravek: Povezave z agentom za preverjanje pristnosti ni bilo mogoče odpreti

Ko poskusite dodati geslo za ključ z ukazom ssh-add, se lahko prikaže napaka z napisom »ni bilo mogoče odpreti povezave z vašim posrednikom za preverjanje pristnosti«. To težavo običajno povzroči nepravilno dodeljevanje ssh-agenta, zato toliko ljudi ugotovi, da to postane problem v nekoliko nenavadnih okoliščinah.

Na primer, boste morda ugotovili, da se ta napaka prikaže pri uporabi RaspberryPi, v katerem je nameščen Raspbian, vdelani usmerjevalnik z izvlečenim ukaznim pozivom ali terminal Android Linux. To lahko enostavno popravite s preprostim ukazom, ki ne zahteva, da se sploh igrate, ne glede na to, s katero vrsto naprave delate ali iz katere lupine slučajno delate.

Odpravljanje napak agenta za preverjanje pristnosti

Ob predpostavki, da ssh-agent že deluje, vam ga ne bi bilo treba znova zagnati. Namesto tega poskusite dodati ključno geslo tako, da v ukazni vrstici zaženete ssh-add. Ko to storite, boste več kot verjetno prejeli nekakšno napako, ki se glasi 'Ni bilo mogoče odpreti povezave z vašim posrednikom za preverjanje pristnosti', skupaj z drugim besedilom na splošno sploh ni. To ni ravno najbolj koristen ukaz in nekateri uporabniki ugotovijo, da se dolgo poigrajo, preden so našli odgovor, ker jih to ne vodi na pot pravega odgovora.

Najprej, čeprav se zdi nekoliko pedantno, preverite, ali ste povezani z internetom ali s katero koli drugo vrsto omrežnega protokola, s katerim delate, ker lahko preprosto niste povezani v omrežje. To je še posebej težava, če delate z neko nestandardno opremo LAN, kjer ssh uporabljate samo prek nekega zasebnega omrežja, namesto prek Etherneta ali Wi-Fi-ja.

Dokler ste prepričani, da ste povezani, poskusite uporabiti ssh-add ~ / .ssh / id_rsa, potem ko ste ime datoteke zamenjali z dejanskim imenom datoteke ključa, ki ste ga poskušali dodati. Ključ smo na našem testnem računalniku dejansko poimenovali ~ / .ssh / id_rsa, kar je ime vzorčnega ključa, čeprav imate verjetno drugo ime. Morda boste dobili poziv za »Vnesite geslo«, ki je tiho kot tisti v virtualnem terminalu Linuxa. Če s tem sprejmete geslo, ste popolnoma v redu in ne potrebujete nadaljnjega dela.

Po drugi strani pa, če znova dobite napako »Ne morem odpreti povezave s svojim posrednikom za preverjanje pristnosti«, agent potrebuje popolno prerazporeditev. Če delate z navadno lupino, zaženite ssh-agent / bin / sh in nato ssh-add ~ / .ssh / id_rsa, pri tem pa še enkrat zamenjajte ime ključa. Na tej točki bi morali imeti poziv. Tisti, ki uporabljajo čisti bash in jih ne moti, kaj nekateri v skupnosti Linux imenujejo v svojem odjemalcu ssh kot 'bazmi', lahko preprosto uporabijo ssh-agent bash in nato uporabijo ukaz ssh-add. Večina ljudi bo ugotovila, da imajo root in običajni uporabniki bash na svoji poti in ne potrebujejo ničesar drugega.

Uporabniki fish-shell bodo želeli poskusiti ssh-agent / usr / bin / fish in nato ssh-add ~ / .ssh / id_rsa. Zgoraj pa bi v veliki večini primerov dobro delovalo za tiste, ki uporabljajo lupine Bourne, bash ali Almquist. Če zdaj stvari delujejo, potem vam ni treba početi ničesar drugega. Tisti, ki uporabljajo C-Shell ali tcsh, pa lahko na tej točki naletijo na težavo.

Če ste v tej situaciji, poskusite evalvirati 'ssh-agent -c', čemur sledi ssh-add ~ / .ssh / id_rsa, da registrirate svojega agenta lupine. To je zato, ker tcsh počne stvari nekoliko drugače, čeprav jih večina vdelanih sistemov in podobnih ne bo imela. V obeh primerih bi morali imeti trenutno delujočo povezavo ssh, če ste vse pravilno vnesli. Če naredite kakšno napako, lahko ukaz preprosto ponovite, saj nobena od teh ne uničuje.

Odvisno od vaše konfiguracije boste to morda morali storiti vsakič, ko se po ponovnem zagonu prijavite v povezavo ssh. V vsakem primeru pa je težavo enostavno odpraviti z enim samim ukazom, tako da vam potem ne bo treba sedeti in se igrati.