Rute statis di FRITZ!Box: arahkan ke IP LAN gateway VPN

LAN rumah Anda punya FRITZ!Box sebagai router default dan sebuah kotak Linux kecil yang bertugas VPN di sampingnya. Kotak itu bisa menjangkau jaringan kantor, sedangkan laptop di belakang FRITZ!Box tidak. Rute statis menyelesaikannya dengan tiga kolom, dan satu-satunya kesulitan nyata adalah menolak menaruh alamat tunnel di kolom gateway. Gateway adalah router berikutnya di LAN Anda sendiri, dan memang selalu begitu.

Tulis ketiga kolom itu sebelum membuka antarmuka

Ambil LAN 192.168.50.0/24, FRITZ!Box di 192.168.50.1, dan kotak VPN dengan alamat tetap 192.168.50.2 yang sudah punya jalur terlindungi yang berfungsi ke 10.40.0.0/16. Rutenya berbunyi: untuk prefiks jarak jauh itu, serahkan paket ke perangkat di alamat LAN tetap tersebut. Endpoint publik server VPN jarak jauh dan alamat tunnel internalnya keduanya tidak relevan di sini, karena FRITZ!Box tidak pernah mengirim apa pun langsung ke sana.

Cadangkan alamat LAN itu di luar kumpulan DHCP, atau gateway yang Anda konfigurasi suatu hari akan menjadi milik telepon.

Di mana FRITZ!Box menyimpan rutenya

FRITZ! membuka kendali rute IPv4 di bawah Jaringan Rumah, lalu Jaringan, lalu Pengaturan Jaringan, dengan label dan penyarangan persisnya bergantung pada model dan versi FRITZ!OS. Aktifkan tampilan lanjutan jika tabel rute tersembunyi, tambahkan satu entri dengan nilai di atas, lalu terapkan. Panduan untuk model spesifik Anda layak dilihat sekilas, karena fungsi yang sama sudah berpindah antar rilis lebih dari sekali. Perhatikan kata-kata persis entri yang Anda simpan, karena entri tabel jarang memberi tahu layar mana yang membuatnya.

Ini bukan fitur yang sama dengan FRITZ!Box mengakhiri VPN sendiri. Rute menunjuk ke perangkat lain; VPN bawaan adalah perangkat itu.

Gateway harus merutekan, bukan sekadar menjangkau

Host yang bisa menjangkau jaringan jarak jauh tidak otomatis menjadi router bagi sisa LAN. Kotak VPN perlu penerusan IP aktif, kebijakan firewall yang mengizinkan penerusan antara antarmuka LAN dan tunnel, dan rute yang mengirim balasan kembali ke LAN alih-alih keluar lewat jalur defaultnya sendiri. Mengaktifkan penerusan dan lupa aturan firewall adalah setengah-perbaikan yang paling umum, dan dari sisi klien tampak seperti kegagalan routing.

Periksa dari sisi FRITZ!Box dengan mem-ping alamat LAN kotak VPN, lalu dari klien dengan menelusuri ke alamat jarak jauh dan memastikan hop kedua adalah kotak itu.

Jalur kembali dan rentang yang tumpang tindih

Sisi jarak jauh memerlukan rute untuk 192.168.50.0/24 kembali melalui tunnel, kecuali Anda sengaja menerjemahkan sumber di kotak VPN. Mempertahankan dan menerjemahkan adalah kebijakan berbeda dengan log berbeda dan aturan akses berbeda, dan rute statis yang baru Anda tambahkan tidak memilih di antaranya. Rentang yang tumpang tindih adalah masalah yang lebih sulit: jika LAN Anda dan jaringan jarak jauh berbagi prefiks, satu rute host tidak bisa membedakannya, dan rencana alamat harus berubah.

Menambahkan rute yang lebih spesifik di tempat lain di LAN, atau klien VPN kedua di laptop, akan diam-diam mengalahkan entri FRITZ!Box.

Uji dari klien biasa, lalu uji kegagalannya

Jalankan pengujian dari mesin LAN resmi biasa, bukan dari kotak VPN, karena kotak itu sudah bekerja dan tidak membuktikan apa pun. Jangkau layanan jarak jauh dan periksa balasannya, lalu pastikan tujuan internet yang tidak terkait tetap memakai rute default dan tidak ditarik lewat tunnel. Mengganti rute default untuk menjangkau satu subjaringan jauh lebih besar perubahannya daripada entri tiga kolom yang Anda mulai.

Terakhir, putuskan VPN dan lihat apa yang terjadi. Rute statis tetap ada di tabel sementara gateway-nya sudah kehilangan jalur terlindungi, jadi lalu lintas gagal di kotak itu alih-alih kembali ke internet, dan persyaratan apa pun untuk memblokir lalu lintas cadangan ada pada kebijakan kotak itu sendiri, bukan pada rute tersimpan.