Cloud & IT Cert Prep · บทเรียน

เมื่อการกำหนดที่อยู่อัตโนมัติล้มเหลว

รู้จักที่อยู่ APIPA และความล้มเหลวที่พบบ่อยของ DHCP

เมื่อการกำหนดที่อยู่อัตโนมัติล้มเหลว เป็นบทเรียน Cloud & IT Cert Prep ฟรีบน CoddyKit นี่คือบทเรียนที่ 4 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน Cloud & IT Cert Prep และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส Cloud & IT Cert Prep มีบทเรียนทั้งหมด 4 บทเรียน

เมื่อ DHCP เงียบลง

โดยส่วนใหญ่ DHCP จะทำงานได้เองโดยไม่มีปัญหา แต่เมื่อไม่มีเซิร์ฟเวอร์ DHCP ตอบกลับ อุปกรณ์จะไม่มีการตั้งค่าที่เหมาะสม การจดจำอาการของ DHCP ที่ล้มเหลวเป็นทักษะสำคัญในการแก้ไขปัญหา สัญญาณที่ชัดเจนที่สุดคือที่อยู่แปลก ๆ ที่ขึ้นต้นด้วย 169.254 ซึ่งเรียกว่า ที่อยู่ APIPA บทเรียนนี้จะอธิบาย APIPA และสาเหตุทั่วไปที่ทำให้การกำหนดที่อยู่อัตโนมัติขัดข้อง

APIPA คืออะไร

APIPA (การกำหนดที่อยู่ IP ส่วนตัวโดยอัตโนมัติ) เป็นกลไกสำรองที่มีอยู่ใน Windows และระบบอื่น ๆ หากอุปกรณ์ส่ง DHCP Discover แล้วไม่ได้รับ Offer อุปกรณ์จะกำหนดที่อยู่ให้ตนเองจากช่วง 169.254.0.1 ถึง 169.254.255.254 โดยใช้มาสก์ 255.255.0.0 APIPA ช่วยให้อุปกรณ์ในส่วนเครือข่ายเดียวกันยังสื่อสารกันได้ แต่ไม่มีเกตเวย์และไม่มี DNS จึงไม่สามารถเข้าถึงอินเทอร์เน็ตได้

การสังเกตที่อยู่ APIPA

หากคุณตรวจสอบอุปกรณ์แล้วพบที่อยู่ เช่น 169.254.45.10 นั่นเป็นสัญญาณเตือนที่ชัดเจนมากว่าอุปกรณ์ไม่เคยติดต่อเซิร์ฟเวอร์ DHCP ได้ ที่อยู่ APIPA เป็นที่อยู่เฉพาะลิงก์ ซึ่งหมายความว่าใช้งานได้เฉพาะบนสายเคเบิลหรือ Wi-Fi ภายในเครื่องข่ายท้องถิ่น และไม่สามารถกำหนดเส้นทางไปที่อื่นได้ เมื่อเห็น 169.254 คุณควรนึกทันทีว่า DHCP ล้มเหลว แล้วเซิร์ฟเวอร์อยู่ที่ใด

ipconfig

   Autoconfiguration IPv4 Address . : 169.254.45.10
   Subnet Mask . . . . . . . . . . . : 255.255.0.0
   Default Gateway . . . . . . . . . :        (none)

สาเหตุ: เซิร์ฟเวอร์หยุดทำงาน

สาเหตุโดยตรงที่สุดคือ เซิร์ฟเวอร์ DHCP หยุดทำงาน หรือบริการของเซิร์ฟเวอร์หยุดลง เมื่อไม่มีเซิร์ฟเวอร์ก็จะไม่มี Offer ดังนั้นไคลเอนต์ทุกเครื่องที่ต้องการสัญญาเช่าจึงเปลี่ยนไปใช้ APIPA หากอุปกรณ์จำนวนมากแสดงที่อยู่ 169.254 พร้อมกัน ให้สงสัยตัวเซิร์ฟเวอร์เองมากกว่าอุปกรณ์เครื่องใดเครื่องหนึ่ง การเริ่มบริการ DHCP ใหม่มักช่วยให้การกำหนดที่อยู่กลับมาเป็นปกติ

สาเหตุ: เส้นทางขัดข้อง

