Cách kiểm tra trạng thái IPv6 của Mac sau khi VPN ngắt kết nối

Truy cập một trang qua IPv4 sau khi đường hầm sụp không chứng minh được gì về IPv6. macOS cấu hình hai họ địa chỉ riêng biệt, theo từng dịch vụ mạng, và một ứng dụng VPN có thể đổi họ này mà không đụng đến họ kia. Hãy đi qua ba lớp theo thứ tự: cấu hình địa chỉ, chọn tuyến đường, rồi bất kỳ chính sách nào ứng dụng cài đặt khi đang ngắt kết nối. Trong lúc đó hãy giữ nguyên mạng truy cập, nếu không bạn sẽ so sánh hai vấn đề khác nhau.

Bắt đầu với họ địa chỉ thực sự bị hỏng

Một trang tải qua IPv4 cho bạn biết mạng vật lý còn sống. Nó không nói gì về việc dịch vụ có địa chỉ IPv6 toàn cầu hay không, tiền tố còn được quảng bá hay không, hoặc có thứ gì đang lọc họ địa chỉ đó hay không. Xác nhận điều gì đã hỏng trước khi chọn công cụ, vì một tên phân giải thành địa chỉ không thể tới trông giống hệt một tên không phân giải được chút nào. Hỏi lớp nào đã trả lời sai và ghi lại câu trả lời. Không có điều đó, mọi bước sau chỉ là phỏng đoán khoác áo quy trình.

Giữ nguyên mạng Wi-Fi và điểm truy cập trong suốt quá trình so sánh. Một mạng quán cà phê từng cung cấp IPv6 hôm qua không nói gì về mạng bạn đang dùng bây giờ.

Đọc địa chỉ trước tuyến đường

Trong Cài đặt Hệ thống, bảng TCP/IP của dịch vụ đang hoạt động cho biết IPv6 là tự động, thủ công hay chỉ cục bộ liên kết. Hãy so với điều bạn mong đợi, nhớ rằng một tổ chức có thể đã cố ý chọn cấu hình thủ công. Sau đó chạy ifconfig và đọc giao diện liên quan. Chỉ một địa chỉ fe80:: nghĩa là giao diện có thể nói chuyện với các láng giềng và không hơn, nên sự hiện diện cục bộ liên kết không phải bằng chứng về một đường đi dùng được.

Cũng hãy tìm các giao diện utun mà ứng dụng để lại. Một thiết bị đường hầm cũ có thể giữ địa chỉ và tuyến đường rất lâu sau khi ứng dụng ngừng dùng nó. Nếu có một cái, đó là phát hiện về vòng đời cho chủ sở hữu ứng dụng, không phải thứ để xóa ngay tại chỗ.

Đọc bảng tuyến đường cho đích bị lỗi

Hỏi nhân hệ điều hành về đích đã thất bại, không phải về tuyến mặc định. route -n get 2001:db8::25 in ra giao diện và cổng được chọn cho địa chỉ đó, và netstat -rn -f inet6 hiển thị toàn bộ bảng để so sánh. Tuyến mặc định cho bạn biết có một tuyến mặc định; nó không cho biết đích này dùng tuyến đó.

Giữ DNS trong ngăn riêng của nó. Một trình phân giải tới được qua IPv4 vẫn có thể trả về bản ghi AAAA, nên lỗi tra cứu và lỗi định tuyến tạo ra cùng một triệu chứng trên trình duyệt.

Tách chính sách chặn của ứng dụng khỏi phần còn sót lại

Một số ứng dụng được thiết kế để chặn lưu lượng khi đang ngắt kết nối, kể cả họ địa chỉ còn lại, và hành vi đó là tính năng chứ không phải lỗi.

Tìm hiểu ứng dụng của bạn ghi nhận hành vi nào trước khi coi việc chặn là hư hỏng. scutil --dns hiển thị các trình phân giải đang có hiệu lực theo từng dịch vụ, và đó chính là nơi một trình phân giải do ứng dụng cài hoặc một thiết lập DNS có phạm vi trở nên nhìn thấy được. Sau đó kiểm tra xem các quy tắc lọc gói có được cài và để lại hay không. Một chặn dự kiến và một quy tắc còn sót đòi hỏi phản ứng ngược nhau, và chỉ tài liệu của chủ sở hữu phân biệt được chúng.

Thu thập bằng chứng, rồi chỉ đổi một thứ

Ghi lại phiên bản ứng dụng, phiên bản macOS, dịch vụ mạng, chính sách ngắt kết nối dự kiến và kết quả địa chỉ cùng tuyến đường ở cả hai phía của một chu kỳ kết nối - ngắt kết nối. Chính bản ghi đó biến một khiếu nại thành vấn đề vòng đời mà ai đó có thể điều tra. Sau đó thực hiện một thay đổi duy nhất và đo lại.

Đừng vội đặt lại. Xóa giao diện ảo, xả bảng tuyến đường và tắt IPv6 trên toàn máy đều phá hủy trạng thái bạn cần ghi lại, và chúng có thể mang theo cấu hình không liên quan. Nếu ứng dụng có luồng tạm dừng, sửa chữa hoặc gỡ cài đặt được hỗ trợ, hãy dùng luồng đó, và làm theo quy trình của quản trị viên ở nơi mạng được quản lý. Một máy đã bị đặt lại không để lại gì cho chủ sở hữu làm việc, và nó thường tái hiện lỗi ở lần kết nối tiếp theo.