เชื่อมต่ออุโมงค์ SSH SOCKS ใหม่ด้วย autossh
ใช้ autossh พร้อมการตรวจสอบความมีชีวิตของ SSH และเข้าใจว่าการเชื่อมต่ออุโมงค์ใหม่ไม่ได้ฟื้นฟูการเชื่อมต่อแอปพลิเคชันเดิม
พร็อกซี SSH SOCKS จะหายไปเมื่อการเชื่อมต่อ SSH ของมันสิ้นสุดลง ผู้ดูแลสามารถรีสตาร์ตการเชื่อมต่อนั้นได้ แต่ไม่สามารถทำคำขอเว็บไซต์ทุกคำขอที่ใช้สตรีมเดิมต่อไปได้
สำหรับการตั้งค่า SSH ที่ทำงานอยู่แล้ว autossh สามารถกำกับดูแลการส่งต่อแบบไดนามิกได้ ขณะที่ OpenSSH ตรวจพบเซิร์ฟเวอร์ที่ไม่ตอบสนอง:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]
-M 0 ปิดกลไกพอร์ตตรวจสอบแยกต่างหากของ autossh มันอาศัย SSH ออกเพื่อให้ผู้ดูแลตอบสนองได้ ตัวเลือก server-alive ให้การตรวจสอบความมีชีวิตในระดับ SSH พวกมันไม่ได้ขอหน้าเว็บจากทุกปลายทางที่คุณใช้
ให้การตั้งค่าเริ่มต้นมองเห็นได้จนกว่าการยืนยันตัวตนและการส่งต่อจะทำงาน พฤติกรรมเบื้องหลังของ autossh แตกต่างจาก -f ของ SSH ธรรมดา: การเปิดแบบไม่มีผู้ดูแลไม่สามารถหยุดเพื่อถามรหัสผ่านหรือวลีรหัสกุญแจได้ ประตูเริ่มต้นที่มีเอกสารกำกับยังสามารถแยกความล้มเหลวในการตั้งค่าทันทีออกจากเซสชันที่แตกในภายหลังได้
หลังการเชื่อมต่อใหม่ ตัวรับฟังในเครื่องอาจกลับมาใช้งานได้อีกครั้ง แอปพลิเคชันอาจยังต้องลองปฏิบัติการที่ล้มเหลวของตนเองใหม่ การอัปโหลดที่ถูกขัดจังหวะก่อนได้รับการตอบสนองมีผลลัพธ์ในระดับแอปพลิเคชันที่ต้องแก้ไข ไม่ใช่เพียงอุโมงค์ที่หายไปซึ่งต้องรีสตาร์ต
สุดท้าย การขนส่ง SSH ที่แข็งแรงไม่ได้พิสูจน์ว่าเกตเวย์เข้าถึงเว็บไซต์ใดเว็บไซต์หนึ่งได้ แยกการกำกับดูแลอุโมงค์ออกจากการเฝ้าดูงานที่ใช้งานมัน