Một proxy SSH SOCKS biến mất khi kết nối SSH của nó kết thúc. Một trình giám sát có thể khởi động lại kết nối đó, nhưng không thể tiếp tục mọi yêu cầu website đã dùng luồng cũ.

Với một thiết lập SSH đã hoạt động, autossh có thể giám sát chuyển tiếp động trong khi OpenSSH phát hiện máy chủ không phản hồi:

autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]

-M 0 tắt cơ chế cổng giám sát riêng của autossh. Nó dựa vào việc SSH thoát để trình giám sát có thể phản ứng. Các tùy chọn server-alive cung cấp kiểm tra sống còn ở mức SSH; chúng không yêu cầu một trang từ mọi đích bạn dùng.

Giữ thiết lập ban đầu hiển thị cho đến khi xác thực và chuyển tiếp hoạt động. Hành vi nền của autossh khác với -f của SSH thường: khởi chạy không giám sát không thể dừng lại để hỏi mật khẩu hay cụm mật khẩu khóa. Cổng khởi động được ghi tài liệu của nó cũng có thể phân biệt lỗi thiết lập tức thời với một phiên bị hỏng sau đó.

Sau khi kết nối lại, trình lắng nghe cục bộ có thể trở lại khả dụng. Ứng dụng vẫn có thể cần thử lại các thao tác thất bại của chính chúng. Một lần tải lên bị gián đoạn trước khi nhận phản hồi có kết quả ở mức ứng dụng cần giải quyết, không chỉ là một đường hầm thiếu để khởi động lại.

Cuối cùng, một đường truyền SSH khỏe mạnh không chứng minh rằng cổng ra có thể tới một website cụ thể. Hãy tách việc giám sát đường hầm khỏi việc theo dõi công việc dùng nó.

Bài viết liên quan