เซิร์ฟเวอร์อาจกำลังทำงานอยู่ แต่คำขอไม่เคยไปถึงเซิร์ฟเวอร์ สายเคเบิลเสีย พอร์ตสวิตช์ถูกปิดใช้งาน หรือ ตัวส่งต่อ DHCP ขัดข้อง ล้วนทำให้การกระจายข้อความ Discover ถูกขัดขวางได้ เนื่องจากเราเตอร์ไม่ส่งต่อข้อความกระจาย การไม่มีตัวแทนส่งต่อหรือตั้งค่าไม่ถูกต้องจะทำให้ไคลเอนต์ในเครือข่ายย่อยระยะไกลไม่ได้รับข้อความจากเซิร์ฟเวอร์เลย แม้เซิร์ฟเวอร์จะทำงานเป็นปกติก็ตาม

สาเหตุ: กลุ่มที่อยู่เต็ม

บางครั้งเซิร์ฟเวอร์ตอบทุกคนได้จนกว่าที่อยู่จะหมด หาก กลุ่มที่อยู่ ถูกเช่าใช้งานครบทั้งหมด ไคลเอนต์ใหม่จะไม่ได้รับข้อเสนอและเปลี่ยนไปใช้ APIPA ปัญหานี้มักเกิดในเครือข่ายสำหรับผู้มาเยือนที่มีการใช้งานหนาแน่น วิธีแก้คือขยายกลุ่มที่อยู่หรือลดเวลาเช่า เพื่อให้ที่อยู่ที่ไม่ได้ใช้งานถูกนำกลับมาใช้ใหม่เร็วขึ้นและมีที่ว่างสำหรับอุปกรณ์ใหม่

สาเหตุ: เซิร์ฟเวอร์แปลกปลอม

เซิร์ฟเวอร์ DHCP แปลกปลอม คือเซิร์ฟเวอร์ที่ไม่ได้รับอนุญาต ซึ่งบางครั้งเป็นเราเตอร์ที่บ้านที่ตั้งค่าผิดและมีคนนำมาเสียบเข้าระบบ เซิร์ฟเวอร์นี้อาจตอบเร็วกว่าตัวจริงและแจกที่อยู่ เกตเวย์ หรือ DNS ที่ไม่ถูกต้อง อุปกรณ์จึงได้รับที่อยู่ที่ดูเหมือนใช้ได้ แต่กลับชี้ไปยังปลายทางที่ไม่มีประโยชน์ วิธีแก้คือตามหาและนำอุปกรณ์แปลกปลอมออก สวิตช์สามารถใช้การตรวจสอบ DHCP เพื่อบล็อกเซิร์ฟเวอร์ที่ไม่น่าเชื่อถือได้

ที่อยู่ผิด ไม่ใช่ APIPA

ปัญหา DHCP ไม่ได้ทำให้เกิด 169.254 เสมอไป เซิร์ฟเวอร์แปลกปลอมหรือขอบเขตที่ตั้งค่าผิดอาจแจกที่อยู่จริงแต่ไม่ถูกต้อง เกตเวย์ผิด หรือ DNS ผิด อุปกรณ์จึงดูเหมือนเชื่อมต่อแล้ว แต่ไม่สามารถท่องเว็บได้ ดังนั้นให้ตรวจสอบค่าทั้งสี่ ได้แก่ ที่อยู่ มาสก์ เกตเวย์ และ DNS ไม่ใช่ตรวจเพียงว่ามีที่อยู่หรือไม่ การตั้งค่าที่ดูสมเหตุสมผลแต่ผิดนั้นสังเกตได้ยากกว่าที่อยู่ APIPA ที่เห็นได้ชัด

บังคับเช่าที่อยู่ใหม่

เมื่อตรวจสอบอุปกรณ์เพียงเครื่องเดียว คุณสามารถคืนที่อยู่ปัจจุบันแล้วขอที่อยู่ใหม่ได้ บน Windows ใช้คำสั่งสั้น ๆ สองคำสั่ง หากคำขอใหม่สำเร็จ ปัญหาก่อนหน้าอาจเป็นเพียงชั่วคราว แต่หากยังคงได้ 169.254 ปัญหาอยู่ที่ส่วนต้นทาง ได้แก่ เซิร์ฟเวอร์ ตัวส่งต่อ หรือเส้นทาง ไม่ใช่ตัวอุปกรณ์

ipconfig /release
ipconfig /renew

ลำดับการแก้ไขปัญหา

