Thứ tự dịch vụ trên macOS không điều khiển các tuyến VPN của bạn

Có gì đó trên trang web thất bại, một đồng nghiệp nhớ ra rằng có thứ tự dịch vụ, và Wi-Fi bị kéo lên trên Ethernet. Không có gì thay đổi, vì danh sách đó chưa bao giờ quyết định đích VPN đi đâu. Apple ưu tiên các kết nối VPN hơn các kết nối thông thường và giữ chúng ngoài việc sắp xếp lại đó, nên công tắc trả lời một câu hỏi hẹp hơn câu hỏi được đặt ra. Sự cố cần tuyến đã chọn và resolver, không cần một thứ hạng mới.

Thứ tự dịch vụ thay đổi điều gì và không bao giờ chạm vào điều gì

«Đặt thứ tự dịch vụ» nằm trong Cài đặt hệ thống, Mạng, trong menu Hành động, và nó xếp hạng các kết nối thông thường khi hai hoặc nhiều kết nối đang hoạt động. Thứ hạng đó chọn dịch vụ chính, dịch vụ này cung cấp tuyến mặc định và một phần hành vi của resolver. Đây là quyết định giữa những thứ ngang hàng, không phải công tắc cho các đích riêng tư sau một đường hầm. Một laptop có Wi-Fi và bộ chuyển đổi Ethernet USB dùng nó để trả lời một câu hỏi hợp lý, và câu hỏi đó không phải về đường hầm.

Một hồ sơ VPN mang các tuyến được bao gồm, các đích bị loại trừ và đôi khi các quy tắc theo từng ứng dụng, và chúng quyết định điều gì vào đường hầm; menu thứ tự không chỉnh sửa chúng. Đó là lý do một hồ sơ đường hầm chia tách có thể để lưu lượng công cộng ở ngoài trong khi VPN vẫn đứng trên mọi giao diện vật lý. Kéo Wi-Fi lên đầu không làm cho một dải riêng tư trở nên tiếp cận được và không thể chặn một đích mà hồ sơ đã bao gồm. Danh sách di chuyển giao diện; hồ sơ di chuyển tiền tố. Apple ghi lại mức ưu tiên trên trang thứ tự dịch vụ mạng, đáng đọc một lần trước khi bạn sắp xếp lại bất cứ thứ gì.

Đọc tuyến mà máy thực sự đã chọn

Hỏi máy xem một địa chỉ cụ thể đi đâu bằng route get 10.20.4.10, rồi lặp lại cho IPv6 bằng route -n get -inet6 2001:db8::10. Hai họ là những quyết định riêng biệt, nên một tuyến IPv4 hoạt động không nói gì về v6, và một mạng con kết nối trực tiếp hoặc một tiền tố cụ thể hơn vẫn thắng nhãn kết nối chung, đó chính là lý do nhãn đó tiếp tục đánh lừa mọi người.

Nếu đầu ra nêu tên giao diện đường hầm, hồ sơ đã bắt được đích và thứ tự không liên quan. Nếu nó nêu tên giao diện vật lý, hồ sơ đã không làm vậy, và không lượng kéo nào thay đổi bảng tiền tố. Cả hai đầu ra cũng nêu tên địa chỉ nguồn mà máy sẽ dùng, và đó là trường cần trích dẫn khi bạn so sánh hai lần chạy. Lưu đầu ra trước khi thay đổi bất cứ thứ gì, vì đó là bằng chứng duy nhất bạn có sau đó.

DNS phân giải theo tên, không theo giao diện

Các resolver có phạm vi và dành riêng cho miền nghĩa là câu trả lời có thể khác nhau theo tên thay vì theo giao diện. scutil --dns in cấu hình resolver mà hệ thống thực sự đang dùng, bao gồm cả các mục có phạm vi. Thứ tự dịch vụ ảnh hưởng đến việc dịch vụ nào cung cấp resolver mặc định, nhưng một phạm vi dành riêng cho tên vẫn có thể thắng.

Đó là lý do một ping tới một địa chỉ có thể hoạt động trong khi tên máy chủ thất bại, hoặc ngược lại. Đọc cả hai đầu ra trước khi chọn thủ phạm.

Thay đổi hồ sơ, rồi đọc lại cả hai đầu ra

Khi một chính sách đích cần thay đổi, chủ sở hữu là hồ sơ VPN: các tuyến được bao gồm, các tuyến bị loại trừ và mọi quy tắc đường hầm chia tách mà nhà cung cấp hỗ trợ. Thay đổi giao diện chỉ di chuyển cuộc tranh luận. Trên một Mac được quản lý từ xa, hãy lưu trạng thái mạng hiện tại trước, vì mất đường hầm trên một máy mà bạn không thể tiếp cận là một chuyến đi, không phải một lần hoàn tác.

Tái tạo sự cố, đọc tuyến, đọc resolver, thay đổi một thứ, rồi đọc lại hai đầu ra đó. Trộn nhiều dịch vụ và hồ sơ cùng lúc để lại một cỗ máy mà không ai giải thích được, kể cả người đã sửa nó. Bài kiểm tra kết thúc khi cả hai đầu ra đồng ý với thay đổi bạn dự định. Nếu chúng vẫn không đồng ý, hồ sơ và cỗ máy đang mô tả hai chính sách khác nhau, và hồ sơ là thứ cần thay đổi.