D-Link ตั้ง MTU ผิด เน็ตหลุดหรือเว็บไม่เปิด

 D-Link ตั้ง MTU ผิด อาจทำให้อินเทอร์เน็ตดูเหมือนใช้งานได้บางส่วน แต่เกิดอาการแปลก ๆ เช่น บางเว็บเปิดไม่ได้, โหลดหน้าเว็บค้าง, VPN หลุด, เกมออนไลน์มีปัญหา, Upload ค้าง หรือดาวน์โหลดไฟล์บางประเภทไม่สำเร็จ ทั้งที่ Wi-Fi และ WAN ยัง Connected ตามปกติ

แนวทางของ comsiam คืออย่าเปลี่ยนค่า MTU แบบสุ่ม หากอินเทอร์เน็ตเคยใช้งานได้ก่อนแก้ค่า ควรคืนเป็นค่าเดิมหรือค่า Default ก่อน จากนั้นค่อยตรวจตาม Connection Type เช่น Dynamic IP, PPPoE หรือ VPN เพราะแต่ละระบบมี Overhead แตกต่างกัน

🔎 MTU คืออะไร

MTU ย่อมาจาก

Maximum Transmission Unit

หมายถึงขนาดสูงสุดของ Packet ที่ Interface สามารถส่งได้โดยไม่ต้องแบ่งข้อมูลเพิ่มเติม

หาก MTU ไม่เหมาะกับเส้นทาง Network อาจเกิด

• Packet Fragmentation

• Packet ถูก Drop

• เว็บไซต์ค้าง

• VPN มีปัญหา

• Upload/Download บางแบบล้มเหลว

MTU จึงมีผลกับคุณภาพ Connection แม้ Router จะยังแสดงสถานะ Connected

⚠️ ① MTU ผิดมีอาการอย่างไร

อาการที่พบได้ เช่น

• บางเว็บเข้าได้ บางเว็บเข้าไม่ได้

• HTTPS บางเว็บหมุนค้าง

• เปิดหน้า Login ไม่ขึ้น

• ดาวน์โหลดไฟล์ใหญ่ไม่สำเร็จ

• Upload ไฟล์ค้าง

• VPN Connect ได้แต่ใช้งานไม่ได้

• เกมออนไลน์หลุด

• Video Call ไม่เสถียร

• Speed Test ทำงานแปลก

• Internet หลุดเมื่อส่งข้อมูลบางประเภท

อาการเหล่านี้ไม่ได้ยืนยันว่า MTU เป็นสาเหตุเสมอไป แต่ควรตรวจเมื่อปัญหาเริ่มหลังมีการเปลี่ยน MTU

🌐 ② ตรวจ WAN ก่อนว่า Connected หรือไม่

ก่อนแก้ MTU ให้ดู

• WAN IP

• Gateway

• Internet Status

WAN IP เป็น 0.0.0.0

อย่าเริ่มจาก MTU

ควรตรวจ

• PPPoE

• Dynamic IP

• VLAN

• WAN Link

ก่อน

WAN Connected ปกติ

แต่บาง Traffic ใช้งานไม่ได้

จึงค่อยสงสัย MTU มากขึ้น

🔄 ③ ถ้าเพิ่งแก้ MTU แล้วเน็ตมีปัญหา ให้คืนค่าเดิมก่อน

นี่เป็นวิธีทดสอบที่ง่ายที่สุด

หากก่อนหน้านี้ Internet ปกติ แล้วหลังเปลี่ยน MTU เริ่มมีอาการ ให้

① จดค่าปัจจุบัน
② คืน MTU เป็นค่าเดิม
③ Save
④ Reconnect WAN หรือ Restart D-Link
⑤ ทดสอบใหม่

ถ้าอาการหายทันที มีโอกาสสูงว่า MTU ที่ตั้งใหม่ไม่เหมาะสม

⚙️ ④ ใช้ Auto หรือ Default ก่อนถ้ารุ่นรองรับ

D-Link หลายรุ่นสามารถใช้ค่า MTU Default ตาม Connection Type

หากผู้ใช้ไม่มีเหตุผลเฉพาะในการแก้ MTU ควรเริ่มจาก

• Auto

• Default

