Apakah Berbagi Internet Menempatkan Perangkat Lain Anda di VPN?

Mengaktifkan Berbagi Internet tidak memperluas VPN ke semua yang ada di meja Anda. Kedua fitur menjawab pertanyaan yang berbeda. Berbagi menentukan koneksi mana yang memberi makan Mac dan antarmuka mana yang membagikan koneksi itu, sedangkan VPN menentukan ke mana lalu lintas Mac sendiri pergi. Apakah perangkat kedua mewarisi terowongan bergantung pada perutean, pada kebijakan klien, dan pada apa yang bersedia diteruskan oleh gateway, dan itu tiga hal yang tidak diketahui panel Berbagi sama sekali.

Mitos: membagikan koneksi berarti membagikan terowongan

Ketika seseorang mengatakan itu berhasil, yang biasanya diamati adalah tablet di belakang Mac memuat sebuah halaman. Pengamatan itu cocok dengan beberapa jalur berbeda, termasuk jalur ketika halaman keluar langsung dari tautan fisik hulu sementara peramban Mac memakai terowongan. Satu halaman yang berhasil dimuat tidak membedakan apa pun. Itu hanya membuktikan bahwa suatu jalur memang ada.

Perangkat kedua tidak mewarisi sesi. Ia mendapat alamat dari Mac, mengirim paket ke Mac, dan Mac memutuskan apa yang harus dilakukan berdasarkan tabel peruteannya sendiri dan status firewall-nya sendiri. Keputusan itu diambil per koneksi, bukan per perangkat. Dua perangkat di belakang Mac yang sama bisa menempuh jalur berbeda ketika aturannya berbeda.

Apa yang sebenarnya dipilih panel Berbagi

Di Pengaturan Sistem, kontrol Berbagi Internet meminta koneksi sumber dan antarmuka yang akan dipakai perangkat lain. Sumbernya adalah tautan hulu Mac, dan panduan Apple sendiri memperingatkan bahwa berbagi yang sembarangan dapat mengganggu jaringan tempat Anda terhubung.

Tidak ada apa pun dalam dialog itu yang menyebut VPN sebagai gateway bagi lalu lintas yang diteruskan. Memilih Ethernet sebagai sumber tidak berarti terowongan diabaikan, dan tidak berarti terowongan dipakai; itu berarti antarmuka fisik Mac adalah tautan hulu yang dinyatakan, dan tabel perutean tetap yang memutuskan.

Pilihan yang tersedia juga bergantung pada perangkat keras. Mac tanpa port Ethernet, atau yang dokingnya tidak terhubung, tidak akan menawarkan pilihan yang diasumsikan sebuah tutorial. Periksa panel yang benar-benar Anda miliki sebelum membangun apa pun di sekitarnya.

Bagaimana paket yang diteruskan menemukan jalannya

Perangkat hilir disembunyikan di belakang NAT, dan Mac menulis ulang alamatnya sebelum mengirim apa pun ke hulu. Jika terowongan memiliki rute default saat itu, paket yang ditulis ulang mungkin melewatinya, dan itulah sebabnya tatanan ini tampak berhasil dalam uji cepat.

Penampilan bukan kebijakan. Klien VPN desktop dibangun di sekitar lalu lintas Mac sendiri, dan sakelar pengamannya biasanya menegakkan aturan untuk aplikasi lokal, bukan untuk LAN di belakang mesin. Ketika terowongan putus, Mac bisa terus meneruskan bagi tamunya tanpa aturan pemblokiran sama sekali.

Ada juga soal versi. Penyedia yang mendokumentasikan dukungan berbagi pada rilis macOS lama mungkin telah mengubah perilakunya sejak itu, dan tutorial yang menunjukkan entri VPN bawaan di daftar sumber mungkin menjelaskan antarmuka yang tidak pernah dibuat klien Anda saat ini.

Jadi ujilah jalurnya daripada mempercayai rancangannya. Jalankan permintaan dari perangkat kedua dan amati di kedua ujung, karena itulah satu-satunya bukti yang bertahan setelah pembaruan klien. Uji yang bisa Anda ulangi setelah pembaruan berikutnya lebih bernilai daripada konfigurasi yang hanya Anda yakini.

Pilih batas cakupan dengan sadar

Jika perangkat kedua dapat menjalankan klien yang disetujui, itulah tatanan yang lebih kuat. Ia mendapat profilnya sendiri, identitasnya sendiri, dan kebijakannya sendiri, dan Mac hanya menyediakan jaringan yang mendasarinya.

Jika ia tidak dapat menjalankan klien, maka Anda memerlukan entah fitur berbagi yang didokumentasikan dari penyedia VPN, atau gateway yang disetujui yang meneruskan atas nama perangkat. Keduanya memiliki pemilik dan akhir yang jelas, yang lebih dari yang bisa ditawarkan sebuah kotak centang.

Pemberi kerja sering tetap menuntut model per perangkat, karena sesi satu mesin yang mewakili empat perangkat lain adalah keputusan kepercayaan yang berbeda dari empat perangkat terdaftar.

Apa yang harus diverifikasi sebelum menjanjikannya

Periksa tujuan sebenarnya perangkat kedua, bukan tujuan Mac. Layanan privat dan pintu keluar publik adalah uji yang berbeda, dan lulus salah satunya tidak mengatakan apa pun tentang yang lain.

Periksa kedua keluarga alamat dan resolusi nama. Penyiapan yang menerowongkan IPv4 tetapi membiarkan IPv6 di tautan fisik menghasilkan perangkat yang tampak terlindungi di peramban dan bocor di semua hal lain.

Lalu periksa keadaan terputus. Matikan terowongan dan ulangi uji dari perangkat kedua; jika ia masih menjangkau internet, tatanan itu membagikan koneksi dan tidak pernah membagikan VPN, yang merupakan hasil baik asalkan tidak ada yang menuliskannya sebagai hal yang lain.