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

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

10.13.0.1 สามารถเข้าถึงได้โดยตรงจากโฮสต์ที่อยู่ใน 10.13.0.0/24 เท่านั้น ซึ่งหมายถึงที่อยู่ระหว่าง 10.13.0.1 ถึง 10.13.0.254 หากที่อยู่ของคุณอยู่ในส่วนอื่นของ 10.0.0.0/8 เช่น 10.0.0.x หรือ 10.20.x.x แสดงว่าทั้งสองส่วนเป็นคนละเซกเมนต์กันแม้จะใช้บล็อกเดียวกันก็ตาม การรับส่งข้อมูลจะต้องพึ่งพาการทำ Routing ระหว่างกัน ซึ่งหลายเครือข่ายตั้งใจไม่อนุญาตให้ทำเช่นนั้น

การพิมพ์เพียงตัวเลขที่อยู่อาจทำให้เบราว์เซอร์ทำการค้นหาแทนที่จะโหลดหน้าเว็บ ให้ป้อนเป็น http://10.13.0.1 เพื่อให้เบราว์เซอร์มองเป็นปลายทาง โปรดระวังการพิมพ์ผิด เช่น 10.13.0.l ที่ใช้ตัวอักษร, 10.130.1 หรือ 10.13.01 ซึ่งจะส่งผลให้ล้มเหลวแตกต่างกันไป หากอินเทอร์เฟซรับการเชื่อมต่อผ่านพอร์ตที่ไม่ใช่ค่ามาตรฐาน คุณต้องใส่พอร์ตต่อท้ายด้วย เช่น http://10.13.0.1:8080

ที่อยู่ IP ส่วนตัวไม่สามารถถือครองใบรับรองที่ได้รับความไว้วางใจสาธารณะได้ อุปกรณ์บน 10.13.0.1 จึงให้บริการผ่าน HTTP แบบธรรมดา หรือแสดงใบรับรองที่ลงนามเอง (Self-signed) ซึ่งจะทำให้เบราว์เซอร์แจ้งเตือนคำเตือน หาก https:// ล้มเหลว ให้ลองใช้ http:// หรือในทางกลับกัน เนื่องจากอุปกรณ์หลายตัวรองรับโปรโตคอลเพียงอย่างเดียว เบราว์เซอร์ที่อัปเกรดเป็น HTTPS โดยอัตโนมัติอาจทำให้หน้า HTTP ที่ใช้งานได้ปกติดูเหมือนออฟไลน์ การปิดใช้งานการอัปเกรดอัตโนมัตินี้สำหรับที่อยู่ดังกล่าวจะช่วยแก้ปัญหาได้

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

10/8 ถูกใช้อย่างหนักในกลุ่มที่อยู่ VPN และแพลตฟอร์มคอนเทนเนอร์ ซึ่งมักจะจัดสรรเซกเมนต์ 10.x ของตัวเองขึ้นมา หาก 10.13.0.1 ปรากฏขึ้นหลังจากเชื่อมต่อ VPN หรือสั่งรันคอนเทนเนอร์เท่านั้น หมายความว่ามันอาจเป็น Virtual Gateway ไม่ใช่ฮาร์ดแวร์จริง และจะไม่มีหน้าเว็บให้จัดการ การตัดการเชื่อมต่อ VPN หรือหยุดการทำงานของคอนเทนเนอร์แล้วตรวจสอบ Routing Table อีกครั้งจะช่วยยืนยันได้

ไม่มีผู้ผลิต แบรนด์ หรือรุ่นใดที่ถูกระบุว่าตั้งค่า 10.13.0.1 เป็น Default Gateway มาจากโรงงาน ต่างจากบางที่อยู่บน 192.168.0.0/16 โดยที่อยู่ภายใน 10.0.0.0/8 มักจะเลือกโดยผู้ออกแบบเครือข่าย ระบบจัดสรรของ ISP หรือแพลตฟอร์ม VPN และคอนเทนเนอร์ มากกว่าที่จะถูกตั้งมาจากโรงงาน การปรากฏของที่อยู่นี้บอกให้ทราบถึงการวางแผนเครือข่าย ไม่ได้บอกว่าใครเป็นผู้สร้างฮาร์ดแวร์

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