• ISP Recommended

ตามตัวเลือกที่ Router รองรับ

การใช้ค่า Default มักปลอดภัยกว่าการเดาตัวเลข

📏 ⑤ ค่า MTU ไม่ได้เหมือนกันทุกระบบ

ค่า MTU ที่เหมาะสมขึ้นอยู่กับเทคโนโลยีและเส้นทาง Network

ตัวอย่างเชิงหลักการ

Ethernet ทั่วไป

มักพบค่าใกล้

1500

PPPoE

มี Protocol Overhead เพิ่ม ทำให้มักพบค่า MTU ต่ำกว่า Ethernet ปกติ เช่น

1492

อย่างไรก็ตามไม่ควรถือว่าตัวเลขเดียวเหมาะกับทุก ISP หรือทุกโครงสร้าง

🔐 ⑥ ถ้าใช้ PPPoE ให้ตรวจ MTU เป็นพิเศษ

PPPoE เพิ่ม Header เข้าไปใน Packet

หากตั้ง MTU สูงเกินเส้นทางที่รองรับ อาจเกิดอาการ

• เว็บบางเว็บค้าง

• VPN ผิดปกติ

• Upload ไม่สำเร็จ

• Connection บางประเภท Timeout

หาก D-Link เคยทำงานปกติด้วยค่า Default ควรใช้ค่าเดิมก่อนทดลองค่าอื่น

🌐 ⑦ Dynamic IP ก็มีปัญหา MTU ได้

แม้ Dynamic IP มักใช้งานผ่าน Ethernet ที่รองรับ MTU มาตรฐาน แต่ Network ด้านหน้าของ D-Link อาจมี

• Tunnel

• VPN

• Router ซ้อน

• ISP Encapsulation

เพิ่มขึ้นอีก

ดังนั้นไม่ควรตั้ง MTU จาก Connection Type เพียงอย่างเดียวโดยไม่ดู Network Path

🔐 ⑧ VPN ทำให้ MTU ซับซ้อนขึ้น

VPN เพิ่ม Header ให้ Packet เช่นเดียวกัน

หากอาการเกิดเฉพาะตอนเปิด VPN เช่น

• VPN Connect แล้วไม่มี Internet

• บางเว็บไม่เปิด

• Remote Desktop ค้าง

• ส่งไฟล์ใหญ่ไม่ได้

อาจเกี่ยวข้องกับ MTU หรือ MSS ภายใน Tunnel

ให้ทดสอบปิด VPN ก่อน

ปิด VPN แล้วหาย

ควรตรวจ VPN Configuration ก่อนลด MTU ของ D-Link ทั้งระบบ

🧪 ⑨ ทดสอบโดยไม่ใช้ VPN

หากมีปัญหา Internet ระหว่างเปิด VPN ให้

① ปิด VPN
② ทดสอบเว็บไซต์
③ ทดสอบ Upload/Download
④ เปิด VPN กลับ
⑤ เปรียบเทียบอาการ

วิธีนี้ช่วยแยกว่า MTU Problem อยู่ที่

• WAN

• Router

• VPN Tunnel

ส่วนใด

🌍 ⑩ ถ้าเข้าเว็บบางเว็บไม่ได้ ให้แยก DNS ออกจาก MTU

DNS Problem และ MTU Problem อาจมีอาการคล้ายกัน

DNS มีปัญหา

มักเกิดตอนแปลงชื่อ Domain

MTU มีปัญหา

อาจ Resolve Domain ได้ แต่ Connection หรือข้อมูลบางขนาดส่งต่อไม่สมบูรณ์

ดังนั้นหากเปลี่ยน DNS แล้วไม่หาย จึงค่อยตรวจ MTU เพิ่มเติม

🔎 ⑪ เว็บ HTTPS ค้างอาจเกี่ยวกับ MTU

บางกรณีหน้าเว็บขนาดเล็กเปิดได้ แต่ HTTPS Connection บางเว็บค้าง

อาจเกิดจาก Packet ขนาดใหญ่บางช่วงเดินทางไม่ผ่านเส้นทาง

แต่ปัญหานี้อาจมาจาก

• Firewall

• DNS

• IPv6

• VPN

ได้เช่นกัน

