Kiểm tra loại NAT của bạn ngay lập tức

Đây là địa chỉ IPv4 công khai được báo cáo trong lần kiểm tra. Router hoặc ISP có thể dịch địa chỉ riêng trước khi lưu lượng đến internet, nên nhiều thiết bị hoặc thuê bao có thể dùng chung một địa chỉ công khai.

Chỉ địa chỉ này không đủ để xác nhận CGNAT hay Double NAT. VPN cũng có thể thay đổi địa chỉ công khai mà phép kiểm tra nhìn thấy.

Nếu tìm được cổng, số sau dấu hai chấm trong kết quả IPv4 là cổng UDP quan sát được trong lần kiểm tra bằng trình duyệt này. Ví dụ, 203.0.113.10:62000 hiển thị địa chỉ và cổng được báo cáo là 62000.

Đây không phải cổng game, quy tắc chuyển tiếp cổng hay bằng chứng rằng dịch vụ có thể được truy cập tại địa chỉ đó. Ánh xạ có thể đổi giữa các lần kiểm tra hoặc các đích, đặc biệt với NAT đối xứng.

Kết quả mô tả hành vi UDP IPv4 quan sát được trên đường truyền đã kiểm tra. NAT 1 là Full Cone, NAT 2 là Restricted Cone, NAT 3 là Port-Restricted Cone và NAT 4 là NAT đối xứng. Internet mở là kết quả riêng cho đường truyền không quan sát thấy NAT.

Đó là các nhãn NAT Checker đặt cho những loại trong RFC 3489. PlayStation, Xbox và các nền tảng khác dùng nhãn và phép kiểm tra riêng. Loại NAT không đo tốc độ tải xuống hay bảo đảm mọi game kết nối được với mọi đối tác. Chọn “Cách phân loại NAT” để xem quy trình xác định.

Đây là địa chỉ IPv6 toàn cầu mà trình duyệt cung cấp trong lần kiểm tra IPv6. Các địa chỉ chỉ dùng trong mạng cục bộ bị loại trừ. Việc tìm IPv6 chạy riêng với kiểm tra NAT IPv4.

Có địa chỉ không có nghĩa là đã chứng minh được kết nối từ bên ngoài. “Không phát hiện IPv6” nghĩa là lần kiểm tra này không tìm thấy địa chỉ IPv6 toàn cầu, không chứng minh ISP hoặc thiết bị của bạn không thể hỗ trợ IPv6.

“Đã xác nhận kết nối từ bên ngoài” nghĩa là dịch vụ kiểm tra IPv6 báo cáo một kết nối WebRTC/UDP thành công trên đường truyền này. Chỉ tìm thấy địa chỉ IPv6 chưa đủ để có kết quả đó.

“Không thể xác nhận kết nối từ bên ngoài” nghĩa là đường truyền kiểm tra không thành công. Quy tắc tường lửa, VPN, hạn chế của trình duyệt hoặc tình trạng mạng có thể ảnh hưởng. Duyệt web bằng IPv6 vẫn có thể hoạt động vì dùng những kết nối và giao thức khác. Hết thời gian hoặc lỗi dịch vụ nghĩa là phép kiểm tra chưa hoàn tất.

“Bị chặn” là kết quả máy chủ kiểm tra NAT trả về khi không thể thiết lập đường truyền UDP này. Kết quả không xác định thiết bị hay cài đặt nào gây ra thất bại.

“Hết thời gian” nghĩa là không nhận được phân loại cuối cùng trong thời gian chờ. Lỗi hoặc thông báo dịch vụ không khả dụng nghĩa là phép kiểm tra không thể hoàn tất. Những trạng thái này không phải phân loại NAT 1–4 đã được xác nhận. Hãy thử lại rồi kiểm tra hạn chế của trình duyệt, VPN và tường lửa trước khi cho rằng router hoặc ISP bị lỗi.

RFC 3489 phân biệt NAT bằng cách so sánh ánh xạ IP và cổng công khai, đồng thời kiểm tra những nguồn phản hồi nào có thể đến cùng một socket UDP cục bộ. Đổi nguồn phản hồi và đổi đích yêu cầu là hai phép thử cho những hành vi khác nhau.

1. Test I: gửi một STUN Binding Request thông thường. Phản hồi chứa MAPPED-ADDRESS, tức IP công khai và cổng UDP máy chủ quan sát được. So sánh cả hai với địa chỉ và cổng của socket cục bộ để xác định có dịch địa chỉ hay không.
2. Test II: yêu cầu phản hồi từ IP và cổng máy chủ khác. Nhận được phản hồi cho thấy một nguồn bên ngoài mà máy khách chưa liên hệ cũng có thể đến ánh xạ.
3. Test I tới đích khác: từ cùng socket cục bộ, gửi yêu cầu thông thường tới endpoint máy chủ thay thế được chỉ ra trong CHANGED-ADDRESS. So sánh IP và cổng công khai mới với ánh xạ đầu tiên để phát hiện ánh xạ phụ thuộc vào đích.
4. Test III: yêu cầu phản hồi từ IP máy chủ ban đầu nhưng cổng khác. Phép thử này phân biệt bộ lọc lưu lượng đến chỉ xét IP với bộ lọc yêu cầu khớp cả IP và cổng.

Đó là các phép thử phân loại của RFC. Phép kiểm tra trên trình duyệt dùng STUN để thu thập ánh xạ công khai và kiểm tra kết nối WebRTC có máy chủ hỗ trợ để trả về loại hành vi tương ứng.

