172.16.1.1 เข้าสู่ระบบเราเตอร์

ไม่มีสิ่งใดรับประกันได้ว่าเครือข่ายของคุณใช้ 172.16.1.1 บน Windows ให้รัน ipconfig /all และอ่านบรรทัด Default Gateway สำหรับอแดปเตอร์ที่ใช้งานอยู่ บน Linux ให้รัน ip route และอ่านหมายเลขต่อจาก "default via" บน macOS ให้เปิด System Settings > Network จากนั้นเข้า Details ของอินเทอร์เฟซที่ใช้งานอยู่ และตรวจสอบแท็บ TCP/IP ไม่ว่าตัวเลขนั้นจะแสดงเป็นอะไร นั่นคือหมายเลขที่คุณต้องเปิด ถึงแม้ว่าจะไม่ใช่หมายเลขนี้ก็ตาม

การที่เครื่องของคุณจะเข้าถึง 172.16.1.1 โดยตรงได้นั้น โดยปกติจำเป็นต้องมีหมายเลขในย่าน 172.16.1.0/24 พร้อม Mask 255.255.255.0 หากอแดปเตอร์ของคุณแสดงเป็น 172.16.2.40 หรือ 172.20.5.10 เป้าหมายจะอยู่ในย่าน /12 เดียวกันแต่อยู่คนละ Subnet ซึ่งทราฟฟิกจะต้องถูกส่งผ่านการเปิด Route ตรวจสอบ IPv4 Address และ Mask ควบคู่ไปกับเกตเวย์ และเชื่อมต่อเข้ากับเซกเมนต์เครือข่ายหรือ VLAN ที่ถูกต้อง

บล็อกนี้มักเกิดการพิมพ์สลับตำแหน่งได้ง่าย 172.16.1.1, 172.16.0.1 และ 172.16.11.1 เป็นโฮสต์สามตัวที่ไม่เกี่ยวข้องกัน และ 172.1.6.1 ก็ไม่ใช่ Private IP เลยแม้แต่น้อย ให้พิมพ์หมายเลขไอพีเปล่าๆ ลงในช่องใส่ URL แทนที่จะเป็นช่องค้นหา เนื่องจากเว็บเบราว์เซอร์จะนำตัวเลข 172 16 1 1 ที่พิมพ์ผิดไปค้นหาบนเว็บแทน ห้ามใส่ www นำหน้า และห้ามใส่เครื่องหมายจุดหรือสแลชปิดท้ายก่อนที่หน้าเว็บจะโหลดเสร็จอย่างน้อยหนึ่งครั้ง

เบราว์เซอร์สมัยใหม่จะอัปเกรด URL ที่เป็นไอพีเปล่าให้เป็น HTTPS ซึ่งจะล้มเหลวหากอุปกรณ์รองรับเฉพาะ HTTP แบบธรรมดา ให้พิมพ์ http://172.16.1.1 ให้ชัดเจนเพื่อทดสอบ หากอุปกรณ์ตอบรับด้วย HTTPS อาจมีการเตือนเรื่องใบรับรองความปลอดภัย เนื่องจาก Private IP ไม่สามารถถือครองใบรับรองที่ได้รับความไว้วางใจแบบสาธารณะได้ ซึ่งคำเตือนนี้ถือเป็นเรื่องปกติ นอกจากนี้ หน้าการจัดการมักจะถูกเปลี่ยนไปใช้พอร์ตอื่นที่ไม่ใช่พอร์ต 80 ดังนั้นให้ลองเติม :8080, :8443 หรือ :443 ก่อนที่จะสรุปว่าอุปกรณ์ใช้งานไม่ได้

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

Container Runtime และโปรแกรม VPN มักจะดึง Subnet ไปใช้จาก 172.16.0.0/12 ดังนั้นเครือข่าย Docker ในเครื่อง หรือเส้นทาง Tunnel อาจดักจับทราฟฟิกที่มุ่งหน้าไปยัง 172.16.1.1 ก่อนที่จะไปถึง LAN ได้ ให้รัน ip route หรือ route print และมองหา Route ที่เจาะจงมากกว่าซึ่งครอบคลุม 172.16.1.0/24 การตัดการเชื่อมต่อ VPN หรือการเปลี่ยนหมายเลขของ Container Bridge ที่ชนกัน มักจะช่วยคืนการเข้าถึงกลับมาได้

