VPN ตามคำขอของ iPhone เชื่อมต่อกับ Wi-Fi ของออฟฟิศ ไม่ใช่เครือข่ายมือถือ
กฎการยกเว้นของคุณมีอยู่และก็ยังแพ้อยู่ดี รายการตามคำขออ่านจากบนลงล่าง ดังนั้นกฎที่ดักทุกอย่างตั้งแต่ต้นจึงตัดสินใจเรื่องเช้าก่อนที่กฎของสำนักงานจะถูกมองเห็น
เก้าโมง โทรศัพท์เชื่อมต่อกับเครือข่ายไร้สายของสำนักงาน และอุโมงค์ก็ขึ้นมาเองและอยู่ตรงนั้นตลอดทั้งวัน เครือข่ายมือถือในภายหลังทำงานตรงตามที่ทุกคนตั้งใจไว้ มีคนเพิ่มการยกเว้นสำหรับเครือข่ายองค์กรเมื่อหลายสัปดาห์ก่อน โปรไฟล์จึงดูสะอาดเมื่อตรวจทาน และทุกเช้าก็ยังให้ผลลัพธ์เดิม อุปกรณ์ทำตามรายการที่ได้รับมา และรายการก็พูดสิ่งที่ต่างจากที่ผู้เขียนเชื่อ
รายการอ่านจากบน และการจับคู่แรกชนะ
รายการถูกประเมินตามลำดับ รายการแรกที่เงื่อนไขเป็นจริงจะตัดสินผลลัพธ์ในขณะนั้น และทุกอย่างใต้ลงไปจะไม่ถูกมองเลย ลำดับจึงมีความหมายพอ ๆ กับเงื่อนไขใด ๆ ที่เขียนอยู่ในกฎ การอ่านอาร์เรย์จากบนลงล่างอธิบายโปรไฟล์ที่ดูเหมือนเพิกเฉยต่อการยกเว้นที่มันมีอยู่ชัด ๆ
รายการเชื่อมต่อไร้สายทั่วไปที่วางไว้เหนือการยกเว้นของสำนักงานรับประกันว่ามีอุโมงค์ในสถานที่ ไม่มีอะไรอื่นในเพย์โหลดต้องขยับเพื่อให้พฤติกรรมพลิก
รายการตัดการเชื่อมต่อทำงานสองอย่าง
เมื่อการกระทำคือตัดการเชื่อมต่อ รายการจะปิดเซสชันที่ทำงานอยู่แล้วและปิดกั้นเซสชันใหม่ตราบเท่าที่เงื่อนไขยังเป็นจริง ทั้งสองครึ่งมีความสำคัญต่อการยกเว้น และครึ่งหลังมักถูกลืม รายการเดียวกันในโปรไฟล์ที่สองอธิบายชั้นที่ VPN ปฏิเสธที่จะเริ่มในขณะที่อาคารส่วนที่เหลือทำงานอยู่ ไม่มีใครแตะอุโมงค์ รายการต่างหากที่ทำ
ตารางแสดงรูปร่างของการยกเว้นมาก่อน โดยมีชื่อที่ต้องมาจากการติดตั้งของคุณเอง ปกติสองรายการก็เพียงพอ และรายการที่สามสำหรับเครือข่ายมือถือทำให้ส่วนที่เหลือคาดเดาได้
| Order | Action | Conditions |
|---|---|---|
| 1 | Disconnect | Wireless interface plus office network name |
| 2 | Connect | Wireless interface |
| 3 | Connect | Cellular interface |
เก็บเงื่อนไขทั้งสองไว้ที่การยกเว้น
จับคู่ชื่อเครือข่ายกับชนิดอินเทอร์เฟซ ชื่ออย่างเดียวอาจทำงานบนลิงก์ที่แชร์ซึ่งมีป้ายเดียวกัน ในขณะที่ชนิดอินเทอร์เฟซอย่างเดียวจะยกเว้นทุกเครือข่ายไร้สายที่ผู้ใช้ไปในวันนั้น ทั้งสองครึ่งเป็นของรายการเดียว ไม่ใช่ของกฎสองข้อที่บังเอิญอยู่ติดกัน
การเปรียบเทียบชื่อเป็นแบบตรงตัวและแยกตัวพิมพ์ใหญ่เล็ก สิ่งนี้เหมาะกับเครือข่ายที่รู้จักหนึ่งแห่งและตึงไปทุกที่อื่น เพราะเครือข่ายแขกใช้ป้ายที่คุ้นเคยซ้ำ ไซต์ถูกเปลี่ยนชื่อหลังการควบรวม และโต๊ะแบบมีสายไม่มีชื่อเลย ขอป้ายที่แน่นอนจากทีมเครือข่ายแทนที่จะอ่านจากป้ายบนผนัง
เมื่อการตรวจวัดชนะชื่อ
รายการตรวจวัดจะขอ URL และอ่านการตอบกลับที่สำเร็จว่าเป็นเงื่อนไขจริง เลือกโฮสต์ที่ตอบกลับจากภายในเท่านั้น เช่นบริการอินทราเน็ตซึ่งไม่สามารถแปลงชื่อจากภายนอกได้ และกฎก็เลิกสนใจว่าเครือข่ายเรียกตัวเองว่าอะไร การตรวจวัดที่ตอบกลับได้จากทุกที่ทดสอบอินเทอร์เน็ต ไม่ใช่อาคาร คุณสมบัติที่ตัดสินว่าสิ่งนี้ทำงานได้หรือไม่คือคำตอบที่มาถึงโดยไม่มีการเปลี่ยนเส้นทาง พอร์ทัลแขกที่ตีกลับทุกคำขอทำให้การตรวจวัดกลายเป็นเสียงรบกวน
กฎที่อิงโดเมนเป็นอีกรูปแบบหนึ่ง NEEvaluateConnectionRule จับคู่โดเมนที่ร้องขอและสามารถเชื่อมต่อเมื่อมีการค้นหาชื่อ ไวลด์การ์ดของมันยอมรับเฉพาะเป็นป้ายซ้ายสุดเท่านั้น ดังนั้น *.example.com ใช้ได้ แต่ example.*.com ไม่ได้ ถ้าโปรไฟล์ไม่ได้ใช้ทั้งเงื่อนไขอินเทอร์เฟซและการตรวจวัดการเข้าถึง ให้ตรวจสอบว่าใช้กฎชนิดนั้นแทนหรือไม่
สิ่งที่กฎตามคำขอไม่ได้ควบคุม
กฎเลือกว่าอุโมงค์จะเริ่มหรือไม่ และไม่มีส่วนในการทำให้มันทำงานต่อ เซสชันที่ปรากฏแล้วหายไปในอีกไม่กี่นาทีชี้ไปที่ตัวจับเวลาว่างเปล่า ขีดจำกัดเซสชันของเกตเวย์ หรือขนาดเส้นทาง แต่ละอย่างทิ้งร่องรอยต่างกัน และนี่คือเหตุผลที่ควรตัดรายการกฎออกก่อนจะเปลี่ยนสิ่งใดสิ่งหนึ่ง การตั้งค่าคงการเชื่อมต่อไม่ได้อธิบายรูปแบบนั้น และการเปลี่ยนมันย้ายงานโดยไม่แตะสาเหตุ
ผู้ใช้สามารถปิดตามคำขอได้ในการตั้งค่า และการมอบหมายที่จัดการสามารถคืนค่าได้ในการเช็กอินครั้งถัดไป เมื่อสวิตช์ยังคงเลื่อนวนกลับไปตำแหน่งเดิม การมอบหมายคือฝ่ายที่ทำงานอยู่ ความแตกต่างนี้สำคัญ เพราะการบังคับใช้กลับมาเองในขณะที่ข้อเสนอยังคงปิดอยู่
ยืนยันว่ากลุ่มโปรไฟล์ใดเป็นเจ้าของอุปกรณ์ และเจตนาคือบังคับใช้อุโมงค์หรือเพียงเสนอให้ใช้ คำตอบนั้นตัดสินว่าการตั้งค่าของผู้ใช้นับเป็นบั๊กหรือเป็นฟีเจอร์