แอป VPN หยุดทำงาน: คิลสวิตช์ยังเปิดอยู่หรือไม่?

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

อย่ารีบูตก่อน การรีบูตมักทำลายหลักฐาน

เริ่มจากสิ่งที่ยังทำงานอยู่

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

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

Get-Process | Where-Object { $_.ProcessName -match 'vpn|wireguard|openvpn' }
Get-Service | Where-Object { $_.Name -match 'vpn|wireguard|openvpn' }
netsh wfp show state
systemctl status wg-quick@wg0 --no-pager
ps -eo pid,comm,args | grep -E 'openvpn|wg'
nft list ruleset | head -40

อ่านการบล็อกจากผู้บังคับใช้ ไม่ใช่จากแอป

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

Android จัดการเรื่องนี้ต่างออกไปอีก: always-on VPN พร้อม lockdown เป็นการตั้งค่าของแพลตฟอร์ม การบล็อกจึงคงอยู่โดยไม่ขึ้นกับโปรเซสของแอป และระบบอาจรีสตาร์ตบริการ ดูเอกสารของแพลตฟอร์มสำหรับพฤติกรรมที่แน่นอนแทนการสมมติว่าเหมือนไคลเอนต์เดสก์ท็อป

แยกการออกอย่างปกติออกจากการหยุดทำงาน

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

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

กู้คืนโดยไม่ทำให้การควบคุมอื่นพัง

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

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

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