จึงต้องใช้การทดสอบหลายอย่างประกอบ

📤 ⑫ Upload ไฟล์ใหญ่ค้าง แต่ไฟล์เล็กผ่าน

อาการนี้เป็นหนึ่งในกรณีที่ควรสงสัย MTU มากขึ้น

ตัวอย่าง

• ส่งข้อความได้

• เปิดเว็บไซต์ได้

• Upload ไฟล์เล็กได้

• แต่ Upload ไฟล์ใหญ่ค้าง

ควรตรวจ

• MTU

• Packet Loss

• VPN

• Upload Bandwidth

ร่วมกัน

📥 ⑬ Download บางไฟล์ค้าง

หาก Download เริ่มได้ แต่หยุดกลางทาง หรือบริการบางแห่งโหลดไม่ได้ อาจเกี่ยวข้องกับ

• MTU

• Packet Loss

• Server

• Firewall

ไม่ควรลด MTU ทันทีจากอาการนี้เพียงอย่างเดียว

ควรทดสอบหลาย Server ก่อน

🎮 ⑭ เกมออนไลน์หลุดอาจเกี่ยวกับ MTU หรือไม่

เป็นไปได้ โดยเฉพาะหาก

• เกมบางเกมเล่นไม่ได้

• Login ได้แต่เข้า Match ไม่ได้

• Voice Chat มีปัญหา

• VPN Gaming มีอาการร่วม

แต่ถ้า Wi-Fi หรือ WAN หลุดจริง ให้ตรวจ

• Packet Loss

• Router

• ISP

ก่อน MTU

🎥 ⑮ Streaming ค้างไม่ได้แปลว่า MTU ผิดเสมอไป

YouTube หรือ Netflix Buffer มักเกี่ยวข้องกับ

• Wi-Fi

• Bandwidth

• Packet Loss

• ISP

มากกว่า MTU ในหลายกรณี

ควรตรวจ MTU เมื่อ Streaming Problem เกิดร่วมกับ

• บางเว็บไม่เปิด

• VPN ผิดปกติ

• Upload ค้าง

อย่างเป็นรูปแบบเดียวกัน

📉 ⑯ ตรวจ Packet Loss ก่อนลด MTU มากเกินไป

Packet Loss สามารถสร้างอาการคล้าย MTU ได้

เช่น

• เว็บค้าง

• เกมหลุด

• Video Call กระตุก

หากมี Loss แม้ Ping ไป Router เอง ควรแก้ Wi-Fi/LAN ก่อน

ถ้า Loss เริ่มหลัง WAN จึงค่อยตรวจ ISP หรือ Path

🔌 ⑰ ทดสอบผ่านสาย LAN

ถ้าปัญหาเกิดเฉพาะ Wi-Fi แต่ LAN ปกติ มักไม่ใช่ WAN MTU เป็นสาเหตุแรก

LAN ปกติ

ให้ตรวจ Wireless

LAN และ Wi-Fi มีอาการเหมือนกัน

จึงมีเหตุผลมากขึ้นที่จะตรวจ WAN MTU หรือ ISP

🌐 ⑱ ตรวจ Connection Type ก่อนกำหนด MTU

ดูว่า D-Link ใช้

• Dynamic IP

• PPPoE

• Static IP

อยู่

อย่าใช้ค่า MTU ที่อ่านจากระบบ PPPoE ไปตั้งกับ Network อื่นโดยอัตโนมัติ

Connection Type เป็นเพียงหนึ่งปัจจัย ยังต้องดู ISP และ Tunnel ด้วย

🧩 ⑲ ตรวจ VLAN ด้วยถ้า Internet ยังไม่ Connect

หาก

• PPPoE ยัง Connecting

• WAN IP ยัง 0.0.0.0

ควรตรวจ VLAN ก่อน MTU

เพราะ VLAN ผิดสามารถทำให้ Connection ไม่เกิดขึ้นตั้งแต่ต้น

MTU จะมีความหมายมากขึ้นหลัง WAN เชื่อมสำเร็จแล้ว

🧪 ⑳ ใช้ Ping ทดสอบ Path MTU ได้อย่างไร

