Fix: Det gick inte att öppna en anslutning till din autentiseringsagent

Du kan få ett felmeddelande som läser 'kunde inte öppna en anslutning till din autentiseringsagent' när du försöker lägga till en nyckellösenfras med kommandot ssh-add. Detta speciella problem orsakas vanligtvis av att ssh-agenten inte tilldelas korrekt, varför så många tycker att det blir ett problem under lite ovanliga omständigheter.

Till exempel kan du upptäcka att du får detta fel när du använder RaspberryPi som kör Raspbian, en inbäddad router med en utfiskad kommandotolk eller en Android Linux-terminal. Du kan enkelt fixa det med ett enkelt kommando som inte kräver att du spelar alls oavsett vilken typ av enhet du arbetar med eller vilket skal du råkar arbeta från.

Åtgärda autentiseringsagentfel

Om du antar att du redan har ssh-agenten igång, behöver du inte starta om den igen. Istället vill du försöka lägga till din nyckellösenfras genom att köra ssh-add från kommandoraden. När du gör det får du mer än troligtvis något slags fel som läser 'Det gick inte att öppna en anslutning till din autentiseringsagent' tillsammans med i allmänhet ingen annan text alls. Det här är inte exakt det mest användbara kommandot, och vissa användare tycker att de spelar länge innan de hittade svaret eftersom det inte leder dem till rätt svar.

Först och främst, även om det verkar lite pedantiskt, kontrollera att du är ansluten till Internet eller något annat slags nätverksprotokoll du arbetar med eftersom det kan vara så att du bara inte är ansluten till nätverket. Detta är särskilt ett problem när du arbetar med någon form av icke-standard LAN-utrustning där du bara använder ssh över någon form av ett privat nätverk istället för via Ethernet eller Wi-Fi.

Så länge du är säker på att du är ansluten, försök använda ssh-add ~ / .ssh / id_rsa, efter att ha ersatt filnamnet med det faktiska filnamnet på den nyckel som du försökte lägga till. Vi namngav faktiskt nyckeln på vår testmaskin ~ / .ssh / id_rsa, som är namnet på exemplet, men du har förmodligen ett annat namn. Du kan få en uppmaning att 'Ange lösenfras', som är tyst som i en virtuell Linux-terminal. Om detta accepterar din lösenfras är du helt bra och behöver inte arbeta vidare.

Å andra sidan, om du får felmeddelandet 'Det gick inte att öppna en anslutning till din autentiseringsagent' igen, behöver agenten fullständig omfördelning. Om du arbetar med det vanliga skalet, kör bara ssh-agent / bin / sh och sedan ssh-lägg till ~ / .ssh / id_rsa, igen och se till att byta ut namnet på nyckeln. Du bör ha prompten vid denna tidpunkt. De som använder ren bash som inte bryr sig om vad vissa i Linux-communityn kallar ”bashismer” i sin ssh-klient kan bara använda ssh-agent bash och sedan använda kommandot ssh-add. De flesta kommer att upptäcka att både root- och vanliga användare har bash i sin väg och inte behöver något annat.

Användare av fish-shell vill prova antingen ssh-agent / usr / bin / fish och sedan ssh-add ~ / .ssh / id_rsa istället. Ovanstående skulle dock fungera bra för de som använder skalen Bourne, bash eller Almquist i en överväldigande majoritet av fallen. Om saker fungerar nu behöver du inte göra något annat. De som använder C-Shell eller tcsh kan dock stöta på ett problem just nu.

Om du befinner dig i den här situationen kan du prova eval ‘ssh-agent -c’ följt av ssh-add ~ / .ssh / id_rsa för att få din shell-agent registrerad. Detta beror på att tcsh gör saker lite annorlunda, även om de flesta inbäddade system och liknande inte har det. I båda fallen bör du ha en fungerande ssh-anslutning vid den här tiden så länge du har skrivit allt korrekt. Om du gör några misstag kan du bara upprepa kommandot eftersom inget av dessa är destruktivt.

Beroende på din konfiguration kan du behöva göra detta varje gång du loggar in på din ssh-anslutning efter en omstart. I vilket fall som helst är problemet enkelt att lösa med ett enda kommando så att du inte behöver sitta där och leka efteråt.