1. Test I nhận phản hồi và IP công khai hoặc cổng được ánh xạ khác với endpoint của socket cục bộ, nên có NAT.
2. Test II nhận phản hồi từ IP và cổng máy chủ khác dù máy khách chưa gửi lưu lượng tới nguồn phản hồi đó.
3. Theo cây quyết định của RFC 3489, đây là Full Cone NAT, được chúng tôi gắn nhãn NAT 1.

Khi ánh xạ UDP đã được tạo, nguồn bên ngoài khác có thể đến ánh xạ mà không cần liên hệ trước. Điều này thường giúp kết nối ngang hàng trực tiếp dễ hơn, nhưng không có nghĩa mọi cổng đều mở.

1. Có NAT nhưng Test II không nhận phản hồi từ IP và cổng đã thay đổi.
2. Test I mới tới đích khác trả về IP và cổng công khai giống yêu cầu đầu tiên. Ánh xạ không thay đổi theo đích đó.
3. Test III nhận phản hồi từ IP máy chủ ban đầu ở một cổng khác. Chỉ cần từng liên hệ với IP đó, không cần từng liên hệ đúng cổng gửi phản hồi.

Đây là Restricted Cone NAT, tức NAT 2 trên trang này. Lưu lượng UDP đến được cho phép từ những IP bên ngoài mà máy khách đã liên hệ.

1. Có NAT và Test II không nhận phản hồi từ IP và cổng đã thay đổi.
2. Test I tới đích khác trả về cùng IP và cổng công khai, nên trong lần so sánh này ánh xạ không phụ thuộc vào đích.
3. Test III cũng không nhận phản hồi khi chỉ cổng nguồn của máy chủ thay đổi. Theo mô hình RFC, lưu lượng đến phải khớp với IP và cổng mà máy khách đã liên hệ.

Đây là Port-Restricted Cone NAT, tức NAT 3 trên trang này. Ánh xạ giữ nguyên trong lần so sánh, nhưng bộ lọc lưu lượng đến chặt hơn NAT 2.

1. Có NAT và Test II không nhận phản hồi từ IP và cổng đã thay đổi.
2. Lặp lại Test I từ cùng socket UDP cục bộ tới endpoint máy chủ thay thế.
3. Nếu IP công khai hoặc cổng được ánh xạ khác lần đầu, cây quyết định RFC xác định đó là NAT đối xứng, tức NAT 4 trên trang này.

Ví dụ, một đích có thể thấy 203.0.113.10:62000 và đích khác thấy 203.0.113.10:62001. Chỉ cần cổng thay đổi; IP công khai không phải thay đổi theo. Vì vậy, endpoint tìm được qua một máy chủ có thể không phù hợp với đối tác khác và một số ứng dụng có thể cần máy chủ chuyển tiếp.

Nếu Test I không có phản hồi, quy trình khám phá trong RFC 3489 báo UDP Blocked. Trong phép kiểm tra bằng trình duyệt, đường truyền UDP thất bại hoặc chưa hoàn tất cũng có thể do cài đặt trình duyệt, VPN, tường lửa, tình trạng dịch vụ hoặc mất gói. Kết quả này tự nó không xác định nguyên nhân.

Nếu Test I thành công và cả IP lẫn cổng được ánh xạ đều bằng endpoint socket cục bộ, không quan sát thấy NAT. Nếu Test II tiếp theo thành công thì đó là Internet mở. Nếu Test II thất bại trên đường truyền không có NAT, RFC gọi đó là Symmetric UDP Firewall. Đây là trạng thái lọc không có dịch địa chỉ, không phải NAT đối xứng và không được nhầm với NAT 4.

Chúng tôi không hiển thị Symmetric UDP Firewall thành một loại kết quả riêng. Phép kiểm tra chưa hoàn tất hoặc lỗi dịch vụ cũng khác với loại NAT đã được xác nhận.

STUN, được mô tả trong RFC 8489, giúp trình duyệt biết địa chỉ công khai và cổng UDP quan sát được bên ngoài mạng cục bộ. ICE, trong RFC 8445, dùng kiểm tra kết nối để thiết lập đường truyền giữa các endpoint.

RFC 3489 định nghĩa các loại Full Cone, Restricted Cone, Port-Restricted Cone và Đối xứng, cùng các phép thử ánh xạ và phản hồi để phân biệt chúng. Chúng tôi dùng logic đó với trình duyệt và máy chủ kiểm tra. Việc tìm địa chỉ IPv6 và kiểm tra kết nối từ bên ngoài được thực hiện riêng.

Kết quả mô tả đường truyền UDP được kiểm tra bằng trình duyệt này. VPN, tường lửa và hạn chế của trình duyệt có thể ảnh hưởng. Mạng thực tế cũng có thể kết hợp nhiều hành vi ánh xạ và lọc mà các nhãn NAT cũ không mô tả đầy đủ.

Phép kiểm tra không xác nhận CGNAT hay Double NAT, không kiểm tra mọi cổng ứng dụng và không bảo đảm nhãn NAT của máy chơi game hoặc mọi kết nối ngang hàng. Địa chỉ IPv6 công khai không chứng minh kết nối UDP từ bên ngoài.

RFC 3489 cũng lưu ý rằng lặp lại việc khám phá trên cùng socket cục bộ có thể dùng lại binding NAT cũ và làm sai lệch kết quả. Lần khám phá mới dùng endpoint cục bộ mới hoặc chờ binding cũ hết hạn. Kết quả phản ánh mạng tại thời điểm kiểm tra.