ผู้ใช้ที่มีพื้นฐาน Network สามารถใช้ Ping ที่กำหนดขนาด Packet และตั้งไม่ให้ Fragment เพื่อช่วยประมาณ Path MTU

บน Windows อาจใช้แนวคิดคำสั่ง

ping <ปลายทาง> -f -l <ขนาด>

จากนั้นปรับขนาดเพื่อหาค่าที่ส่งผ่านได้โดยไม่ต้อง Fragment

ต้องเข้าใจว่า Payload ของ Ping ไม่เท่ากับ MTU ทั้ง Packet เพราะยังมี Header เพิ่มเติม

🧮 ㉑ อย่าลืม Header ของ IP และ ICMP

เมื่อใช้ Ping ทดสอบบน IPv4 โดยทั่วไปต้องเผื่อ Header

• IPv4 Header

• ICMP Header

รวมประมาณ

28 bytes

ตัวอย่างเชิงหลักการ หาก Payload ขนาด 1472 bytes ผ่านโดยไม่ Fragment

1472 + 28 =

1500

จึงอาจบ่งชี้ Path MTU 1500 ในเส้นทางนั้น

แต่ผลจริงขึ้นอยู่กับ Network Path และระบบที่ทดสอบ

⚠️ ㉒ อย่าลด MTU แบบก้าวกระโดด

การลด MTU มากเกินไปอาจทำให้

• Efficiency ลดลง

• มี Packet จำนวนมากขึ้น

• Throughput ลด

• CPU/Protocol Overhead เพิ่ม

ดังนั้นไม่ควรเห็นปัญหาแล้วลดจากค่าปกติลงไปต่ำมากโดยไม่มีการทดสอบ

ควรเปลี่ยนทีละน้อยและจดผล

📋 ㉓ จดค่าเดิมก่อนแก้ MTU

ก่อนเปลี่ยนทุกครั้งควรจด

• MTU เดิม

• Connection Type

• Firmware Version

• อาการก่อนแก้

แล้วเปลี่ยนเพียงตัวแปรเดียว

ช่วยให้ย้อนกลับได้หากผลแย่ลง

🔄 ㉔ Reconnect WAN หลังเปลี่ยน MTU

หลัง Save MTU ควร

• Disconnect/Reconnect WAN

• หรือ Restart Router หากรุ่นต้องการ

จากนั้นทดสอบอาการเดิม

ไม่ควรเปลี่ยน MTU หลายค่าโดยไม่ทดสอบระหว่างแต่ละค่า

🧪 ㉕ ทดสอบหลายประเภท Traffic

หลังแก้ MTU ให้ลอง

• เปิดเว็บ

• HTTPS

• Download

• Upload

• Video Call

• VPN หากใช้งาน

• เกมออนไลน์

เพราะ Speed Test อย่างเดียวอาจไม่เห็นปัญหา MTU ทุกประเภท

🌐 ㉖ ตรวจ IPv6

IPv6 ใช้กลไก MTU และ Path MTU Discovery แตกต่างในรายละเอียดจาก IPv4

ถ้ามีปัญหาเฉพาะเมื่อ IPv6 เปิด สามารถปิด IPv6 ชั่วคราวเพื่อทดสอบได้

หากปิดแล้วหาย ควรตรวจ IPv6 Path และ ISP เพิ่มเติม

ไม่ควรปิด IPv6 ถาวรเพียงจากการทดสอบครั้งเดียว

🛡️ ㉗ Firewall อาจรบกวน Path MTU Discovery

Network บางประเภทต้องพึ่งข้อความ ICMP เพื่อแจ้งว่าขนาด Packet ใหญ่เกินไป

หาก Firewall บล็อก Traffic ที่จำเป็นทั้งหมด อาจเกิดปัญหาที่เรียกว่า Path MTU Discovery ทำงานไม่สมบูรณ์

จึงไม่ควรตั้ง Firewall ให้บล็อก ICMP ทุกชนิดแบบเหมารวมโดยไม่มีเหตุผล

🔀 ㉘ Double NAT ไม่ได้แปลว่าต้องลด MTU เสมอ

โครงสร้าง

ONU Router → D-Link Router → Client

เป็น Double NAT

