ไคลเอนต์ฮอตสปอตใหม่ที่ค้างอยู่ที่การรับ IP ไม่ใช่ความผิดของ VPN

โทรศัพท์เชื่อมต่อกับฮอตสปอต ค้างอยู่ที่ «กำลังรับแอดเดรส IP» และในที่สุดก็ยอมแพ้ ข้อสรุปตามธรรมชาติคือ VPN ของโทรศัพท์รบกวน DNS ผู้คนจึงเริ่มแก้ไขตัวแปลงชื่อและกฎที่เพิ่มเข้ามา นั่นเป็นขั้นตอนที่ผิด ไคลเอนต์ไม่เคยได้รับแอดเดรสภายในเครื่องเลย และเมื่อไม่มีก็ไม่มีเกตเวย์ ไม่มีตัวแปลงชื่อ และไม่มีอะไรจะส่งต่อ ดังนั้นไม่มีการตั้งค่า VPN ใดบนโทรศัพท์โฮสต์ที่อธิบายความล้มเหลวนี้ได้ การเชื่อมต่อ การกำหนดแอดเดรสภายในเครื่อง และการส่งต่อเป็นสามขั้นตอนแยกจากกัน และมีเพียงขั้นตอนสุดท้ายเท่านั้นที่เกี่ยวกับอุโมงค์

สามขั้นตอน และคุณอยู่ที่ขั้นตอนใด

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

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

ความเชื่อผิด ๆ VPN ที่กำหนดเส้นทางเปลี่ยน DHCP ภายในเครื่องให้เป็นคำขอจากระยะไกล

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

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

ไคลเอนต์เดิมที่ใช้งานได้พิสูจน์อะไรจริง

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

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

ทำให้การเปรียบเทียบอยู่ในเครื่องและย้อนกลับได้

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

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

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

สิ่งที่การเช่าไม่ได้พิสูจน์

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

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