VPN บน iPhone หลังรีสตาร์ท: อะไรควรเกิดขึ้นก่อน
เปลี่ยน «เปิด VPN ไว้» ให้เป็นข้อกำหนดตอนเริ่มระบบ: อะไรเชื่อมต่อ อะไรยังต้องรอคน และอะไรถูกบล็อกก่อนงานที่ได้รับการป้องกันงานแรกจะทำงาน
«เปิด VPN ไว้» ทนการซักถามได้ราวสามสิบวินาที เปิดไว้หลังรีสตาร์ทหรือไม่ เปิดไว้ก่อนที่คุณจะปลดล็อกโทรศัพท์หรือไม่ เปิดไว้ขณะที่ Wi-Fi ยังแสดงหน้าเข้าสู่ระบบหรือไม่ จะบล็อกทราฟฟิกจนกว่าอุโมงค์จะขึ้น หรือปล่อยให้แอปแรกพยายามเชื่อมต่อตรง นี่คือสี่ข้อกำหนดที่ต่างกัน และมีเพียงบางข้อเท่านั้นที่กำหนดค่าในโทรศัพท์เพื่อรับประกันได้ จดคำตอบเป็นเส้นเวลาที่มีขั้นตอน แล้วตรวจแต่ละขั้นหลังการรีสตาร์ทจริง
| Stage | Personal profile | Supervised Always On |
|---|---|---|
| Before first unlock | do not assume a tunnel | do not assume a tunnel either |
| After unlock, network up | depends on the provider or On Demand rule | activates without user interaction |
| Tunnel negotiating | first app may already be trying | policy decides whether traffic waits |
| Gateway unreachable | usually falls back to whatever the client allows | follows the deployed policy |
จดข้อกำหนดเป็นเส้นเวลา
เริ่มจากช่วงเวลาที่สำคัญต่อธุรกิจ: งานที่ได้รับการป้องกันงานใดที่ไม่ควรเกิดขึ้นหากไม่มีอุโมงค์ และงานนั้นถูกพยายามจริงเมื่อใดหลังการบูต ทุกสิ่งก่อนช่วงเวลานั้นคือลำดับ และลำดับคือสิ่งที่คุณตรวจสอบ บันทึกที่เขียนว่า «VPN ต้องเปิดอยู่» ตรวจสอบไม่ได้ แต่ «ไม่มีทราฟฟิกไปยังโฮสต์บันทึกก่อนสร้างอุโมงค์» ตรวจสอบได้
จากนั้นแยกสิ่งที่โทรศัพท์ส่วนตัวทำได้ออกจากสิ่งที่กลุ่มอุปกรณ์ที่ถูกจัดการทำได้ เพราะสองคำตอบนี้ใช้แทนกันไม่ได้
ขั้นตอนที่หนึ่ง: สถานะก่อนการปลดล็อกครั้งแรก
อย่าเดาพฤติกรรมก่อนปลดล็อกจากอุโมงค์ที่คุณเห็นหลังปลดล็อก การทดสอบที่ซื่อตรงคือรีสตาร์ท ปล่อยโทรศัพท์ล็อกไว้ แล้วสังเกตจากอีกฝั่งว่ามีอุโมงค์เกิดขึ้นหรือไม่ ในการตั้งค่าส่วนตัวส่วนใหญ่คำตอบคือไม่ และนั่นไม่ใช่ข้อบกพร่อง มันเพียงหมายความว่างานที่ได้รับการป้องกันงานแรกไม่ควรถูกพยายามก่อนปลดล็อกโทรศัพท์
หากข้อกำหนดขึ้นกับความครอบคลุมก่อนปลดล็อกจริง ๆ ให้นำไปที่ผู้รับผิดชอบการติดตั้ง ไม่ใช่การตั้งค่าในไคลเอนต์
ขั้นตอนที่สอง: ความพร้อมของเครือข่ายและพอร์ทัลเข้าสู่ระบบ
Always On ที่ถูกจัดการจะเปิดใช้งานโดยไม่ต้องมีผู้ใช้โต้ตอบ และคงอยู่ข้ามการรีสตาร์ทตราบใดที่โปรไฟล์ยังติดตั้งอยู่ และการสร้างอุโมงค์จะเกิดหลังอินเทอร์เฟซได้รับความสามารถเข้าถึง IP ประโยคสุดท้ายคือสิ่งสำคัญ: โทรศัพท์ที่ยังไม่ได้ที่อยู่ยังไม่มีอะไรให้สร้างต่อ พอร์ทัลโรงแรมที่ยังไม่ถูกยอมรับคือเครือข่ายที่ยังไม่พร้อมในความหมายนี้พอดี และไม่มีการตั้งค่า VPN ที่จำไว้จะทำให้เสร็จแทนคุณ
ดังนั้นบันทึกการยอมรับต้องมีบรรทัดสำหรับกรณีพอร์ทัล ไม่ว่าโทรศัพท์จะรอ หรือผู้ใช้จะผ่านพอร์ทัลก่อน และแบบใดยอมรับได้ขึ้นกับว่าใครเดินทาง จดตัวเลือกไว้ เพราะคนที่รีสตาร์ทตอนเจ็ดโมงเช้าจะไม่คิดขึ้นเอง พอร์ทัลที่ต้องใช้เลขห้องก็เป็นอีกกรณีที่ต่างจากพอร์ทัลที่รับเพียงช่องทำเครื่องหมาย
ขั้นตอนที่สาม: การยืนยันตัวตนที่ยังต้องรอคน
การเปิดใช้งานอัตโนมัติและการยืนยันตัวตนอัตโนมัติเป็นความสามารถคนละอย่าง โปรไฟล์ที่ใช้ใบรับรองอุปกรณ์ทำอย่างหลังได้โดยไม่ต้องมีคน ขณะที่เกตเวย์ที่ต้องการปัจจัยใช้ครั้งเดียวทำไม่ได้ และไม่มีนโยบายใดจะทำให้ได้ กำหนดว่าคุณติดตั้งแบบใดในสองแบบนี้ก่อนสัญญาลำดับการบูตแบบไม่ต้องใช้มือ
จากนั้นบันทึกสถานะระหว่างกลางอย่างชัดเจน: หากการยืนยันตัวตนยังค้างอยู่ ทราฟฟิกถูกบล็อก ถูกจัดคิว หรือถูกส่งตรง คำตอบนี้ต้องอยู่ในแผน เพราะนั่นคือหน้าต่างที่การกำหนดค่าผิดกลายเป็นการรั่วไหล ทดสอบโดยทำให้เกตเวย์เข้าถึงไม่ได้และดูว่าโทรศัพท์ทำอะไร ไม่ใช่ด้วยการอ่านคำอธิบายที่ไคลเอนต์เขียนเกี่ยวกับตัวเอง
ขั้นตอนที่สี่: งานที่ได้รับการป้องกันงานแรก แล้วตามด้วยการเปลี่ยนผ่าน
หลังการรีสตาร์ทตามแผน ให้เปิดงานที่ได้รับการป้องกันและยืนยันว่าสำเร็จและใช้อุโมงค์จริง จากนั้นทำซ้ำงานเดิมระหว่างการเปลี่ยนผ่านจาก Wi-Fi ไปยังเครือข่ายมือถือ เพราะการย้ายนั้นเจรจาเครือข่ายชั้นล่างใหม่ และนั่นคือจุดที่โปรไฟล์ซึ่งทำงานเฉพาะตอนบูตเริ่มล้มเหลว บันทึกสามข้อต่อการรันหนึ่งครั้ง: การเชื่อมต่อขึ้นเองหรือไม่ คุณต้องยืนยันตัวตนหรือไม่ และทรัพยากรที่คาดหวังตอบกลับหรือไม่
หากการป้องกันระหว่างช่องว่างเป็นข้อบังคับ ให้ใช้วิธีการตรวจสอบที่ผู้รับผิดชอบการติดตั้งอนุมัติ การโหลดหน้าสำเร็จหนึ่งครั้งไม่สามารถแสดงว่าไม่มีอะไรออกไปตรงก่อนหน้านั้น