Các phiên SSH bị treo khi tắt máy / khởi động lại

Tôi có một máy chủ chạy Debian và sshd trên đó, và trong trường hợp tôi cần khởi động lại máy chủ, phiên SSH của tôi bị treo ở phía máy khách cho đến khi hết thời gian TCP. Tôi cho rằng điều này là do khi sshdbị chấm dứt, nó không đóng các phiên SSH mở cho máy chủ. Tôi nên làm gì để sshdngắt kết nối mọi người trước, sau đó tự chấm dứt như bình thường? Cho đến nay tôi không thấy một tham số man sshd_confignào liên quan đến hành vi tắt máy.

Khi bạn tắt máy hoặc khởi động lại hệ thống, hãy systemdcố gắng dừng tất cả các dịch vụ nhanh nhất có thể. Điều đó liên quan đến việc hạ thấp mạng và chấm dứt tất cả các quy trình vẫn còn sống - thường theo thứ tự đó. Vì vậy, khi systemd giết chết các tiến trình SSH rẽ nhánh đang xử lý các phiên SSH của bạn, kết nối mạng đã bị vô hiệu hóa và chúng không có cách nào đóng kết nối máy khách một cách duyên dáng.

Suy nghĩ đầu tiên của bạn có thể là giết tất cả các quy trình SSH là bước đầu tiên trong quá trình tắt máy và có khá nhiều tệp dịch vụ systemd ngoài đó thực hiện điều đó.

Nhưng tất nhiên có một giải pháp gọn gàng hơn (cách thức "được cho là" phải được thực hiện) : systemd-logind.
systemd-logindtheo dõi các phiên người dùng đang hoạt động (cục bộ và SSH) và gán tất cả các quy trình được sinh ra trong chúng cho cái gọi là "lát". Theo cách đó, khi hệ thống ngừng hoạt động, systemd chỉ có thể SIGTERM mọi thứ bên trong các lát cắt của người dùng (bao gồm quá trình SSH rẽ nhánh đang xử lý một phiên cụ thể) và sau đó tiếp tục tắt các dịch vụ và mạng.

systemd-logindyêu cầu mô-đun PAM để được thông báo về các phiên người dùng mới và bạn sẽ cần dbussử dụng loginctlđể kiểm tra trạng thái của nó, vì vậy hãy cài đặt cả hai:

apt-get install libpam-systemd dbus

Hãy chắc chắn rằng bạn /etc/ssh/sshd_configthực sự sẽ sử dụng mô-đun với UsePAM yes.

Đây là thứ bạn cần đặt ở phía máy khách, không phải phía máy chủ. Chỉnh sửa của bạn ~/.ssh/configđể chứa

ServerAliveInterval 15
ServerAliveCountMax 5

Điều này có nghĩa là sau 15 giây không hoạt động, khách hàng của bạn sẽ gửi tin nhắn đến máy chủ. Nếu nó không nhận được bất kỳ phản hồi nào, nó sẽ thử lại tối đa 5 lần và khi nó vẫn không nhận được câu trả lời, nó sẽ đóng phiên.

Hành vi này được báo cáo trên Lỗi Debian này , bạn chỉ cần thiết lập chính xác các tập lệnh tắt máy được gửi cùng với gói bởi vì, tự động, chúng không được sao chép theo mặc định:

cp /usr/share/doc/openssh-client/examples/ssh-session-cleanup.service /etc/systemd/system/
systemctl  enable ssh-session-cleanup.service

Bạn có thể chỉ định các tùy chọn mà Jenny D đã nói trong câu trả lời của cô ấy chỉ bằng một lệnh ssh, chẳng hạn như

ssh -t -o ServerAliveInterval=1 -o ServerAliveCountMax=1 user@host sudo poweroff

nếu bạn làm điều đó thường xuyên, bạn có thể viết nó.

Làm việc cho tôi với lshd. Vì vậy, giải pháp sẽ là

apt install lsh-server
apt remove openssh-server

thật đáng buồn khi serverfault không cho phép tôi trả lời chủ đề do quá ít điểm kể từ nhiều năm. Nhưng tôi không cần spam trong các blog khác để mở khóa ^^ ... vì vậy, như câu trả lời dành riêng:

Như Rfraile đã đề cập

cp /usr/share/doc/openssh-client/examples/ssh-session-cleanup.service /etc/systemd/system/
systemctl  enable ssh-session-cleanup.service

làm. Để sử dụng nó mà không cần khởi động lại thể hiện / máy chủ, bạn nên thực hiện các tác vụ bổ sung:

systemctl daemon-reload
systemctl start ssh-session-cleanup.service

vì vậy dịch vụ đã được đăng ký và bắt đầu và systemd cần dừng dịch vụ này cho mục đích khởi động lại / tắt máy.