VPN ของโทรศัพท์ครอบคลุมแล็ปท็อปบนฮอตสปอตหรือไม่
ฮอตสปอตแบ่งปันการเชื่อมต่ออินเทอร์เน็ตของโทรศัพท์ ไม่จำเป็นต้องแบ่งอุโมงค์ด้วย สามเงื่อนไขเป็นตัวกำหนดความครอบคลุม และแล็ปท็อปสามารถรัน VPN ของตัวเองได้เสมอ
เบราว์เซอร์ของโทรศัพท์รายงานที่อยู่ในอีกประเทศ ขณะที่แล็ปท็อปบนฮอตสปอตยังรายงานผู้ให้บริการมือถือ ทั้งสองข้อสังเกตไม่ผิด และความขัดแย้งที่ผู้คนเห็นมาจากการสมมติว่าการแบ่งปันการเชื่อมต่ออินเทอร์เน็ตคือการแบ่งปันอุโมงค์ด้วย สามเงื่อนไขเป็นตัวกำหนดว่าทราฟฟิกของอุปกรณ์ที่เชื่อมต่อจะเข้าสู่ VPN ของโทรศัพท์หรือไม่ และมีเพียงข้อเดียวที่เกี่ยวกับการตั้งค่าของโทรศัพท์ ไล่ดูทีละข้อก่อนจะไปหาฟีเจอร์แชร์ที่อาจไม่มีอยู่จริง
ฮอตสปอตส่งต่ออะไรจริง ๆ
การแชร์เน็ตทำให้แล็ปท็อปมีเส้นทางสู่อินเทอร์เน็ตผ่านอินเทอร์เฟซมือถือของโทรศัพท์ โทรศัพท์ส่งต่อแพ็กเก็ตเหล่านั้นและโดยปกติจะแปลที่อยู่ของแล็ปท็อปเมื่อส่งออก นี่คือฟังก์ชันการส่งต่อ และการส่งต่อไม่เหมือนกับการดักจับทราฟฟิกเข้าไปในอุโมงค์
แพ็กเก็ตที่ส่งต่อจะเข้าสู่ VPN ของโทรศัพท์หรือไม่ขึ้นอยู่กับว่าแอป VPN ติดตั้งเส้นทางและกฎอย่างไร แอปที่ดักจับเฉพาะทราฟฟิกที่เกิดขึ้นบนโทรศัพท์จะไม่เห็นแพ็กเก็ตที่เคอร์เนลส่งต่อในนามของไคลเอนต์ที่เชื่อมต่อ
นั่นคือเหตุผลที่ข้อสังเกตทั้งสองอยู่ร่วมกันได้ง่ายดาย เบราว์เซอร์ของโทรศัพท์เองใช้อุโมงค์ แพ็กเก็ตของแล็ปท็อปใช้เส้นทางส่งต่อ และไม่มีอะไรบนหน้าจอใดหลอกคุณ อุปกรณ์ทั้งสองเพียงแต่ไม่ได้ถามคำถามเดียวกันกับอินเทอร์เฟซเดียวกัน เมื่อเห็นการแยกนี้แล้ว คำบ่น “ทำไมแล็ปท็อปของฉันไม่ได้รับการป้องกัน” ก็กลายเป็นคำถามด้านการออกแบบ ไม่ใช่บั๊ก
เงื่อนไขแรก: โทรศัพท์รันอุโมงค์ใด
เริ่มจากการระบุขอบเขตของ VPN บนโทรศัพท์ อุโมงค์ทั้งเครื่อง อุโมงค์รายแอป และพร็อกซีเฉพาะเบราว์เซอร์เป็นสามสิ่งที่ต่างกัน และมีเพียงอย่างแรกเท่านั้นที่มีโอกาสครอบคลุมทราฟฟิกที่ส่งต่อ ดูคำอธิบายของผู้ให้บริการว่าแอปดักจับอะไร ไม่ใช่ไอคอนบนแถบสถานะ
จากนั้นตรวจสอบว่าผู้ให้บริการพูดถึงการแชร์เน็ตอย่างไร บางรายระบุชัดเจนว่าทราฟฟิกฮอตสปอตปกติอยู่นอกอุโมงค์ ซึ่งเป็นคำตอบที่ซื่อสัตย์สำหรับบริการผู้บริโภคที่ไม่เคยสัญญาว่าจะเป็นเราเตอร์ คู่มือฮอตสปอต Android ของ Proton VPN เป็นตัวอย่างที่เผยแพร่ของความแตกต่างนั้น เอกสารของผู้ให้บริการของคุณเองคือสิ่งที่สำคัญสำหรับอุปกรณ์ของคุณ
ไอคอน VPN บนแถบสถานะบอกคุณว่าโทรศัพท์มีอุโมงค์ แต่มันไม่ได้บอกว่าอุโมงค์นั้นครอบคลุมอินเทอร์เฟซใด และความสับสนส่วนใหญ่อาศัยอยู่ในช่องว่างนั้น
เงื่อนไขที่สอง: การแชร์เน็ตรวมอยู่ด้วยหรือไม่
แม้อุโมงค์ทั้งเครื่องก็อาจยกเว้นทราฟฟิกที่ส่งต่อตามการออกแบบ เพราะกฎการกำหนดเส้นทางของแอปเขียนขึ้นสำหรับแพ็กเก็ตที่สร้างขึ้นในเครื่อง การรวมไคลเอนต์ที่เชื่อมต่อมักต้องให้ผู้ให้บริการสนับสนุนอย่างชัดเจน หรืออุปกรณ์ที่รูทและกฎที่กำหนดเองซึ่งคนส่วนใหญ่ไม่ควรลอง
การเปลี่ยนจาก Wi-Fi เป็น USB ไม่เปลี่ยนสิ่งนี้ ระบบย่อยการแชร์เน็ตรองรับการขนส่งหลายแบบ แต่การขนส่งไม่ใช่การตัดสินใจด้านเส้นทาง สายเคเบิลทำให้ลิงก์เสถียรขึ้นและไม่ได้ทำอะไรให้ความครอบคลุมของอุโมงค์ จึงเป็นเหตุผลที่คำแนะนำ “ใช้ USB ไปเลย” ตอบคำถามคนละข้อกับที่ถาม
สูตรเก่าที่ล้างกฎไฟร์วอลล์และสมมติชื่ออินเทอร์เฟซที่เฉพาะเจาะจงไม่ใช่คำแนะนำที่พกพาได้ เขียนขึ้นสำหรับอุปกรณ์หนึ่ง ROM หนึ่ง และปีหนึ่ง และการนำไปใช้กับโทรศัพท์ปัจจุบันมีแนวโน้มจะทำให้การแชร์เน็ตเสียมากกว่าจะขยายอุโมงค์
เงื่อนไขที่สาม: ปลายทางต้องการตัวตนของใคร
นี่คือเงื่อนไขที่มักตัดสินการออกแบบ และไม่เกี่ยวกับฮอตสปอตเลย หากแล็ปท็อปต้องเข้าถึงเครือข่ายของนายจ้าง ตัวตนที่สำคัญเป็นของแล็ปท็อป และ VPN สำหรับผู้บริโภคบนโทรศัพท์ไม่สามารถให้ได้
ip -brief addr show curl -sS https://ifconfig.me/ip dig +short myip.opendns.com @resolver1.opendns.com
รันคำสั่งเหล่านี้บนแล็ปท็อป ไม่ใช่บนโทรศัพท์ เพราะคำถามคือปลายทางเห็นอะไรจากอุปกรณ์ที่คุณสนใจ ที่อยู่สาธารณะที่โทรศัพท์รายงานตอบคำถามเกี่ยวกับโทรศัพท์
แม้ผลลัพธ์ที่ตรงกันจากแล็ปท็อปก็เป็นหลักฐานจำกัด การแปลงชื่อ แอปอื่น และพฤติกรรมเมื่ออุโมงค์ล้มเหลว ล้วนเป็นของอุปกรณ์ที่คุณกำลังทดสอบความครอบคลุม และคำขอ HTTP หนึ่งครั้งไม่ได้อธิบายลักษณะใดในนั้น ทดสอบแอปที่คุณสนใจจริง ๆ แล้วทดสอบอีกครั้งโดยตัดการเชื่อมต่ออุโมงค์อย่างตั้งใจ
จะทำอะไรแทน ตามลำดับความพยายาม
คำตอบที่ถูกและถูกที่สุดคือรัน VPN บนแล็ปท็อป เชื่อมต่อกับฮอตสปอต ให้โทรศัพท์จัดหาการเชื่อมต่อมือถือพื้นฐาน และสร้างอุโมงค์จากอุปกรณ์ที่ต้องการตัวตน วิธีนี้ใช้ได้กับ VPN ของนายจ้าง ซึ่งเป็นกรณีที่สำคัญที่สุด
หากอุปกรณ์รันไคลเอนต์ VPN ไม่ได้เลย ให้มองหาเกตเวย์การแชร์ที่รองรับอย่างชัดเจนหรือเราเตอร์เดินทางที่สิ้นสุดอุโมงค์ อ่านเอกสารของมันสำหรับแพลตฟอร์มจริง แทนที่จะสมมติว่าฟีเจอร์ฮอตสปอตคือเกตเวย์นั้น
หากทั้งสองเป็นไปไม่ได้ ยอมรับข้อจำกัดแทนที่จะหลีกเลี่ยงด้วยสูตรที่คุณดูแลไม่ได้ VPN ของโทรศัพท์ครอบคลุมโทรศัพท์ แล็ปท็อปต้องการเส้นทางของตัวเอง และการรู้สิ่งนี้ล่วงหน้ามีค่ามากกว่าช่วงบ่ายที่ใช้ทดลองอินเทอร์เฟซ จดบันทึกการจัดวางไว้เพื่อให้คนถัดไปไม่ต้องค้นพบใหม่ระหว่างเหตุการณ์ บันทึกหนึ่งบรรทัดในวิกิของทีมก็เพียงพอ