คำถามนี้ไม่มีคำตอบ เนื่องจาก 10.13.0.1 อยู่ใน 10.0.0.0/8 ซึ่งเป็นพื้นที่ส่วนตัวที่ RFC 1918 เว้นไว้โดยไม่จัดสรร เพื่อให้ทุกคนนำไปใช้ภายในได้ฟรี ที่อยู่เดียวกันนี้จึงถูกใช้งานในเครือข่ายที่ไม่เกี่ยวข้องกันจำนวนมากพร้อมๆ กัน และไม่เคยถูกส่งผ่านเส้นทางบนอินเทอร์เน็ตสาธารณะ จึงไม่สามารถระบุประเทศ เมือง ISP ผู้จดทะเบียน หรือองค์กรเจ้าของได้

ภายใน 10.13.0.0/24 ที่อยู่สำหรับโฮสต์ที่ใช้งานได้จะเริ่มตั้งแต่ 10.13.0.1 ถึง 10.13.0.254 โดย 10.13.0.0 คือตัวระบุเครือข่าย และ 10.13.0.255 คือ Broadcast Address จึงไม่มีตัวใดถูกนำไปมอบให้โฮสต์ ดังนั้น 10.13.0.1 จึงครองตำแหน่งแรกที่ใช้งานได้ ซึ่งตามธรรมเนียมแล้วจะใช้เป็นอินเทอร์เฟซของ Gateway ส่วนอุปกรณ์ลูกข่ายอื่นๆ จะได้รับการจัดสรรจากหมายเลขที่เหลือใน ช่วงดังกล่าว

เนื่องจากมันครอบคลุมถึง 16,777,216 ที่อยู่ภายใต้ Netmask 255.0.0.0 ซึ่งใหญ่กว่า 172.16.0.0/12 หรือ 192.168.0.0/16 มาก ขนาดอันกว้างใหญ่นี้คือเหตุผลที่ระบบขนาดใหญ่เลือกใช้ เช่น เครือข่ายองค์กร สถานศึกษา อุปกรณ์ฝั่งลูกค้าของ ISP ระบบระดับผู้ให้บริการ กลุ่ม IP ของ VPN และเครือข่ายคอนเทนเนอร์ สามารถแบ่งย่อยเป็น Subnet ได้มากมายโดยไม่ชนกัน ในทางปฏิบัติแทบจะไม่มีการใช้เป็น /8 แบบผืนเดียว แต่จะถูกซอยเป็น Subnet ย่อยลงไป ดังเช่นตัวอย่างของ 10.13.0.0/24

การ Ping สำเร็จยืนยันได้เพียงว่าโฮสต์นั้นเข้าถึงได้ในระดับชั้นเครือข่าย (Network Layer) เท่านั้น Gateway บางตัวไม่ได้เปิดหน้าเว็บสำหรับจัดการเลย โดยเฉพาะ Virtual Gateway ที่สร้างขึ้นโดยซอฟต์แวร์ VPN หรือระบบคอนเทนเนอร์ซึ่งพบได้บ่อยใน 10/8 ส่วน Gateway อื่นๆ อาจจำกัดการจัดการไว้เฉพาะบางอินเทอร์เฟซ พอร์ตพิเศษ หรือผ่าน SSH เท่านั้น ให้ลองเข้าผ่าน http:// และ https:// โดยระบุให้ชัดเจน และพิจารณาด้วยว่าการเข้าถึงหน้าจัดการอาจถูกปิดไว้สำหรับเซกเมนต์ของคุณ

ควรถือว่าการรีเซ็ตเป็นทางเลือกสุดท้าย และใช้กับอุปกรณ์ที่คุณเป็นเจ้าของเท่านั้น การรีเซ็ตมักจะลบการตั้งค่า IP ที่กำหนดเอง ดังนั้นอุปกรณ์ที่เคยตั้งค่าเป็น 10.13.0.1 อาจเปลี่ยนกลับไปใช้ IP ค่าเริ่มต้นจากโรงงานในบล็อกอื่น รวมถึงสูญเสียรหัสผ่าน Wi-Fi, กฎไฟร์วอลล์, การทำ Port Forwarding และการตั้งค่าของ ISP หากอุปกรณ์เป็นของนายจ้าง สถานศึกษา หรือผู้ให้บริการ โปรดติดต่อผู้ดูแลระบบแทน