VPN บนโฮสต์หรือไคลเอนต์ใน Genymotion: ตัดสินใจว่าใครเป็นเจ้าของอุโมงค์

VPN บนเดสก์ท็อปส่งผลต่อ Genymotion สองจุด และการแก้จุดหนึ่งไม่ได้พิสูจน์อะไรเกี่ยวกับอีกจุดเลย จุดแรกคือการเชื่อมต่อที่แอปบนเดสก์ท็อปใช้ควบคุมอุปกรณ์เสมือน จุดที่สองคือเส้นทางของแอป Android เสมือนไปยังบริการส่วนตัว ตัดสินใจให้ชัดว่าคุณกำลังเปลี่ยนจุดใดจริง ๆ ก่อนจะแตะอะแดปเตอร์ จากนั้นบันทึกเวอร์ชัน Genymotion Desktop ระบบปฏิบัติการของโฮสต์ และไฮเปอร์ไวเซอร์ เพราะคำแนะนำที่เขียนสำหรับอะแดปเตอร์แบบโฮสต์เท่านั้นของ VirtualBox ใช้กับอุปกรณ์ QEMU หรือเซสชันที่โฮสต์บนคลาวด์ไม่ได้

สองเส้นทางบนเครื่องเดียว

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

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

รักษาการเชื่อมต่อควบคุมให้คงอยู่

บันทึกช่วยเหลือของ Genymotion Desktop เองระบุกรณี VirtualBox ไว้ว่า เมื่อ VPN บนโฮสต์ทำงานแล้ว Desktop จะมองไม่เห็นอุปกรณ์เสมือนอีก และข้อยกเว้นที่สำคัญคืออะแดปเตอร์แบบโฮสต์เท่านั้นตัวจริงที่ระบุไว้ในตัวจัดการเครือข่ายของ VirtualBox ให้ไล่รายการอะแดปเตอร์เหล่านั้นแทนการเดาช่วง:

VBoxManage list hostonlyifs

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

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

ทางเลือกแรก: ให้โฮสต์เป็นตัวพาทราฟฟิก

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

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

ทางเลือกที่สอง: รันไคลเอนต์ที่รองรับภายใน Android

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

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

ตรวจสอบจากแอปและจดการจัดวาง

ใช้แอป Android ตัวเดียวกันในทุกการทดสอบ และอ่านสิ่งที่มันรายงานว่า ที่อยู่ตอบสนองหรือไม่ ชื่อส่วนตัวแปลงได้หรือไม่ และแอปคืนอะไรกลับมา การสังเกตสามอย่างแยกความล้มเหลวด้านเส้นทางออกจากความล้มเหลวของตัวแปลงชื่อ และจากการปฏิเสธตามนโยบาย

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