Mengapa VPN tetamu anda gagal di sebalik NAT VirtualBox?

Pelayar di dalam mesin maya berfungsi, dan klien VPN pada tetamu yang sama tidak dapat membawa data. Tetamu jelas mempunyai sambungan, jadi kegagalan terletak pada apa yang diperlukan oleh protokol luar VPN dan apa yang akan diluluskan oleh NAT maya. Tiga syarat menentukan hasilnya: proses mana yang memiliki VPN, bagaimana pertukaran luar kelihatan pada wayar, dan sama ada mod penyesuai ialah yang anda fikirkan. Menamakan syarat yang boleh anda ubah ialah keseluruhan keputusan.

Cari proses VPN sebelum menyalahkan rangkaian

Tentukan dahulu sama ada VPN berjalan di dalam tetamu atau pada hos, kerana kedua-dua susunan gagal secara berbeza. Klien di dalam tetamu membina sambungan luarnya sendiri melalui penyesuai tetamu dan sebarang terjemahan di belakangnya. VPN hos menangkap trafik tetamu mengikut dasar hos dan hypervisor, yang merupakan titik tangkap berasingan dengan peraturannya sendiri. Kedua-duanya boleh berjalan serentak dan mengaburkan bukti, jadi kenal pasti yang sepatutnya membawa trafik ini sebelum menyentuh mana-mana satu.

Catat mod penyesuai tetamu sekarang, sebelum mengubah apa-apa. Nilai tunggal itu menjelaskan sebahagian besar daripada apa yang berikut, dan itulah perkara pertama yang sesiapa akan tanyakan kepada anda kemudian.

Pertukaran luar menentukan keserasian

Panduan rangkaian VirtualBox menyenaraikan had NAT yang penting di sini: ia tidak akan meluluskan protokol selain TCP dan UDP, GRE disebut sebagai tidak disokong, dan PPTP diberikan sebagai contoh terjejas. PPTP menggunakan pertukaran kawalan TCP dan GRE untuk data, jadi sambungan kawalan boleh berjaya manakala laluan data tidak dapat melintasi sempadan yang sama. Itu dua bukti berbeza, dan hanya satu daripadanya tentang membawa trafik. Membenarkan port TCP 47 dalam peraturan tembok api bukanlah sama dengan membenarkan protokol IP 47, dan kedua-duanya sentiasa dikelirukan.

Kekalkan had itu terikat pada susunan NAT ini dan bukan pada setiap peranti yang menggunakan perkataan NAT. Penghala fizikal boleh meluluskan GRE tanpa aduan manakala NAT maya menggugurkannya, dan hypervisor lain membuat pilihannya sendiri tentang apa yang diteruskannya. Di mana organisasi menawarkan pengangkutan yang diluluskan dalam TCP atau UDP, gunakan klien dan profil yang disokongnya untuk laluan itu. Keserasian ialah satu keperluan antara beberapa, dan ia tidak menetapkan kepercayaan pelayan, kebenaran akaun atau laluan peribadi yang berfungsi.

Apa yang sebenarnya diubah oleh jambatan

Jambatan menyerahkan alamat MAC tetamu kepada segmen fizikal dan bukannya menyembunyikannya di sebalik terjemahan. Tetamu kemudian mengambil alamat daripada mana-mana pelayan DHCP yang menyediakan segmen itu, menjawab ARP untuk alamat itu, dan muncul kepada suis huluan sebagai satu lagi port. Itu menghapuskan laluan terjemahan maya, yang merupakan sebab tepat mengapa resipi lama mengesyorkannya, dan ia mengubah tiga perkara lain pada masa yang sama. Pengalamatan kini datang dari segmen setempat dan bukan dari hypervisor, pendedahan bermaksud tetamu kelihatan kepada segmen itu, dan kemasukan bergantung pada port suis dan dasarnya. Setiap satu boleh menjadi sebab untuk menolak perubahan itu, dan tiada satu pun tentang protokol VPN.

Penjambatan tidak memasang pemalam yang hilang, tidak membekalkan ejen rahsia yang tidak tersedia dan tidak membaiki penolakan pengesahan. Ia juga tidak menjadikan protokol usang sebagai pilihan yang baik, dan di mana pengendali mempunyai pengganti yang diselenggara, itulah keputusannya dan bukan menukar hypervisor. Pemajuan port ialah peranan ketiga sepenuhnya: ia menerbitkan perkhidmatan masuk dan tidak melakukan apa-apa untuk protokol luar klien keluar.

Dua terowong, dua jejak bukti

VPN tetamu memerlukan laluan yang boleh digunakan dari antara muka tetamu ke rakan sejawatnya sebelum mana-mana alamat dalaman atau laluan peribadi penting. Di mana VPN hos hadir, ia boleh menyampaikan atau menyekat pertukaran luar itu mengikut dasarnya sendiri, dan terowong dalaman tetamu hanya bermula selepas yang luar berjaya. Liputan mana-mana lapisan tidak boleh dibaca daripada satu ikon bersambung atau daripada alamat awam pelayar hos.

Simpan mesej ralat pertama dan bukan yang terakhir, kerana kegagalan paling awal menamakan lapisan. Tukar satu susunan rangkaian yang disokong pada satu masa, dengan profil tetamu dan kelayakan yang sama, supaya perbandingan itu bermakna. Putuskan daripada kegagalan peringkat mana yang rosak: integrasi setempat, pengangkutan, pengesahan atau akses sumber selepas terowong naik. Setiap satu mempunyai pemilik berbeza, dan hanya satu ialah persoalan hypervisor.

Kekangan mana yang sebenarnya menyekat anda

Kini keputusan menyempit kepada tiga soalan dengan jawapan berbeza. Jika protokol luar berada di luar TCP dan UDP, mod NAT ialah kekangan, dan jalan ke hadapan ialah jambatan atau pengangkutan TCP/UDP yang diluluskan. Jika pertukaran luar selesai dan laluan data tidak, kekangannya sama seperti yang dilihat pada bukti kedua. Jika terowong naik dan sumber tidak menjawab, masalahnya sudah melepasi hypervisor ke penghalaan atau dasar.

Tulis jawapannya dengan mod penyesuai di sebelahnya, atau orang seterusnya akan mengulangi petang yang sama. Uji aplikasi sebenar dan penyelesaian nama di dalam tetamu selepas sebarang pembetulan, kemudian sambung semula dan uji dasar kegagalan. Halaman web yang berfungsi melalui terowong hanya membuktikan laluan web berfungsi, yang merupakan dakwaan lebih kecil daripada yang terasa pada masa itu.