Bạn có thể gặp lỗi có nội dung “không thể mở kết nối với tác nhân xác thực của bạn” khi bạn thử và thêm cụm mật khẩu chính bằng cách sử dụng lệnh ssh-add. Vấn đề cụ thể này thường xảy ra do tác nhân ssh không được chỉ định chính xác, đó là lý do tại sao rất nhiều người thấy rằng nó trở thành vấn đề trong những trường hợp hơi bất thường.
Ví dụ:bạn có thể gặp lỗi này khi sử dụng RaspberryPi chạy Raspbian, một bộ định tuyến nhúng có dấu nhắc lệnh được giải quyết hoặc thiết bị đầu cuối Android Linux. Bạn có thể dễ dàng khắc phục sự cố này bằng một lệnh đơn giản mà không cần phải thao tác nhiều bất kể bạn đang làm việc trên loại thiết bị nào hay bạn đang làm việc trên vỏ nào.
Sửa lỗi tác nhân xác thực
Giả sử rằng bạn đã chạy ssh-agent, bạn không cần phải khởi động lại nó. Thay vào đó, bạn sẽ muốn thử thêm cụm mật khẩu chính của mình bằng cách chạy ssh-add từ dòng lệnh. Khi làm như vậy, rất có thể bạn sẽ nhận được một số loại lỗi có nội dung “Không thể mở kết nối với tác nhân xác thực của bạn” và thường không có văn bản nào khác. Đây chính xác không phải là lệnh hữu ích nhất và một số người dùng nhận thấy rằng họ phải loay hoay rất lâu trước khi tìm ra câu trả lời vì lệnh đó không dẫn họ đến con đường dẫn đến câu trả lời đúng.
Trước hết, mặc dù điều này có vẻ hơi khoa trương nhưng hãy kiểm tra để đảm bảo rằng bạn đã kết nối với Internet hoặc bất kỳ loại giao thức mạng nào khác mà bạn đang làm việc vì có thể bạn chỉ đơn thuần là không kết nối với mạng. Điều này đặc biệt là vấn đề khi bạn làm việc với một số loại thiết bị LAN không chuẩn mà bạn chỉ sử dụng ssh qua một số loại mạng riêng thay vì qua Ethernet hoặc Wi-Fi.
Miễn là bạn chắc chắn rằng mình đã kết nối, hãy thử sử dụng ssh-add ~/.ssh/id_rsa, thay thế tên tệp bằng tên tệp thực của khóa mà bạn đang cố thêm. Trên thực tế, chúng tôi đã đặt tên khóa trên máy thử nghiệm của mình là ~/.ssh/id_rsa, đây là tên của mẫu mặc dù bạn có thể có một tên khác. Bạn có thể nhận được lời nhắc “Nhập cụm mật khẩu”, lời nhắc này im lặng giống như lời nhắc trong thiết bị đầu cuối ảo Linux. Nếu điều này chấp nhận cụm mật khẩu của bạn thì bạn hoàn toàn ổn và không cần phải làm gì thêm.
Mặt khác, nếu bạn lại gặp lỗi “Không thể mở kết nối với tác nhân xác thực của bạn”, thì tác nhân đó cần được chỉ định lại toàn bộ. Nếu bạn đang làm việc với shell thông thường, chỉ cần chạy ssh-agent /bin/sh rồi ssh-add ~/.ssh/id_rsa, một lần nữa đảm bảo thay thế tên của khóa. Bạn nên có lời nhắc vào thời điểm này. Những người sử dụng bash thuần túy không bận tâm đến điều mà một số người trong cộng đồng Linux gọi là “bashism” trong ứng dụng khách ssh của họ chỉ có thể sử dụng bash-agent bash và sau đó sử dụng lệnh ssh-add. Hầu hết mọi người sẽ thấy rằng cả người dùng root và người dùng thông thường đều có bash trên đường dẫn của họ và không cần bất cứ thứ gì khác.
Người dùng Fish-shell sẽ muốn dùng thử ssh-agent /usr/bin/fish và sau đó thay vào đó là ssh-add ~/.ssh/id_rsa. Tuy nhiên, những điều trên sẽ hoạt động tốt đối với những người sử dụng shell Bourne, bash hoặc Almquist trong phần lớn các trường hợp. Nếu mọi thứ hiện đang hoạt động thì bạn không cần phải làm gì khác. Tuy nhiên, những người sử dụng C-Shell hoặc tcsh có thể gặp sự cố tại thời điểm này.
Nếu bạn đang ở trong tình huống này, hãy thử eval ‘ssh-agent -c’ theo sau là ssh-add ~/.ssh/id_rsa để đăng ký đại lý shell của bạn. Điều này là do tcsh thực hiện mọi thứ hơi khác một chút, mặc dù hầu hết các hệ thống nhúng và những thứ tương tự sẽ không có nó. Trong cả hai trường hợp, bạn sẽ có kết nối ssh hoạt động tại thời điểm này miễn là bạn đã nhập chính xác mọi thứ. Nếu mắc bất kỳ lỗi nào, bạn chỉ cần lặp lại lệnh vì không có lỗi nào trong số này mang tính phá hoại.
Tùy thuộc vào cấu hình của bạn, bạn có thể phải thực hiện việc này mỗi lần đăng nhập vào kết nối ssh sau khi khởi động lại. Tuy nhiên, trong mọi trường hợp, sự cố có thể dễ dàng được khắc phục chỉ bằng một lệnh duy nhất nên bạn sẽ không phải ngồi đó chơi đùa sau đó.
GIỚI THIỆU TÁC GIẢ
Mũi tên Kevin
Kevin Arrows là một chuyên gia công nghệ giàu kinh nghiệm và hiểu biết với hơn một thập kỷ kinh nghiệm trong ngành. Anh có chứng chỉ Chuyên gia Công nghệ được Chứng nhận của Microsoft (MCTS) và có niềm đam mê sâu sắc trong việc cập nhật những phát triển công nghệ mới nhất. Kevin đã viết nhiều về nhiều chủ đề liên quan đến công nghệ, thể hiện chuyên môn và kiến thức của mình trong các lĩnh vực như phát triển phần mềm, an ninh mạng và điện toán đám mây. Những đóng góp của ông cho lĩnh vực công nghệ đã được các đồng nghiệp công nhận và tôn trọng rộng rãi, đồng thời ông được đánh giá cao nhờ khả năng giải thích các khái niệm kỹ thuật phức tạp một cách rõ ràng và ngắn gọn.