ลำดับบริการของ macOS ไม่ได้ควบคุมเส้นทาง VPN ของคุณ

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

ลำดับบริการเปลี่ยนอะไร และไม่เคยแตะต้องอะไร

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

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

อ่านเส้นทางที่เครื่องเลือกจริง

ถามเครื่องว่าแอดเดรสเฉพาะไปที่ใดด้วย route get 10.20.4.10 แล้วทำซ้ำสำหรับ IPv6 ด้วย route -n get -inet6 2001:db8::10 สองตระกูลเป็นการตัดสินใจแยกกัน ดังนั้นเส้นทาง IPv4 ที่ใช้งานได้ไม่บอกอะไรเกี่ยวกับ v6 และซับเน็ตที่เชื่อมต่อโดยตรงหรือคำนำหน้าที่เฉพาะเจาะจงกว่าก็ชนะป้ายกำกับการเชื่อมต่อทั่วไปอยู่ดี ซึ่งเป็นเหตุผลที่ป้ายกำกับนั้นยังคงทำให้ผู้คนเข้าใจผิด

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

DNS แก้ตามชื่อ ไม่ใช่ตามอินเทอร์เฟซ

resolver ที่มีขอบเขตและเฉพาะโดเมนหมายความว่าคำตอบอาจแตกต่างตามชื่อไม่ใช่ตามอินเทอร์เฟซ scutil --dns พิมพ์การกำหนดค่า resolver ที่ระบบใช้จริง รวมถึงรายการที่มีขอบเขต ลำดับบริการมีอิทธิพลต่อว่าบริการใดให้ resolver เริ่มต้น แต่ขอบเขตที่เฉพาะเจาะจงชื่อก็ยังชนะได้

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

เปลี่ยนโปรไฟล์ แล้วอ่านเอาต์พุตทั้งสองอีกครั้ง

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

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