VPN ตัดการเชื่อมต่อ แต่อินเทอร์เน็ตยังถูกบล็อก: สวิตช์หรือกฎเก่า?

อุโมงค์ปิด เบราว์เซอร์หยุด แต่ทุกอุปกรณ์อื่นบน Wi-Fi เดียวกันยังทำงานได้ ซึ่งตัดเราเตอร์ออก รูปแบบนี้มีเจ้าของที่เป็นไปได้สามราย: คิลสวิตช์ที่ได้รับคำสั่งให้บล็อก สถานะที่ไคลเอนต์ที่ถูกถอดออกทิ้งไว้ และตัวแก้ไขชื่อหรือเส้นทางที่ไม่เคยถูกกู้คืน จากหน้าต่างเบราว์เซอร์พวกมันดูเหมือนกันและต้องซ่อมต่างกัน ตัดสินใจว่าคุณมีแบบไหนก่อนรันการรีเซ็ตเครือข่าย

อินเทอร์เน็ตที่ถูกบล็อกสองแบบที่ต่างกันมาก

การบล็อกโดยเจตนาเป็นฟีเจอร์: ตราบใดที่ไม่มีอุโมงค์ทำงาน ไคลเอนต์จะทิ้งทราฟฟิกเพื่อไม่ให้มีอะไรรั่วออกนอกเส้นทางที่ป้องกัน การบล็อกโดยบังเอิญคือกฎ การตั้งค่าอุปกรณ์หรือตัวแก้ไขชื่อที่หลงเหลืออยู่หลังไคลเอนต์ออกไป อย่างแรกซ่อมด้วยการเชื่อมต่อหรือปิดนโยบายโดยเจตนา อย่างหลังซ่อมด้วยการทำความสะอาดสิ่งที่หลงเหลือ

ความต่างปรากฏในข้อผิดพลาด ไม่ใช่ในเบราว์เซอร์ การบล็อกโดยเจตนามักให้การปฏิเสธทันทีหรือค้างเงียบ ๆ ขณะที่ตัวแก้ไขชื่อที่หลงเหลือให้ความล้มเหลวในการแปลงชื่อซึ่งคงอยู่แม้ ping ไปยังที่อยู่ตรง ๆ จะทำงาน ทั้งสองไม่เหมือนการเชื่อมต่อ Wi-Fi ที่เสีย ซึ่งจะกระทบอุปกรณ์อื่นด้วย จัดลำดับการตรวจตามความต่างนั้น: ที่อยู่ตรง ๆ ก่อน แล้วจึงชื่อ

ไคลเอนต์สัญญาอะไรไว้ตอนตัดการเชื่อมต่อ

อ่านการตั้งค่าของไคลเอนต์เองเพื่อเข้าใจความหมายของการตัดการเชื่อมต่อ เพราะผลิตภัณฑ์หลายตัวแยกการหยุดชั่วคราวออกจากการหยุดเต็มรูปแบบ การหยุดชั่วคราวคงการบล็อกไว้ตามการออกแบบ ขณะที่การหยุดอาจถอดมันออก บางแพลตฟอร์มมือถือแสดงแนวคิดเดียวกันเป็นกฎเปิดตลอดเวลาที่บล็อกทราฟฟิกทุกครั้งที่ไม่มี VPN เชื่อมต่ออยู่

ที่องค์กรต้องการการป้องกัน การซ่อมคือการเชื่อมต่อโปรไฟล์ที่ถูกต้องใหม่ ไม่ใช่การข้ามการบล็อก ตรวจว่าชื่อเซิร์ฟเวอร์ยังแปลงได้และเข้าถึงปลายทางได้ผ่านข้อยกเว้นที่การติดตั้งบันทึกไว้ เพราะการเชื่อมต่อใหม่ที่ล้มเหลวดูเหมือนการบล็อกต่อเนื่องทุกประการ

สถานะเก่าจากการถอนที่ถูกขัดจังหวะ

การถอนการติดตั้งที่ถูกขัดจังหวะ หรือแพ็กเกจที่ถูกถอดขณะอุโมงค์ทำงาน อาจทิ้งเชนไฟร์วอลล์ กฎเส้นทาง รายการตัวแก้ไขชื่อ หรืออะแดปเตอร์เสมือนไว้เบื้องหลัง กระบวนการหายไปแล้ว แต่ผลกระทบยังอยู่

เริ่มจากเส้นทางทำความสะอาดและซ่อมแซมที่แอปพลิเคชันรองรับ จากนั้นก่อนลบ ให้ระบุ ว่าคอมโพเนนต์ใดติดตั้งแต่ละออบเจกต์ที่เหลืออยู่ การปิดไฟร์วอลล์ของโฮสต์คืนการท่องเว็บและถอดการป้องกันที่ไม่เกี่ยวข้องออกพร้อมกัน การรีเซ็ตเครือข่ายทั้งระบบแย่กว่า เพราะทิ้งการตั้งค่าออฟฟิศหรือ Wi-Fi ที่ใช้งานได้โดยไม่ระบุสาเหตุ

ถ้าติดตั้งไคลเอนต์สองตัว ให้ตัดสินใจว่าตัวไหนเป็นเจ้าของนโยบาย สองเจ้าของคือเหตุที่การบล็อกรอดจากการถอนทั้งสอง

ตรวจสอบสถานะที่ตัดการเชื่อมต่อ ไม่ใช่แค่การท่องเว็บ

การท่องเว็บกลับมาใช้ได้เป็นการทดสอบการยอมรับที่อ่อนแอ ตรวจว่านโยบายที่ต้องการยังสมบูรณ์และไม่มีอะไรอื่นถูกทำให้อ่อนลงอย่างเงียบ ๆ

ip rule show
ip route show table all | grep -v '^default'
resolvectl status | head -n 20
sudo nft list ruleset | grep -A 6 'chain output'

เทียบกฎเส้นทาง ตัวแก้ไขชื่อ และนโยบายไฟร์วอลล์กับหน้าตาของเครื่องที่ตัดการเชื่อมต่อสะอาด ๆ จากนั้นเชื่อมต่อและตัดการเชื่อมต่อผ่านเวิร์กโฟลว์ปกติแล้วอ่านซ้ำ เพื่อให้สถานะที่คาดหวังถูกบันทึกไว้แทนที่จะจำ

เก็บคู่ก่อนและหลังนั้นไว้ในตั๋ว คนถัดไปที่เห็นเบราว์เซอร์ถูกบล็อกจะต้องการมันมากกว่าความเห็นอีกอันว่าควรใช้ไคลเอนต์ตัวไหน