Proksi SSH SOCKS hilang apabila sambungan SSHnya tamat. Penyelia boleh memulakan semula sambungan itu, tetapi ia tidak boleh meneruskan setiap permintaan laman web yang menggunakan strim lama.

Untuk persediaan SSH yang sudah berfungsi, autossh boleh menyelia pemajuan dinamik sementara OpenSSH mengesan pelayan yang tidak bertindak balas:

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

-M 0 melumpuhkan mekanisme port pemantauan berasingan autossh. Ia bergantung pada SSH keluar supaya penyelia boleh bertindak balas. Pilihan server-alive memberikan pemeriksaan keaktifan pada peringkat SSH; ia tidak meminta halaman daripada setiap destinasi yang anda gunakan.

Biarkan persediaan awal kelihatan sehingga pengesahan dan pemajuan berfungsi. Tingkah laku latar autossh berbeza daripada -f SSH biasa: pelancaran tanpa pengawasan tidak boleh berhenti untuk meminta kata laluan atau frasa kunci. Gerbang permulaan yang didokumenkan juga boleh membezakan kegagalan persediaan segera daripada sesi yang rosak kemudian.

Selepas sambungan semula, pendengar tempatan boleh tersedia semula. Aplikasi mungkin masih perlu mencuba semula operasi mereka sendiri yang gagal. Muat naik yang terganggu sebelum menerima respons mempunyai hasil pada peringkat aplikasi untuk diselesaikan, bukan sekadar terowong hilang untuk dimulakan semula.

Akhirnya, pengangkutan SSH yang sihat tidak membuktikan bahawa gateway boleh mencapai laman web tertentu. Asingkan penyeliaan terowong daripada pemantauan kerja yang menggunakannya.

Artikel berkaitan