ลองเรียบเรียงเป็นลำดับดังนี้ เห็น 169.254 หรือไม่ หากเห็น แสดงว่า DHCP ล้มเหลว ปัญหาเกิดกับอุปกรณ์เครื่องเดียวหรือหลายเครื่อง เครื่องเดียวมักชี้ไปที่สายเคเบิลหรือพอร์ตภายในพื้นที่ ส่วนหลายเครื่องมักชี้ไปที่เซิร์ฟเวอร์ ตัวส่งต่อ หรือกลุ่มที่อยู่ อุปกรณ์อื่นในส่วนเครือข่ายเดียวกันได้รับที่อยู่หรือไม่ หากได้รับ ให้มุ่งตรวจสอบอุปกรณ์ที่มีปัญหา หากไม่ได้ ให้มุ่งตรวจสอบโครงสร้างพื้นฐานที่ใช้ร่วมกัน ตรรกะนี้ช่วยจำกัดสาเหตุได้อย่างรวดเร็ว

เหตุใดเรื่องนี้จึงสำคัญ

ความขัดข้องของ DHCP เป็นหนึ่งในปัญหาที่ฝ่ายช่วยเหลือได้รับแจ้งบ่อยที่สุด และผู้ใช้มักมองว่าเป็นอินเทอร์เน็ตล่มทั้งหมด การรู้ว่า 169.254 หมายถึงไม่มี DHCP และรู้สาเหตุหลักไม่กี่ประการ จะช่วยให้คุณเปลี่ยนจากความสับสนไปสู่รายการตรวจสอบที่ชัดเจน ได้แก่ เซิร์ฟเวอร์ เส้นทาง กลุ่มที่อยู่ หรือเซิร์ฟเวอร์แปลกปลอม ความรวดเร็วเช่นนี้คือสิ่งที่การสอบใบรับรองด้านเครือข่ายและงานจริงให้ความสำคัญ

ตรวจสอบความเข้าใจ

ทดสอบการวิเคราะห์ความขัดข้องของคุณ

สรุปทบทวน

เมื่อ DHCP ล้มเหลว อุปกรณ์จะเปลี่ยนไปใช้ APIPA และกำหนดที่อยู่แบบลิงก์เฉพาะที่ 169.254.x.x ให้ตนเอง โดยไม่มีเกตเวย์หรือ DNS จึงไม่สามารถติดต่อเครือข่ายอื่นได้ การเห็น 169.254 หมายความว่า DHCP ไม่ได้ตอบกลับ สาเหตุทั่วไป ได้แก่ เซิร์ฟเวอร์หยุดทำงาน เส้นทางขัดข้องหรือตัวส่งต่อหายไป กลุ่มที่อยู่เต็ม หรือ เซิร์ฟเวอร์ DHCP แปลกปลอม ที่แจกการตั้งค่าผิด ตรวจสอบค่าที่อยู่ทั้งสี่เสมอ และใช้การคืนที่อยู่กับการขอที่อยู่ใหม่เพื่อทดสอบอุปกรณ์เครื่องเดียว

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

บทเรียน “เมื่อการกำหนดที่อยู่อัตโนมัติล้มเหลว” ฟรีหรือไม่

ใช่ — ข้อความเต็มของ “เมื่อการกำหนดที่อยู่อัตโนมัติล้มเหลว” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Cloud & IT Cert Prep ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Cloud & IT Cert Prep มีบทเรียนทั้งหมด 4 บทเรียน

คุณจะเรียนรู้อะไรในบทเรียน “เมื่อการกำหนดที่อยู่อัตโนมัติล้มเหลว”

รู้จักที่อยู่ APIPA และความล้มเหลวที่พบบ่อยของ DHCP คุณปฏิบัติ Cloud & IT Cert Prep ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน

คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Cloud & IT Cert Prep หรือไม่

ไม่จำเป็นต้องมีประสบการณ์มาก่อน Cloud & IT Cert Prep บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 4 จากทั้งหมด 4 บทเรียน

บทเรียน “เมื่อการกำหนดที่อยู่อัตโนมัติล้มเหลว” ใช้เวลานานแค่ไหน

บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย

ฉันเขียนและรันโค้ดในบทเรียน Cloud & IT Cert Prep นี้ได้ไหม

ได้ บทเรียน Cloud & IT Cert Prep ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ

บทเรียนทั้งหมดในหลักสูตรนี้

← กลับไปที่ Cloud & IT Cert Prep