Hết thời gian SSH: ClientAliveInterval & ClientAliveCountMax VS ServerAliveInterval & ServerAliveCountMax

Để ngăn chặn thời gian phiên ssh ra có hai cơ chế có sẵn. Một phía máy khách được cấu hình (ServerAliveInterval & ServerAliveCountMax) và phía máy chủ khác (ClientAliveInterval & ClientAliveCountMax).

Theo cách tôi thấy, tôi nên thiết lập phía máy chủ này. Tôi làm việc ít hơn, ảnh hưởng đến mọi khách hàng và có thêm phần thưởng khi phát hành các cổng (trên máy chủ) được sử dụng trên các đường hầm ngược (bị kẹt trong "lắng nghe" trong một thời gian khi kết nối bị ngắt).

Nhưng có gì khác cho nó? Cả hai đều đáng tin cậy như nhau để giữ kết nối ssh còn sống? Có bất kỳ điểm trong việc sử dụng cả hai?

Cám ơn vì đã chia sẽ kinh nghiệm của bạn.

Fred.

ssh

— TCZ
nguồn

Chà, sau khi tìm kiếm câu trả lời cho vấn đề này, mọi thứ cho thấy sự khác biệt duy nhất là phía nào của kết nối đang thực hiện giám sát.

Các thử nghiệm tôi đã thực hiện xác nhận điều này và dường như thực hiện chính xác điều tương tự.

— TCZ
nguồn

Những loại thử nghiệm bạn đã chạy? Tôi đang đối mặt với một vấn đề tương tự khi tôi cần số pi của mình để duy trì liên kết của nó và nếu nó bị lỗi / ngắt kết nối, tập lệnh nút sẽ đợi 30 giây và cố gắng thiết lập kết nối mới. Vấn đề tôi gặp phải đôi khi, vì những lý do chưa biết (cho đến nay), nó chỉ không muốn kết nối lại. Tôi sẽ cố gắng tra cứu mã lỗi. Vì vậy, tôi không biết nếu đó là pi hay máy chủ ssh thì nó cũng đang cố gắng kết nối lại. Tự hỏi nếu máy chủ đang khởi động pi vì một số lý do trên kết nối lại.

— prasanthv

Ồ vâng, và tôi nghĩ rằng ServerAliveInterval& ServerAliveCountMaxđược đặt ở phía khách hàng. Thế là ngược lại. Câu hỏi tương tự

— prasanthv

^ _- không phải là những gì tôi đã viết? Tôi có một thiết lập tương tự. Tôi có một loạt các PI kết nối với máy chủ của chúng tôi. Sự khác biệt có thể là tôi đang sử dụng autossh để khởi chạy kết nối ssh từ các PI khi khởi động thông qua / etc / network / giao diện, chỉ cần thêm dòng này ở dưới cùng

post-up autossh -M 0 -f -N -o ServerAliveInterval=15 -o ServerAliveCountMax=3 tunnels_go_here user@host_or_ip -p your_port

— TCZ

Tôi cũng có cả hai ClientAlive ... params được đặt trong sshd_conf trên máy chủ, điều đó có nghĩa là tôi đang giữ mạng sống từ cả hai phía, không chắc chắn là bắt buộc. Chỉ có một vấn đề một lần là các đường hầm ngược bị rơi nhưng không phải là đường dẫn thông thường và vì một số lý do, autossh đã không phát hiện ra nó. Mong rằng sẽ giúp.

— TCZ