Tôi có một máy chủ mà tôi phải truy cập thường xuyên qua ssh, vì tôi tính toán trên đó. Bây giờ, trung tâm điện toán rõ ràng cấm các khóa SSH vì chúng "không an toàn". Họ cảm thấy rằng việc nhập mật khẩu của tôi, trên bàn phím, mọi lúc, có thể trước mặt người khác, là cách đăng nhập an toàn hơn nhiều.

Hiện nay; Tôi không thể thay đổi suy nghĩ của họ (tôi đã cố gắng).

Có cách nào để ít nhất tạm thời lưu trữ mật khẩu SSH, cách GIT có thể lưu mật khẩu trong bộ đệm trong một thời gian xác định không?

Tái sử dụng kết nối

SSHv2 cho phép cùng một kết nối được xác thực để thiết lập nhiều 'kênh' - shell tương tác, lệnh bó, SFTP, cùng với các kết nối phụ như chuyển tiếp tác nhân hoặc chuyển tiếp TCP. Máy chủ của bạn có thể hỗ trợ ghép kênh theo mặc định. (Nếu quản trị viên của bạn phàn nàn, nó không lưu trữ mật khẩu của bạn ở bất cứ đâu - đó là lưu trữ toàn bộ kết nối.)

Với OpenSSH, bạn có ControlMastervà ControlPathcác tùy chọn (-M và -S) để sử dụng điều này:

1. Bắt đầu kết nối SSH 'chính chủ' bằng cách sử dụng -M. (Vì bạn chưa có ControlPath trong cấu hình của mình, nên bạn cần chỉ định nó trong dòng lệnh bằng cách sử dụng -S. Nó cần tồn tại lâu, vì vậy tôi thêm các -fNtùy chọn để thả xuống nền; chúng là tùy chọn về mặt kỹ thuật.)

   $ ssh foo@bar.example.com -fNMS ~/.ssh/bar.socket
   foo@bar.example.com's password:
   

   Bạn đang trở lại vỏ địa phương.

2. Bắt đầu một kết nối mới thông qua tổng thể:

   $ ssh foo@bar.example.com -S ~/.ssh/bar.socket
   

   Bạn đang ở trong.

3. Để làm điều này hữu ích cho Git / rsync / SFTP, bạn cần thiết lập ControlPathcấu hình của mình, vì bạn sẽ không thể chỉ định -Smọi lúc:

   Host *
       ControlPath ~/.ssh/S.%r@%h:%p
   

Bạn có thể tự động hóa điều này - các phiên bản OpenSSH gần đây cũng có ControlPersisttự động thiết lập kết nối chính trong nền nếu chưa có. Điều này cho phép bạn bỏ qua bước 1 và chỉ sử dụng ssh như bình thường.

1. Cấu hình trong ~/.ssh/config:

   Host *
       ControlPath ~/.ssh/S.%r@%h:%p
       ControlMaster auto
       ControlPersist 15m
   

2. Kết nối đầu tiên yêu cầu mật khẩu:

   $ ssh foo@bar.example.com
   foo@bar.example.com's password:
   [foo@bar:~]$ exit
   

3. Thứ hai không:

   $ ssh foo@bar.example.com
   [foo@bar:~]$ yay
   

Để điều khiển bộ ghép kênh (dừng hoặc định cấu hình chuyển tiếp TCP), sử dụng -Otùy chọn.

Một phương pháp tương tự được hỗ trợ bởi các phiên bản PuTTY gần đây .

Sử dụng sshpass

sshpass ( github , man page ) là một công cụ tự động cung cấp mật khẩu cho ssh. Cách an toàn để sử dụng nó là:

% echo 'correct horse battery staple' > ~/.ssh/compute_password
% chmod go-rw ~/.ssh/compute_password

% sshpass -f ~/.ssh/compute_password ssh foo@host

Điều này sẽ đọc mật khẩu từ ~/.ssh/compute_password, giống như một tệp khóa riêng mà không có cụm mật khẩu. Bạn có thể đặt sshpasslệnh trong một tập lệnh shell nhỏ hoặc bí danh shell để tránh gõ lệnh đầy đủ đó. Đáng buồn thay, tôi đã không tìm thấy một cách để làm điều này từ ~/.ssh/config.

(Cũng có thể chỉ định mật khẩu trực tiếp trên dòng lệnh sshpass, nhưng điều này nên tránh, vì nó làm rò rỉ mật khẩu cho bất cứ ai có thể làm ps)

So sánh với các phương pháp khác

Cách tiếp cận này tất nhiên là kém an toàn hơn so với thiết lập xác thực khóa công khai, nhưng bạn có thể biết điều đó rồi.

Nó cũng kém an toàn hơn câu trả lời của @ grawity về việc sử dụng lại kết nối, nhưng nó có ưu điểm là không phải nhập mật khẩu tương tác.

Bạn có thể xem câu trả lời của @ grawity là một thay thế cho pubkey auth với cụm mật khẩu và bộ nhớ đệm khóa riêng (nghĩa là ssh-agent). Sau đó, câu trả lời của tôi sẽ là một thay thế cho pubkey auth mà không có cụm mật khẩu trên tệp khóa riêng.

Sử dụng trình quản lý mật khẩu.

Một số trình quản lý mật khẩu (ví dụ: KeePassXC) có tính năng 'tự động gõ'. Bạn lưu mật khẩu trên trình quản lý mật khẩu, mở khóa cơ sở dữ liệu khi bạn chạy trình quản lý và mỗi lần sshnhắc bạn nhập mật khẩu, bạn nhấn tổ hợp phím khiến trình quản lý mật khẩu ghi mật khẩu dài của bạn vào bảng điều khiển.

Không cần phải sao chép, hãy nhớ bất cứ điều gì (ngoại trừ mật khẩu để mở khóa cơ sở dữ liệu) và bạn có thể có một mật khẩu mạnh mà không cần trộn 30 ký tự đó mỗi khi bạn cố gắng đăng nhập.

Bạn có thể chọn mục ưa thích từ danh sách này: https://en.wikipedia.org/wiki/List_of_password_manager

Một cách khác là sử dụng máy khách GUI ssh. Trên Windows, sự lựa chọn rõ ràng sẽ là PuTTY . Ngoài ra còn có phiên bản Linux của PuTTY, đáng chú ý là hầu hết các bản phát hành dựa trên Debian như Ubuntu thường bao gồm PuTTY trong repo của họ.

Một khách hàng thực sự tốt khác là Termius . Nó hỗ trợ không chỉ Windows và Linux mà cả OSX, iOS và Android. Mặc dù nó được thiết kế chủ yếu cho điện thoại, phiên bản máy tính để bàn thực sự khá tốt.

Nếu tôi không nhầm, Hyperterminal đáng kính trên Windows cũng đã / có một ứng dụng khách ssh được tích hợp nhưng tôi đã không sử dụng windows trong một thời gian rất dài nên tôi không hoàn toàn chắc chắn.

Tất cả các máy khách GUI bao gồm khả năng lưu cài đặt kết nối bao gồm tên người dùng và mật khẩu của bạn.