แต่ NAT สองชั้นอย่างเดียวไม่ได้หมายความว่า MTU ต้องลด

ควรปรับ MTU ก็ต่อเมื่อมีหลักฐานว่า Path หรือ Tunnel มีข้อจำกัดจริง

🌍 ㉙ CGNAT ไม่ใช่เหตุผลให้ลด MTU โดยอัตโนมัติ

CGNAT เป็นเรื่องของ Address Translation ฝั่ง ISP

แม้อาจมี Network Architecture เพิ่มขึ้น แต่ไม่ได้หมายความว่าทุก Connection ผ่าน CGNAT ต้องใช้ MTU ต่ำลง

ดังนั้นไม่ควรลด MTU เพียงเพราะทราบว่า ISP ใช้ CGNAT

🔧 ㉚ ตรวจหลัง Firmware Update

หากอาการเริ่มหลังอัปเดต Firmware ให้ตรวจว่า MTU

• กลับค่า Default หรือไม่

• ถูกเปลี่ยนหรือไม่

• WAN Connection Type ยังเหมือนเดิมหรือไม่

บางครั้งต้นเหตุจริงคือ PPPoE, VLAN หรือ DNS ที่เปลี่ยน ไม่ใช่ MTU

🔄 ㉛ ตรวจหลัง Factory Reset

Factory Reset อาจทำให้ MTU กลับค่า Default

หากก่อน Reset เคยใช้ค่าเฉพาะจาก ISP ต้องตรวจว่าต้องตั้งกลับหรือไม่

แต่ต้องตั้ง

• PPPoE

• VLAN

• WAN

ให้ Connected ก่อน

จากนั้นจึงค่อยแก้ MTU

📞 ㉜ สอบถาม ISP หากต้องใช้ MTU เฉพาะ

ถ้าระบบมี Configuration พิเศษ เช่น

• PPPoE

• Tunnel

• Enterprise Link

• VPN

และไม่แน่ใจว่า MTU ควรเท่าไร ควรสอบถาม ISP หรือผู้ดูแล Network

ข้อมูลจากต้นทางน่าเชื่อถือกว่าการใช้ตัวเลขจาก Router ของคนอื่น

🔧 ㉝ ตรวจ Firmware ของ D-Link

หาก MTU ตั้งถูกแต่ยังเกิดอาการผิดปกติ ให้ตรวจ Firmware

โดยเฉพาะกรณี

• ปัญหาเริ่มหลัง Update

• ค่า MTU Save ไม่อยู่

• WAN Reconnect ผิดปกติ

Firmware ต้องตรงกับ

• Model

• Hardware Revision

• Region ที่เกี่ยวข้อง

ห้ามใช้ Firmware คนละรุ่น

⚠️ ㉞ Factory Reset เป็นทางเลือกสุดท้าย

Factory Reset ไม่ใช่วิธีแก้ MTU โดยตรง

ควรพิจารณาเมื่อ

• WAN/ISP ปกติ

• MTU คืน Default แล้ว

• DNS ตรวจแล้ว

• Packet Loss ไม่มี

• Firmware ถูกต้อง

• Configuration มีแนวโน้มผิดปกติ

ก่อน Reset ต้องบันทึก

• PPPoE Username

• PPPoE Password

• VLAN ID

• Static IP

• DNS

• MTU เดิม

• Wi-Fi Settings

• DHCP Reservation

• Port Forwarding

หลัง Reset ให้ตั้ง Internet ขั้นพื้นฐานก่อน แล้วทดสอบด้วย MTU Default

📊 D-Link ตั้ง MTU ผิด เช็กจากอาการอะไร

อาการ	จุดที่ควรตรวจ
WAN IP 0.0.0.0	WAN/PPPoE/VLAN ก่อน MTU
เปลี่ยน MTU แล้วปัญหาเริ่มทันที	คืนค่าเดิม
บางเว็บเปิด แต่บางเว็บค้าง	MTU / DNS / IPv6
Upload ไฟล์ใหญ่ค้าง	MTU / Packet Loss
VPN เปิดแล้วมีปัญหา	VPN MTU / Tunnel
LAN และ Wi-Fi เป็นเหมือนกัน	WAN Path
Wi-Fi อย่างเดียวมีปัญหา	Wireless ก่อน
PPPoE ใช้งานผิดปกติ	MTU / PPPoE
DNS เปลี่ยนแล้วไม่หาย	ตรวจ MTU/Routing
ลด MTU มากแล้วช้าลง	MTU ต่ำเกินไป

