Rumah dan kantor sama-sama memakai 192.168.1.x: sekarang bagaimana?

Lakukan empat pemeriksaan: alamat mana yang menjadi hasil resolusi nama, prefiks mana yang dipakai jaringan lokal, rute mana yang dipilih kernel untuk tujuan itu, dan apa yang menjawab di ujung jauh. Login VPN bukan salah satunya, karena tetap selesai apa pun jaringan yang menang. Lakukan pemeriksaan berurutan dan tumpang tindih akan terlihat pada langkah kedua, bukan keempat.

Login yang berhasil mengatakan terowongan sudah aktif; itu tidak mengatakan ke mana alamat tertentu mengarah.

Satu alamat, dua mesin

Host memilih jalur dari tabel perutean dan aturan kebijakannya, menggunakan alamat tujuan. Tidak ada yang memberitahunya bahwa permintaan ke hop 192.168.1.20 ditujukan untuk server kantor, bukan untuk perangkat di kamar sebelah. Ketika kedua jaringan berada di rentang privat yang sama, rute paling spesifik menang dan semua sisanya bergantung pada entri mana yang kebetulan dipasang oleh koneksi ulang. Tidak ada apa pun di alamat itu sendiri yang membawa perbedaan ini.

ip route get 192.168.1.20

Pencarian itu menyebut antarmuka dan hop berikutnya yang dipilih kernel, yaitu pemeriksaan kedua dalam daftar. Bandingkan prefiks lokal dan jauh sebelum melakukan hal lain. Jika LAN lokal adalah 192.168.1.0/24 dan situs jauh juga 192.168.1.0/24, tumpang tindih itulah temuannya, dan tidak ada opsi klien yang memperbaikinya.

Nomori ulang sisi yang Anda kendalikan

Router pribadi biasanya menjadi sisi yang lebih mudah dipindahkan. Pilih rentang yang tidak bentrok dengan jaringan jauh yang benar-benar Anda pakai, dan perhatikan bahwa 10.x.x.x juga tidak otomatis kosong, karena banyak situs memakainya. Rencanakan perubahannya: sewa DHCP, alamat yang dipesan, antrean pencetakan, dan apa pun yang alamatnya ditulis tetap semuanya perlu perhatian. Lakukan penomoran ulang pada jendela waktu ketika Anda dapat memulihkan router tanpa VPN.

Periksa daftar prefiks jauh terlebih dahulu, bukan sesudahnya. Memilih rentang baru yang bentrok dengan situs kantor lain menimbulkan masalah yang sama dengan lebih banyak pekerjaan.

Ketika kedua sisi tidak dapat berubah

Jika tidak ada jaringan yang dapat dinomori ulang, pilihan yang tersisa ada di server. Gateway dapat menerjemahkan jaringan jauh ke subnet lain untuk klien VPN, memakai NAT berbasis kebijakan atau varian dua arah, sehingga klien melihat alamat yang unik. Itu desain gateway, bukan sakelar yang disediakan setiap klien desktop, dan itu mengubah alamat yang diketik pengguna serta nama yang harus cocok. Rute yang disalin dari forum tidak dapat membedakan dua tujuan yang identik.

Rentang alamat privat tetap privat; masalahnya adalah penggunaan ulang, bukan rentangnya sendiri.

Buktikan mesin mana yang menjawab

openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject

Setelah perubahan apa pun, uji sumber daya kantor dan perangkat lokal bersama-sama. Jika perangkat rumah yang dikenal menjawab di tempat server kantor seharusnya berada, atau sertifikat TLS menyebut host yang salah, berhentilah dan kenali tujuannya sebelum melanjutkan. Mendapat jawaban dari alamat itu tidak membuktikan mesin mana yang mengirimnya. Memeriksa subjek sertifikat adalah salah satu dari sedikit sinyal andal yang tersedia pada saat itu.

Jangan ganti alamat privat kantor dengan alamat publik sembarangan yang tidak Anda kendalikan. Itu menukar tumpang tindih dengan masalah perutean dan kepemilikan yang lebih buruk dan lebih sulit dijelaskan.

Catat prefiks lokal, prefiks jauh, dan perubahan yang menyelesaikannya. Tumpang tindih berikutnya akan tampak berbeda tetapi mengikuti pola yang sama.