ตรวจสอบประเภท NAT ของคุณทันที
เครื่องมือออนไลน์ฟรีเพื่อตรวจจับประเภท NAT ของคุณสำหรับการเล่นเกม (PS5, Xbox, PC) และทำความเข้าใจการเชื่อมต่อเครือข่ายของคุณ
เปรียบเทียบประเภท NAT
| ประเภท NAT | เกม | VoIP | P2P | PS5 | Xbox | Switch |
|---|---|---|---|---|---|---|
| อินเทอร์เน็ตแบบเปิด | ยอดเยี่ยม | ยอดเยี่ยม | ยอดเยี่ยม | ประเภท 1 | Open | Type A |
| Full Cone NAT | ยอดเยี่ยม | ยอดเยี่ยม | ยอดเยี่ยม | ประเภท 1 | Open | Type A |
| Restricted Cone NAT | ดี | ดี | ปานกลาง | ประเภท 2 | Moderate | Type A |
| Port-Restricted Cone NAT | ปานกลาง | ปานกลาง | แย่ | ประเภท 2 | Moderate | Type B |
| NAT แบบสมมาตร | แย่ | แย่ | ถูกบล็อก | ประเภท 3 | Strict | Type C–D |
| ถูกบล็อก | แย่ | แย่ | ถูกบล็อก | ประเภท 3 / ไม่สำเร็จ | Strict / Unavailable | Type F |
คู่มือแพลตฟอร์ม
วิธีตรวจสอบและปรับปรุงประเภท NAT บนอุปกรณ์แต่ละชนิด
เหตุผลที่ควรเลือก NAT Checker
ตรวจสอบเครือข่ายได้ชัดเจนและเชื่อถือได้สำหรับทั้งเกมเมอร์และผู้ใช้ทั่วไป โดยไม่ต้องตั้งค่าหรือสมัครบัญชี
การตรวจจับที่แม่นยำ
เรานำข้อมูลการแมป IP และพอร์ตสาธารณะมาประกอบกับการทดสอบการเชื่อมต่อ UDP จริง เพื่อดูว่าเครือข่ายจัดการการเชื่อมต่อแบบเพียร์อย่างไร
วิธีที่เราแยกประเภท NAT ของคุณ
ค้นหาที่อยู่และพอร์ตสาธารณะ
STUN ค้นหาที่อยู่ IPv4 สาธารณะและพอร์ต UDP ที่แมปให้กับการเชื่อมต่อของเบราว์เซอร์
ตรวจสอบการเชื่อมต่อ UDP
เบราว์เซอร์แลกเปลี่ยนข้อมูลการเชื่อมต่อ WebRTC กับเซิร์ฟเวอร์ทดสอบ การตรวจสอบ ICE จะลองสร้างเส้นทาง UDP จริง
รายงานพฤติกรรมที่ตรวจพบ
เซิร์ฟเวอร์ส่งกลับประเภท NAT จากการตรวจสอบการแมปและการเชื่อมต่อ ผลลัพธ์อธิบายเส้นทางที่ทดสอบในครั้งนี้
ใช้โปรโตคอลของ IETF
ที่อยู่สาธารณะ พอร์ตที่แมป ประเภท NAT และการเชื่อมต่อ IPv6 เป็นข้อมูลที่ตรวจพบแยกกัน แต่ละผลลัพธ์มีความหมายดังนี้
นี่คือที่อยู่ IPv4 สาธารณะที่รายงานระหว่างการทดสอบ เราเตอร์หรือ ISP อาจแปลงที่อยู่ส่วนตัวก่อนที่ทราฟฟิกจะไปถึงอินเทอร์เน็ต ทำให้อุปกรณ์หรือผู้ใช้บริการหลายรายอาจใช้ที่อยู่สาธารณะเดียวกัน
ที่อยู่นี้เพียงอย่างเดียวไม่ยืนยันว่ามี CGNAT หรือ Double NAT และ VPN อาจเปลี่ยนที่อยู่สาธารณะที่การทดสอบมองเห็นได้
หากค้นพบพอร์ต ตัวเลขหลังเครื่องหมายทวิภาคในผล IPv4 คือพอร์ต UDP ที่ตรวจพบในการทดสอบผ่านเบราว์เซอร์ครั้งนี้ เช่น 203.0.113.10:62000 แสดงที่อยู่และพอร์ตที่รายงานคือ 62000
นี่ไม่ใช่พอร์ตเกม กฎส่งต่อพอร์ต หรือหลักฐานว่าเข้าถึงบริการที่ที่อยู่นั้นได้ การแมปอาจเปลี่ยนระหว่างการทดสอบหรือเมื่อปลายทางเปลี่ยน โดยเฉพาะใน NAT แบบสมมาตร
ผลลัพธ์อธิบายพฤติกรรม UDP ของ IPv4 ที่ตรวจพบบนเส้นทางที่ทดสอบ NAT 1 คือ Full Cone, NAT 2 คือ Restricted Cone, NAT 3 คือ Port-Restricted Cone และ NAT 4 คือ NAT แบบสมมาตร ส่วนอินเทอร์เน็ตแบบเปิดเป็นผลลัพธ์แยกสำหรับเส้นทางที่ไม่พบ NAT
นี่คือชื่อและหมายเลขที่ NAT Checker ใช้กับประเภทใน RFC 3489 ส่วน PlayStation, Xbox และแพลตฟอร์มอื่นมีชื่อและวิธีทดสอบของตัวเอง ประเภท NAT ไม่ได้วัดความเร็วดาวน์โหลดหรือรับประกันว่าทุกเกมจะเชื่อมต่อกับทุกเพียร์ได้ เลือก “วิธีจำแนก NAT” เพื่อดูขั้นตอนการตัดสินผล
นี่คือที่อยู่ IPv6 แบบ global ที่เบราว์เซอร์เปิดเผยระหว่างการตรวจสอบ IPv6 โดยไม่นับที่อยู่ที่ใช้ได้เฉพาะในอุปกรณ์หรือเครือข่ายภายใน การค้นหาที่อยู่ IPv6 ทำงานแยกจากการทดสอบ NAT ของ IPv4
การมีที่อยู่เพียงอย่างเดียวไม่ใช่หลักฐานว่าเชื่อมต่อจากภายนอกได้ “ตรวจไม่พบ IPv6” หมายถึงการตรวจสอบครั้งนี้ไม่พบที่อยู่ IPv6 แบบ global ไม่ได้พิสูจน์ว่า ISP หรืออุปกรณ์ของคุณไม่สามารถรองรับ IPv6
“ยืนยันการเชื่อมต่อจากภายนอกแล้ว” หมายถึงบริการทดสอบ IPv6 รายงานว่าการเชื่อมต่อ WebRTC/UDP สำเร็จบนเส้นทางนี้ การพบที่อยู่ IPv6 เพียงอย่างเดียวไม่เพียงพอสำหรับผลลัพธ์นี้
“ไม่สามารถยืนยันการเชื่อมต่อจากภายนอกได้” หมายถึงการเชื่อมต่อบนเส้นทางที่ทดสอบไม่สำเร็จ กฎไฟร์วอลล์ VPN ข้อจำกัดของเบราว์เซอร์ หรือสภาพเครือข่ายอาจมีผล การท่องเว็บผ่าน IPv6 ตามปกติยังอาจใช้งานได้ เพราะใช้การเชื่อมต่อและโปรโตคอลต่างกัน ส่วนการหมดเวลาหรือข้อผิดพลาดของบริการหมายถึงการตรวจสอบยังไม่เสร็จสมบูรณ์
“ถูกบล็อก” เป็นผลที่เซิร์ฟเวอร์ทดสอบ NAT ส่งกลับเมื่อไม่สามารถสร้างเส้นทางทดสอบ UDP นี้ได้ ผลนี้ไม่ได้ระบุว่าอุปกรณ์หรือการตั้งค่าใดเป็นสาเหตุ
“หมดเวลา” หมายถึงไม่ได้รับผลการจำแนกสุดท้ายภายในเวลารอ ส่วนข้อผิดพลาดหรือข้อความว่าบริการไม่พร้อมใช้งานหมายถึงการทดสอบไม่เสร็จสมบูรณ์ สถานะเหล่านี้ไม่ใช่การยืนยันว่าเป็น NAT 1–4 ลองทดสอบอีกครั้งและตรวจสอบข้อจำกัดของเบราว์เซอร์ VPN และไฟร์วอลล์ก่อนสรุปว่าเราเตอร์หรือ ISP มีปัญหา
เราใช้ตรรกะการแมปและการกรองในส่วนที่ 5 และ 10.1 ของ RFC 3489 โดย NAT 1–4 เป็นหมายเลขที่เราใช้เรียก NAT ทั้งสี่ประเภทที่ระบุไว้
RFC 3489 แยกประเภท NAT โดยเปรียบเทียบการแมป IP และพอร์ตสาธารณะ และทดสอบว่าการตอบกลับจากต้นทางใดบ้างที่มาถึงซ็อกเก็ต UDP เดียวกันภายในเครื่องได้ การเปลี่ยนต้นทางของการตอบกลับกับการเปลี่ยนปลายทางของคำขอเป็นการทดสอบพฤติกรรมคนละด้าน
- Test I: ส่ง STUN Binding Request ตามปกติ การตอบกลับมี MAPPED-ADDRESS ซึ่งเป็น IP สาธารณะและพอร์ต UDP ที่เซิร์ฟเวอร์มองเห็น เปรียบเทียบทั้ง IP และพอร์ตกับที่อยู่และพอร์ตของซ็อกเก็ตภายในเครื่องเพื่อตรวจว่ามีการแปลงหรือไม่
- Test II: ขอให้ส่งการตอบกลับจาก IP และพอร์ตของเซิร์ฟเวอร์ที่ต่างออกไป หากได้รับการตอบกลับ แสดงว่าต้นทางภายนอกที่ไคลเอนต์ยังไม่เคยติดต่อสามารถมาถึงการแมปนี้ได้
- Test I ไปยังปลายทางอื่น: ใช้ซ็อกเก็ตภายในเครื่องตัวเดิมส่งคำขอตามปกติไปยังที่อยู่และพอร์ตของเซิร์ฟเวอร์สำรองที่ระบุใน CHANGED-ADDRESS เปรียบเทียบ IP และพอร์ตสาธารณะใหม่กับการแมปครั้งแรก เพื่อตรวจว่าการแมปขึ้นอยู่กับปลายทางหรือไม่
- Test III: ขอการตอบกลับจาก IP ของเซิร์ฟเวอร์เดิม แต่ใช้พอร์ตที่ต่างออกไป เพื่อแยกการกรองขาเข้าที่ตรวจเฉพาะ IP ออกจากการกรองที่ต้องตรงทั้ง IP และพอร์ต
นี่คือการทดสอบเพื่อจำแนกประเภทตาม RFC การทดสอบผ่านเบราว์เซอร์ของเราใช้ STUN เพื่อหาการแมปสาธารณะ และตรวจสอบการเชื่อมต่อ WebRTC ร่วมกับเซิร์ฟเวอร์เพื่อรายงานประเภทพฤติกรรมที่สอดคล้องกัน
- Test I ได้รับการตอบกลับ และ IP สาธารณะหรือพอร์ตที่แมปต่างจากที่อยู่และพอร์ตของซ็อกเก็ตภายในเครื่อง จึงมี NAT
- Test II ได้รับการตอบกลับจาก IP และพอร์ตของเซิร์ฟเวอร์ที่ต่างออกไป ทั้งที่ไคลเอนต์ยังไม่ได้ส่งทราฟฟิกไปยังต้นทางที่ตอบกลับนั้น
- ตามผังการตัดสินใจของ RFC 3489 ผลนี้คือ Full Cone NAT ซึ่งเราเรียกว่า NAT 1
เมื่อสร้างการแมป UDP แล้ว ต้นทางภายนอกอื่นสามารถส่งถึงการแมปนี้ได้โดยไม่ต้องเคยติดต่อกันมาก่อน โดยทั่วไปจึงเชื่อมต่อเพียร์โดยตรงได้ง่ายขึ้น แต่ไม่ได้หมายความว่าทุกพอร์ตเปิดอยู่
- มี NAT แต่ Test II ไม่ได้รับการตอบกลับจาก IP และพอร์ตที่เปลี่ยนไป
- Test I ใหม่ไปยังปลายทางอื่นรายงาน IP และพอร์ตสาธารณะเดียวกับคำขอครั้งแรก การแมปจึงไม่เปลี่ยนสำหรับปลายทางนั้น
- Test III ได้รับการตอบกลับจาก IP ของเซิร์ฟเวอร์เดิมที่พอร์ตอื่น แค่เคยติดต่อ IP นั้นก็เพียงพอ ไม่จำเป็นต้องเคยติดต่อพอร์ตที่ตอบกลับโดยตรง
นี่คือ Restricted Cone NAT หรือ NAT 2 บนเว็บไซต์นี้ โดยอนุญาตทราฟฟิก UDP ขาเข้าจาก IP ภายนอกที่ไคลเอนต์เคยติดต่อแล้ว
- มี NAT และ Test II ไม่ได้รับการตอบกลับจาก IP และพอร์ตที่เปลี่ยนไป
- Test I ไปยังปลายทางอื่นรายงาน IP และพอร์ตสาธารณะเดิม จึงไม่พบการเปลี่ยนการแมปตามปลายทางในการเปรียบเทียบครั้งนี้
- Test III ก็ไม่ได้รับการตอบกลับเมื่อเปลี่ยนเฉพาะพอร์ตต้นทางของเซิร์ฟเวอร์ ตามโมเดล RFC ทราฟฟิกขาเข้าต้องตรงกับทั้ง IP และพอร์ตที่ไคลเอนต์เคยติดต่อ
นี่คือ Port-Restricted Cone NAT หรือ NAT 3 บนเว็บไซต์นี้ การแมปยังเหมือนเดิมในการเปรียบเทียบ แต่การกรองขาเข้าเข้มงวดกว่า NAT 2
- มี NAT และ Test II ไม่ได้รับการตอบกลับจาก IP และพอร์ตที่เปลี่ยนไป
- ทำ Test I ซ้ำจากซ็อกเก็ต UDP เดียวกันภายในเครื่องไปยังที่อยู่และพอร์ตของเซิร์ฟเวอร์สำรอง
- หาก IP สาธารณะหรือพอร์ตที่แมปเปลี่ยนจากการแมปครั้งแรก ผังการตัดสินใจของ RFC จะระบุว่าเป็น NAT แบบสมมาตร หรือ NAT 4 บนเว็บไซต์นี้
ตัวอย่างเช่น ปลายทางหนึ่งอาจเห็น 203.0.113.10:62000 และอีกปลายทางเห็น 203.0.113.10:62001 แค่พอร์ตเปลี่ยนก็เพียงพอ ไม่จำเป็นต้องเปลี่ยน IP สาธารณะด้วย ดังนั้นที่อยู่และพอร์ตที่ค้นพบผ่านเซิร์ฟเวอร์หนึ่งอาจใช้กับเพียร์อื่นไม่ได้ และบางแอปอาจต้องใช้เซิร์ฟเวอร์รีเลย์
หาก Test I ไม่ได้รับการตอบกลับ กระบวนการค้นหาใน RFC 3489 จะรายงาน UDP Blocked ในการทดสอบผ่านเบราว์เซอร์ การตั้งค่าเบราว์เซอร์ VPN ไฟร์วอลล์ ความพร้อมของบริการ หรือแพ็กเก็ตสูญหายก็อาจมีผลต่อเส้นทาง UDP ที่ล้มเหลวหรือทดสอบไม่เสร็จได้ ผลนี้เพียงอย่างเดียวไม่ระบุสาเหตุ
หาก Test I สำเร็จ และทั้ง IP กับพอร์ตที่แมปตรงกับที่อยู่และพอร์ตของซ็อกเก็ตภายในเครื่อง แสดงว่าไม่พบ NAT หาก Test II ต่อมาสำเร็จ ผลคืออินเทอร์เน็ตแบบเปิด หาก Test II ล้มเหลวบนเส้นทางที่ไม่มี NAT นี้ RFC เรียกว่า Symmetric UDP Firewall ซึ่งเป็นการกรองโดยไม่มีการแปลงที่อยู่ ไม่ใช่ NAT แบบสมมาตร และไม่ควรสับสนกับ NAT 4
เราไม่ได้แสดง Symmetric UDP Firewall เป็นประเภทผลลัพธ์แยกต่างหาก การทดสอบที่ไม่เสร็จหรือข้อผิดพลาดของบริการก็เป็นคนละสถานะกับประเภท NAT ที่ยืนยันแล้ว
STUN ค้นหาการแมปสาธารณะ ICE ตรวจสอบการเชื่อมต่อ และ RFC 3489 ให้โมเดลสำหรับจำแนก NAT
STUN ซึ่งอธิบายใน RFC 8489 ช่วยให้เบราว์เซอร์ทราบที่อยู่สาธารณะและพอร์ต UDP ที่มองเห็นจากภายนอกเครือข่ายภายใน ส่วน ICE ใน RFC 8445 ใช้การตรวจสอบการเชื่อมต่อเพื่อสร้างเส้นทางระหว่างจุดปลายทั้งสอง
RFC 3489 กำหนดประเภท Full Cone, Restricted Cone, Port-Restricted Cone และแบบสมมาตร รวมถึงการทดสอบการแมปและการตอบกลับที่ใช้แยกประเภท เราใช้ตรรกะนี้กับเบราว์เซอร์และเซิร์ฟเวอร์ทดสอบ ส่วนการค้นหาที่อยู่ IPv6 และการเชื่อมต่อจากภายนอกจะตรวจสอบแยกกัน
ผลลัพธ์อธิบายเส้นทาง UDP ที่ทดสอบด้วยเบราว์เซอร์นี้ VPN ไฟร์วอลล์ และข้อจำกัดของเบราว์เซอร์อาจมีผล เครือข่ายจริงอาจมีพฤติกรรมการแมปและการกรองหลายแบบร่วมกัน ซึ่งชื่อประเภท NAT แบบเดิมอธิบายได้ไม่ครบ
การทดสอบไม่ได้ยืนยัน CGNAT หรือ Double NAT ตรวจสอบทุกพอร์ตของแอป หรือรับประกันชื่อประเภท NAT บนคอนโซลและทุกการเชื่อมต่อกับเพียร์ การมีที่อยู่ IPv6 สาธารณะไม่ใช่หลักฐานว่ามีการเชื่อมต่อ UDP จากภายนอก
RFC 3489 ยังระบุว่าการค้นหาซ้ำโดยใช้ซ็อกเก็ตภายในเครื่องตัวเดิมอาจนำ NAT binding เก่ามาใช้ซ้ำและทำให้ผลคลาดเคลื่อน การค้นหาใหม่จะใช้ที่อยู่และพอร์ตภายในใหม่ หรือรอให้ binding เก่าหมดอายุ ผลลัพธ์สะท้อนเครือข่าย ณ เวลาที่ตรวจสอบ
ผลลัพธ์ที่รวดเร็ว
NAT 1–4 มักใช้เวลา 2–10 วินาที หากเส้นทาง UDP ถูกบล็อกจะใช้เวลาประมาณ 20 วินาที
ดูเวลาตรวจสอบแต่ละประเภท
ผลจะแสดงเมื่อการตรวจสอบแต่ละรายการเสร็จสิ้น เวลาตรวจสอบ IPv4 โดยทั่วไปขึ้นอยู่กับพฤติกรรมของ NAT:
- Full Cone NAT (NAT 1)
- ≈2 s
- Restricted Cone NAT (NAT 2)
- ≈5 s
- Port-Restricted Cone NAT (NAT 3)
- ≈8 s
- NAT แบบสมมาตร (NAT 4)
- ≈10 s
- ถูกบล็อก / UDP หมดเวลารอ
- ≈20 s
เส้นทางที่ถูกบล็อกจะรอจนครบช่วงทดสอบ 20 วินาที เพื่อให้การพยายามเชื่อมต่อมีเวลาทำงานจนเสร็จ เวลานี้เป็นค่าประมาณ สภาพเครือข่ายและการตรวจสอบ IPv6 แยกต่างหากอาจมีผลต่อเวลารวม
IPv4/IPv6 ดูอัลสแต็ก
ตรวจสอบ IPv4 NAT และ IPv6 แยกกัน พร้อมยืนยันด้วยการเชื่อมต่อ UDP จากภายนอกจริง
วิธีทำงานของการตรวจสอบทั้งสอง
ตรวจสอบ IPv4 และ IPv6 แยกกัน เพื่อให้เห็นการทำงานของเส้นทางเครือข่ายแต่ละแบบ
- พฤติกรรม NAT ของ IPv4
- ใช้ STUN และการทดสอบการเชื่อมต่อร่วมกับเซิร์ฟเวอร์เพื่อแสดงประเภท NAT และที่อยู่ IPv4 สาธารณะของคุณ
- ค้นหาที่อยู่ IPv6 สาธารณะ
- ค้นหาที่อยู่ IPv6 แบบ global ที่เบราว์เซอร์เปิดเผย และไม่นับที่อยู่ที่ใช้ได้เฉพาะภายในเครือข่าย
- การเชื่อมต่อ IPv6 จากภายนอก
- เซิร์ฟเวอร์ IPv6 พยายามสร้างการเชื่อมต่อ WebRTC/UDP จริง การพบที่อยู่เพียงอย่างเดียวไม่ถือเป็นหลักฐานว่าเชื่อมต่อได้
“ไม่สามารถยืนยันการเชื่อมต่อจากภายนอกได้” หมายถึงเส้นทางทดสอบนี้ยังเชื่อมต่อไม่สำเร็จ การท่องเว็บทั่วไปผ่าน IPv6 อาจยังทำงานได้ กฎไฟร์วอลล์หรือข้อจำกัดของเบราว์เซอร์อาจมีผลต่อผลทดสอบ
ฟรีเสมอ
ฟรีตั้งแต่เปิดตัวเมื่อ 21 กรกฎาคม 2025 และไม่เคยเรียกเก็บเงินสำหรับการทดสอบ NAT
ฟีเจอร์ที่ใช้งานได้ฟรี
- ไม่ต้องมีบัญชีหรือสมัครสมาชิก
- ทำงานในเบราว์เซอร์โดยไม่ต้องติดตั้งซอฟต์แวร์
- รวมผลประเภท NAT และผล IPv6 โดยไม่ต้องอัปเกรดแบบเสียเงินเพื่อดูผล
ครอบคลุมทั่วโลก
มีผู้เข้าชมจากทวีปอเมริกา ยุโรป และเอเชีย
- สหรัฐอเมริกา
- บราซิล
- เยอรมนี
- สหราชอาณาจักร
- อินโดนีเซีย
- อินเดีย
ภาษาและแหล่งข้อมูลการเข้าชม
หน้าแรกของเรามีผู้เข้าชมจากทวีปอเมริกา ยุโรป และเอเชีย รวมถึงประเทศต่อไปนี้:
รองรับ 24 ภาษา ใช้งานได้บนเบราว์เซอร์คอมพิวเตอร์และมือถือที่รองรับ WebRTC
เรียงประเทศตามจำนวนคลิกจาก Google Search ไปยังหน้าแรก ระหว่าง 30 มิถุนายน–29 กันยายน 2026 โดยรวมทุกเวอร์ชันภาษา
ความเป็นส่วนตัวและข้อมูลประวัติการทดสอบล่าสุดบันทึกไว้ในเบราว์เซอร์นี้ คุณล้างข้อมูลได้ทุกเมื่อ
- ประวัติที่คุณจัดการได้
- ผลลัพธ์สามครั้งล่าสุด รวมถึงที่อยู่ IP และเวลาที่ทดสอบ จะบันทึกไว้ในเบราว์เซอร์นี้ เลือก “ล้าง” ใน “ประวัติ” เพื่อลบข้อมูล
- ข้อมูลที่จำเป็นสำหรับการทดสอบ
- เซิร์ฟเวอร์ทดสอบของเราและผู้ให้บริการ STUN ได้รับที่อยู่เครือข่ายเพื่อใช้ตรวจสอบการเชื่อมต่อ ซึ่งเป็นวิธีที่การทดสอบใช้ค้นหาการแมปสาธารณะของคุณ
- บันทึกบริการและโฆษณา
- นโยบายความเป็นส่วนตัวของเรากำหนดให้เก็บบันทึกคำขอเซิร์ฟเวอร์ทั่วไปไว้เจ็ดวัน เว็บไซต์ใช้ Google AdSense และอาจใช้เครื่องมือวิเคราะห์ข้อมูล
ทำความเข้าใจประเภท NAT และผลกระทบต่อการเชื่อมต่อออนไลน์
Network Address Translation (NAT) เป็นกลไกพื้นฐานของเครือข่ายสมัยใหม่ ช่วยให้อุปกรณ์หลายเครื่องในบ้านใช้ IP สาธารณะร่วมกัน จึงประหยัดที่อยู่ IPv4 และแยกเครือข่ายภายในออกจากอินเทอร์เน็ตอีกชั้นหนึ่ง
เวลาเปิดเว็บไซต์ทั่วไป คุณแทบไม่รู้สึกถึง NAT แต่ผลของมันจะชัดขึ้นเมื่อแอปต้องเชื่อมต่อผู้ใช้เข้าหากันโดยตรง เช่น เกมออนไลน์ แชตเสียง วิดีโอคอล และบริการแบบ peer-to-peer (P2P)
เมื่อรู้ประเภท NAT คุณจะเข้าใจได้ง่ายขึ้นว่าทำไมบางการเชื่อมต่อจึงลื่นไหล ขณะที่บางครั้งเชื่อมต่อไม่สำเร็จหรือต้องอ้อมผ่านเซิร์ฟเวอร์รีเลย์ที่ช้ากว่า
เหตุใดพฤติกรรมของ NAT จึงมีความสำคัญมากกว่าความเร็วอินเทอร์เน็ต
ปัญหาการเชื่อมต่อมักถูกมองว่าเกิดจากแบนด์วิธน้อยหรือสัญญาณอ่อน แต่ความเร็วอินเทอร์เน็ตสูงเพียงอย่างเดียวไม่ได้รับประกันว่าการเชื่อมต่อแบบเรียลไทม์จะเสถียร
NAT เป็นตัวกำหนดทั้งวิธีจัดการทราฟฟิกขาเข้า และว่าอุปกรณ์ภายนอกจะเชื่อมต่อกลับมายังระบบของคุณได้หรือไม่หลังจากระบบสร้างการเชื่อมต่อขาออกแล้ว หากเครือข่ายจำกัดการตอบกลับขาเข้ามากเกินไป แอปที่ใช้ P2P อาจสร้างหรือรักษาการเชื่อมต่อโดยตรงได้ยาก
นี่คือสาเหตุที่ผู้ใช้สองคนที่มีความเร็วอินเทอร์เน็ตใกล้เคียงกันสามารถมีประสบการณ์ที่แตกต่างกันมากในเกมออนไลน์หรือการแชทด้วยเสียง ความแตกต่างมักอยู่ที่พฤติกรรมของ NAT มากกว่าแบนด์วิธดิบ
ประเภท NAT ทั่วไปและความหมายในทางปฏิบัติ
เครือข่ายที่ต่างกันใช้ NAT ในรูปแบบที่ต่างกัน พฤติกรรมเหล่านี้โดยทั่วไปจะแบ่งออกเป็นหลายประเภท:
การกำหนดค่านี้อนุญาตให้โฮสต์ภายนอกเข้าถึงอุปกรณ์ของคุณเมื่อมีการเชื่อมต่อขาออก โดยมีข้อจำกัดน้อยที่สุดและโดยทั่วไปจะมอบประสบการณ์ที่ดีที่สุดสำหรับการเล่นเกมและการสื่อสารแบบเรียลไทม์
การเชื่อมต่อขาเข้าจะจำกัดอยู่เฉพาะที่อยู่ IP ภายนอกที่อุปกรณ์ได้ติดต่อไว้ก่อนหน้านี้ แอปพลิเคชันส่วนใหญ่ยังใช้งานได้ แต่การจับคู่หรือการเชื่อมต่อบางครั้งอาจใช้เวลานานขึ้น
คล้ายกับ Restricted Cone NAT แต่ทราฟฟิกขาเข้าต้องตรงทั้ง IP ภายนอกและพอร์ต จึงทำให้แอป P2P บางประเภทเชื่อมต่อได้ยากขึ้น
การแมปอาจเปลี่ยนไปตามปลายทาง และทราฟฟิกขาเข้าถูกจำกัดอย่างมาก นี่คือ NAT ที่เข้มงวดที่สุดและมักขัดขวางการเชื่อมต่อ P2P โดยตรง
ประเภท NAT ส่งผลต่อการเล่นเกมและแอปพลิเคชันแบบเรียลไทม์อย่างไร
เกมออนไลน์ที่มีผู้เล่นหลายคน ระบบแชทด้วยเสียง และเครื่องมือการประชุมมักจะพยายามสร้างการเชื่อมต่อโดยตรงระหว่างผู้เล่นหรือผู้เข้าร่วมเพื่อลดเวลาแฝงและปรับปรุงคุณภาพ
เมื่อ NAT ที่เข้มงวดขวางการเชื่อมต่อโดยตรง ทราฟฟิกอาจต้องผ่านเซิร์ฟเวอร์รีเลย์ แม้ยังสื่อสารต่อได้ แต่รีเลย์อาจทำให้เกิดปัญหาต่อไปนี้:
ในสถานการณ์แข่งขันหรือเกมที่ดำเนินเร็ว ปัญหาเหล่านี้อาจทำให้ประสบการณ์ใช้งานแย่ลงอย่างมาก
ความท้าทายของ NAT ในเครือข่ายภายในบ้านและ ISP
การตั้งค่าเครือข่ายทั่วไปหลายอย่างอาจส่งผลต่อพฤติกรรมของ NAT:
เมื่อเราเตอร์สองตัวทำ NAT กฎการเชื่อมต่อจะมีข้อจำกัดมากขึ้นและยากต่อการจัดการ
หากไม่มีการจัดการพอร์ตอัตโนมัติ แอปพลิเคชันอาจรับการเชื่อมต่อขาเข้าที่ต้องการไม่ได้
ผู้ให้บริการอินเทอร์เน็ตบางรายวางลูกค้าไว้หลังโครงสร้างพื้นฐาน NAT ที่ใช้ร่วมกัน ทำให้การเชื่อมต่อขาเข้าถูกจำกัดไม่ว่าจะตั้งค่าเราเตอร์ภายในบ้านอย่างไร
การกรองที่เข้มงวดเกินไปอาจบล็อกทราฟฟิกขาเข้าหรือการตอบกลับที่ถูกต้องโดยไม่ตั้งใจ
การระบุประเภท NAT ของคุณเป็นขั้นตอนแรกในการพิจารณาว่าปัจจัยเหล่านี้ส่งผลกระทบต่อเครือข่ายของคุณหรือไม่ อ่านคู่มือตรวจสอบ CGNAT
เหตุใดการตรวจจับประเภท NAT จึงมีประโยชน์
การรู้ประเภท NAT ช่วยให้วิเคราะห์ปัญหาได้ชัดเจนขึ้น เช่น:
ออกแบบให้เข้าใจง่าย ไม่ซับซ้อน
NAT Checker วัดพฤติกรรมเครือข่ายที่สังเกตได้จริง แทนการคาดเดาจากค่าในเราเตอร์ คุณจึงได้ผลลัพธ์ที่เข้าใจง่ายและนำไปใช้ได้ โดยไม่ต้องดาวน์โหลด สมัครบัญชี หรือให้สิทธิ์อุปกรณ์
การทดสอบใช้ข้อมูลน้อยและแสดงผลได้รวดเร็ว จึงเช็กการเชื่อมต่อได้โดยไม่รบกวนการใช้งานตามปกติ
เครื่องมือที่ใช้งานได้จริงสำหรับผู้ใช้ทั่วไป
ไม่ว่าคุณกำลังแก้ปัญหาเกมออนไลน์ ตรวจสอบแชตเสียง หรือแค่อยากเข้าใจเครือข่ายของตัวเอง ประเภท NAT จะช่วยให้เห็นสาเหตุได้ชัดขึ้น และตัดสินใจเรื่องการตั้งค่าเราเตอร์ อุปกรณ์ หรือผู้ให้บริการได้ดีขึ้น
สถิติการใช้งานทั่วโลก
คำถามที่พบบ่อย
ใช้เบราว์เซอร์ที่รองรับ WebRTC
- เชื่อมต่อ Wi-Fi หรือเครือข่ายแบบใช้สายที่ต้องการทดสอบ หากต้องการเช็กการเชื่อมต่อที่บ้าน ให้ตัดการเชื่อมต่อ VPN ก่อน เปิด natchecker.com/th บนคอมพิวเตอร์หรือโทรศัพท์
- เลือก “เช็ก NAT ของฉัน” ที่ด้านบนของหน้าและเปิดหน้านี้ค้างไว้ ให้เวลาการทดสอบ IPv4 สูงสุด 20 วินาที
- อ่านผลลัพธ์ เปิด “ผลทดสอบหมายถึงอะไร” ในส่วนด้านบนเพื่อดูคำอธิบายของแต่ละช่อง
- หลังเปลี่ยนเราเตอร์ VPN หรือเครือข่าย เลือก “ทดสอบอีกครั้ง” แล้วเปรียบเทียบผลใหม่