🛠️ ลำดับแก้ที่แนะนำ

หาก D-Link ตั้ง MTU ผิด เน็ตหลุดหรือเว็บไม่เปิด ให้ทำตามลำดับนี้

① ตรวจ WAN ว่า Connected
② ถ้าเพิ่งเปลี่ยน MTU ให้คืนค่าเดิม
③ ใช้ Default/Auto ก่อน
④ ตรวจ Internet Connection Type
⑤ ตรวจ PPPoE และ VLAN
⑥ ทดสอบผ่านสาย LAN
⑦ ปิด VPN เพื่อเปรียบเทียบ
⑧ ตรวจ DNS และ IPv6
⑨ ตรวจ Packet Loss
⑩ ทดสอบ Path MTU หากมีความรู้ Network
⑪ ปรับ MTU ทีละน้อยเมื่อมีเหตุผล
⑫ Reconnect WAN ทุกครั้งหลังแก้
⑬ ทดสอบเว็บ Upload Download และ VPN
⑭ สอบถาม ISP หากระบบต้องใช้ค่าเฉพาะ
⑮ Factory Reset เป็นขั้นตอนสุดท้าย

❓ คำถามที่พบบ่อย

MTU เท่าไรดีที่สุดสำหรับ D-Link

ไม่มีค่าเดียวที่ดีที่สุดสำหรับทุกระบบ เพราะขึ้นอยู่กับ Connection Type, ISP, PPPoE, VPN และ Network Path หากไม่มีปัญหาควรใช้ Default ของ Router

PPPoE ใช้ MTU 1492 เสมอหรือไม่

1492 เป็นค่าที่พบได้บ่อยสำหรับ PPPoE เนื่องจากมี Overhead เพิ่ม แต่ไม่ควรถือว่าเหมาะกับทุก Network โดยอัตโนมัติ ควรใช้ค่าที่ Router หรือ ISP แนะนำ

MTU ผิดทำให้บางเว็บเปิดไม่ได้จริงไหม

เป็นไปได้ โดยเฉพาะหาก Packet ขนาดใหญ่เดินทางผ่านเส้นทางไม่ได้และ Path MTU Discovery ทำงานไม่สมบูรณ์

MTU ต่ำลงทำให้เน็ตเร็วขึ้นไหม

ไม่จำเป็น MTU ที่ต่ำเกินไปอาจเพิ่มจำนวน Packet และ Overhead ทำให้ประสิทธิภาพลดลงได้

WAN IP เป็น 0.0.0.0 ควรแก้ MTU หรือไม่

ไม่ควร ให้แก้ WAN Link, Connection Type, PPPoE, DHCP หรือ VLAN ก่อน เพราะ Router ยังไม่ได้สร้าง Internet Connection สำเร็จ

✅ สรุป

เมื่อ D-Link ตั้ง MTU ผิด เน็ตหลุดหรือเว็บไม่เปิด จุดสำคัญคืออย่าสุ่มเปลี่ยนค่า หากปัญหาเริ่มหลังแก้ MTU ให้คืนค่าเดิมหรือ Default ก่อน แล้วดูว่าอาการหายหรือไม่

MTU ควรถูกตรวจเมื่อ WAN Connected แล้วแต่บาง Traffic มีปัญหา เช่น เว็บบางเว็บค้าง, Upload ไฟล์ใหญ่ไม่ได้, VPN ใช้งานผิดปกติ หรือเกมบางประเภทหลุด หาก WAN ยังเป็น 0.0.0.0 ต้องกลับไปแก้ PPPoE, DHCP หรือ VLAN ก่อน

แนวทางของ comsiam คือแก้ตามลำดับ WAN → Default MTU → Connection Type → VPN/DNS/IPv6 → Path MTU และใช้ Factory Reset เฉพาะเมื่อยืนยันแล้วว่าปัญหาไม่ได้มาจาก ISP หรือ Configuration อื่น