autossh ile SSH SOCKS tünelini yeniden bağlama
SSH canlılık denetimleriyle autossh kullanın ve bir tüneli yeniden bağlamanın eski uygulama bağlantılarını geri getirmediğini unutmayın.
Bir SSH SOCKS vekil sunucusu, SSH bağlantısı sona erdiğinde kaybolur. Bir gözetleyici bu bağlantıyı yeniden başlatabilir, ancak eski akışı kullanan her web sitesi isteğini sürdüremez.
Zaten çalışan bir SSH kurulumu için autossh, OpenSSH yanıt vermeyen bir sunucuyu algılarken dinamik yönlendirmeyi denetleyebilir:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 autossh'un ayrı izleme bağlantı noktası mekanizmasını devre dışı bırakır. Gözetleyicinin tepki verebilmesi için SSH'in çıkmasına güvenir. server-alive seçenekleri SSH düzeyinde bir canlılık denetimi sağlar; kullandığınız her hedeften sayfa istemezler.
Kimlik doğrulama ve yönlendirme çalışana kadar ilk kurulumu görünür tutun. autossh'un arka plan davranışı düz SSH'in -f seçeneğinden farklıdır: gözetimsiz başlatma, parola veya anahtar parolası sormak için duramaz. Belgelenmiş başlangıç kapısı, ani kurulum hatasını daha sonra kopan bir oturumdan da ayırt edebilir.
Yeniden bağlandıktan sonra yerel dinleyici yeniden kullanılabilir hale gelebilir. Uygulamalar yine de kendi başarısız işlemlerini yeniden denemek zorunda kalabilir. Yanıt almadan önce kesintiye uğrayan bir yüklemenin, yalnızca eksik bir tüneli yeniden başlatmak değil, uygulama düzeyinde çözülmesi gereken bir sonucu vardır.
Son olarak, sağlıklı bir SSH taşıması geçidin belirli bir web sitesine ulaşabildiğini kanıtlamaz. Tünelin gözetimini, onu kullanan işin izlenmesinden ayırın.