Fix: Kon geen verbinding met uw authenticatie-agent openen

Mogelijk krijgt u een foutmelding die aangeeft dat er geen verbinding met uw verificatieagent kan worden geopend wanneer u probeert een sleutelwachtwoord toe te voegen met de opdracht ssh-add. Dit specifieke probleem wordt meestal veroorzaakt doordat de ssh-agent niet correct wordt toegewezen. Daarom vinden zoveel mensen dat het een probleem wordt in enigszins ongebruikelijke omstandigheden.

U zou bijvoorbeeld kunnen merken dat u deze fout krijgt bij het gebruik van Raspberry op Raspbian, een ingesloten router met een opgevraagde opdrachtprompt of een Android Linux-terminal. Je kunt het probleem eenvoudig oplossen met een eenvoudige opdracht waarbij je helemaal niet hoeft te spelen, ongeacht op welk type apparaat je werkt of van welke shell je werkt.

Firmware van Authentication Agent repareren

Ervan uitgaande dat je de ssh-agent al hebt laten draaien, zou je hem niet opnieuw moeten opstarten. In plaats daarvan wilt u proberen uw sleutelzin toe te voegen door ssh-add vanaf de opdrachtregel uit te voeren. Wanneer u dit doet, ontvangt u hoogstwaarschijnlijk een foutmelding: Kan een verbinding met uw authenticatieagent niet openen, in het algemeen geen andere tekst. Dit is niet echt de meest nuttige opdracht, en sommige gebruikers vinden dat ze lang spelen voordat ze het antwoord hebben gevonden, omdat het hen niet op het juiste antwoord helpt.

Ten eerste, hoewel het een beetje pedant lijkt, moet je controleren of je verbonden bent met internet of welk ander type netwerkprotocol je ook gebruikt, want het kan zijn dat je gewoon niet verbonden bent met het netwerk. Dit is met name een probleem wanneer u werkt met een soort niet-standaard LAN-apparatuur waarbij u SSH alleen via een particulier netwerk gebruikt in plaats van via Ethernet of Wi-Fi.

PRO TIP: Als het probleem zich voordoet met uw computer of een laptop / notebook, kunt u proberen de Reimage Plus-software te gebruiken die de opslagplaatsen kan scannen en corrupte en ontbrekende bestanden kan vervangen. Dit werkt in de meeste gevallen, waar het probleem is ontstaan door een systeembeschadiging. U kunt Reimage Plus downloaden door hier te klikken

Zolang je zeker weet dat je verbonden bent, probeer je ssh-add ~ / .ssh / id_rsa te gebruiken, nadat je de bestandsnaam hebt vervangen door de daadwerkelijke bestandsnaam van de sleutel die je probeerde toe te voegen. We noemden de sleutel eigenlijk op onze testmachine ~ / .ssh / id_rsa, wat de naam is van de voorbeeldmachine, hoewel je waarschijnlijk een andere naam hebt. Mogelijk krijgt u een prompt om een wachtwoordzin in te voeren, wat niet zo is als in een virtuele Linux-terminal. Mocht dit je wachtwoordzin accepteren, dan ben je prima en hoef je niet verder te werken.

Aan de andere kant, als u de foutmelding 'Kan een verbinding met uw authenticatie-agent opnieuw openen' niet meer kunt openen, moet de agent volledig opnieuw worden toegewezen. Als je met de reguliere shell werkt, voer dan gewoon ssh-agent / bin / sh uit en dan ssh-add ~ / .ssh / id_rsa, en zorg er opnieuw voor dat je de naam van de sleutel vervangt. U zou op dit punt de vraag moeten hebben. Degenen die pure bash gebruiken en het niet erg vinden wat sommigen in de Linux-gemeenschap bashisms in hun ssh-client noemen, kunnen alleen ssh-agent bash gebruiken en dan de opdracht ssh-add gebruiken. De meeste mensen zullen merken dat zowel root- als reguliere gebruikers bash op hun pad hebben en niets anders nodig hebben.

Gebruikers van fish-shell zullen ssh-agent / usr / bin / fish willen proberen en dan ssh-add ~ / .ssh / id_rsa in plaats daarvan. Het bovenstaande zou echter prima werken voor degenen die de shells van Bourne, bash of Almquist in een overweldigende meerderheid van de gevallen gebruiken. Als de zaken nu werken, hoeft u niets anders te doen. Degenen die de C-Shell of tcsh gebruiken, kunnen op dit moment een probleem tegenkomen.

Als je in deze situatie bent, probeer dan eval 'ssh-agent -c' gevolgd door ssh-add ~ / .ssh / id_rsa om je shell-agent geregistreerd te krijgen. Dit komt omdat tcsh de dingen een beetje anders doet, hoewel de meeste ingebedde systemen en dergelijke het niet zullen hebben. In beide gevallen zou je op dit moment een werkende ssh-verbinding moeten hebben zolang je alles correct hebt getypt. Als je fouten maakt, kun je het commando gewoon herhalen omdat geen van deze dingen destructief is.

Afhankelijk van je configuratie moet je dit mogelijk elke keer dat je bij een herstart inlogt op je ssh-verbinding. Hoe dan ook, het probleem is eenvoudig te verhelpen met een enkele opdracht, zodat u niet achteraf hoeft te blijven spelen.