ไม่มีใครเป็นเจ้าของ และไม่อยู่ที่ไหนทั้งนั้น หมายเลขในช่วง 172.16.0.0/12 ถูกสำรองไว้สำหรับใช้งานส่วนบุคคล และจะไม่ถูกจัดสรรให้กับองค์กร ผู้ให้บริการอินเทอร์เน็ต หรือประเทศใดๆ หมายเลขเดียวกันนี้กำลังเปิดใช้งานอยู่ ณ ขณะนี้ในเครือข่ายจำนวนมากที่ไม่เชื่อมต่อกัน เครื่องมือค้นหาใดๆ ที่ระบุเมือง ผู้ให้บริการ หรือผู้ลงทะเบียนสำหรับ Private IP กำลังแสดงข้อมูลที่ไม่สามารถรู้ได้จริง คำตอบเดียวที่มีความหมายคืออุปกรณ์ใดก็ตามในเครือข่ายของคุณเองที่เป็นผู้ถือครองมันไว้

มีเพียงย่าน 172.16.0.0 ถึง 172.31.255.255 เท่านั้นที่เป็นส่วนตัว ส่วนที่เหลือที่ต่ำกว่าและสูงกว่านั้น เช่น 172.15.x.x หรือ 172.32.x.x จะเป็น Public IP ปกติที่วิ่งผ่านอินเทอร์เน็ตได้ Netmask 255.240.0.0 ทำให้ส่วนที่เป็น IP ส่วนตัวคิดเป็น 1 ใน 16 ของย่าน 172 ทั้งหมด นั่นเป็นเหตุผลว่าทำไมบล็อกนี้จึงเป็นย่าน RFC 1918 ที่ผู้คนมักเข้าใจผิดว่าเป็น Public IP มากที่สุด

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

ไม่สามารถทำได้โดยตรง Private IP จะไม่ถูกส่งผ่านอินเทอร์เน็ตสาธารณะ และทราฟฟิกใดๆ ที่ส่งไปยังไอพีนี้จากภายนอกจะถูกเราเตอร์ต้นทางดรอปทิ้ง การบริหารจัดการจากระยะไกลจำเป็นต้องใช้ VPN เข้าสู่เครือข่ายนั้นๆ การทำ SSH Tunnel หรือการเปิดเผยบริการจัดการอย่างเจตนา ควรระมัดระวังตัวเลือกหลังสุด: การเปิดหน้าการจัดการอุปกรณ์สู่อินเทอร์เน็ตเป็นเส้นทางทั่วไปที่นำไปสู่การถูกแฮก

การ Ping สำเร็จพิสูจน์เพียงว่าโฮสต์สามารถเข้าถึงได้ในระดับ IP เลเยอร์ แต่ไม่ได้บอกอะไรเกี่ยวกับเว็บอินเทอร์เฟซ อุปกรณ์อาจให้บริการการจัดการผ่าน HTTPS เท่านั้น, ใช้พอร์ตที่ไม่ใช่มาตรฐาน, อยู่อุปกรณ์ละ VLAN หรือไม่ได้ให้บริการผ่านเว็บเลย เนื่องจากอุปกรณ์จำนวนมากในตำแหน่งเกตเวย์ถูกจัดการผ่าน SSH, สาย Console หรือตัว Controller นอกจากนี้ยังเป็นเรื่องปกติที่การเข้าถึงหน้าจัดการจะถูกจำกัดไว้เฉพาะ Admin Subnet ที่กำหนดเท่านั้น

ทั้งคู่เป็นไอพีส่วนตัวและไม่สามารถใช้นำทางบนอินเทอร์เน็ตได้เหมือนกัน แต่มาจากย่านที่สำรองไว้ต่างกัน 192.168.0.0/16 เป็นบล็อกขนาดเล็กที่เราเตอร์ตามบ้านทั่วไปใช้เป็นค่าเริ่มต้น ส่วน 172.16.0.0/12 เป็นบล็อกขนาดกลางที่มีมากกว่าหนึ่งล้านหมายเลข ซึ่งมักจะถูกเลือกโดยเจตนาสำหรับ LAN องค์กร, ห้องแล็บ, VPN Subnet และ Container Network ความแตกต่างของที่มานี้คือเหตุผลว่าทำไมค่าเริ่มต้นของผู้ผลิตเฉพาะรายจึงหายากมากในย่านนี้

ไม่ใช่ปัญหาในตัวมันเอง เนื่องจาก Private IP ออกแบบมาให้ใช้ซ้ำได้ แต่มันจะกลายเป็นปัญหาเมื่อคุณเชื่อมต่อเครือข่ายเหล่านั้นเข้าด้วยกัน โดยเฉพาะผ่าน Site-to-Site VPN เพราะ Subnet 172.16.1.0/24 ที่ซ้ำกันทั้งสองฝั่งจะทำให้เราเตอร์ไม่สามารถตัดสินใจได้ว่าทราฟฟิกควรส่งไปที่ใด วิธีแก้ไขทั่วไปคือการเปลี่ยนหมายเลขเครือข่ายของฝั่งใดฝั่งหนึ่งไปใช้ส่วนอื่นในย่าน /12 หรือทำ NAT ข้าม Tunnel