Laluan statik dalam FRITZ!Box: halakan ke IP LAN gateway VPN

LAN rumah anda mempunyai FRITZ!Box sebagai penghala lalai dan sebuah kotak Linux kecil yang menjalankan tugas VPN di sebelahnya. Kotak itu boleh mencapai rangkaian pejabat, tetapi komputer riba di belakang FRITZ!Box tidak. Laluan statik menyelesaikannya dengan tiga medan, dan satu-satunya kesukaran sebenar ialah menolak untuk meletakkan alamat terowong dalam medan gateway. Gateway ialah penghala seterusnya dalam LAN anda sendiri, dan ia sentiasa begitu.

Tulis ketiga-tiga medan sebelum membuka antara muka

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 mempunyai laluan terlindung berfungsi ke 10.40.0.0/16. Laluan itu berkata: untuk awalan jauh itu, serahkan paket kepada peranti pada alamat LAN tetap. Titik akhir awam pelayan VPN jauh dan alamat terowong dalamannya kedua-duanya tidak relevan di sini, kerana FRITZ!Box tidak pernah menghantar apa-apa terus kepada mereka.

Rizab alamat LAN itu di luar kolam DHCP, jika tidak gateway yang anda konfigurasikan suatu hari nanti akan menjadi milik telefon.

Di mana FRITZ!Box menyimpan laluan

FRITZ! membuka kawalan laluan IPv4 di bawah Rangkaian Rumah, kemudian Rangkaian, kemudian Tetapan Rangkaian, dengan label dan penyarangan tepat bergantung pada model dan versi FRITZ!OS. Dayakan paparan lanjutan jika jadual laluan tersembunyi, tambah satu entri dengan nilai di atas dan gunakannya. Panduan untuk model khusus anda wajar dilihat sekali, kerana fungsi yang sama telah berpindah antara keluaran lebih daripada sekali. Perhatikan perkataan tepat entri yang anda simpan, kerana entri jadual jarang memberitahu skrin mana yang menghasilkannya.

Ini bukan ciri yang sama seperti FRITZ!Box sendiri menamatkan VPN. Laluan menunjuk kepada peranti lain; VPN terbina dalam ialah peranti itu.

Gateway mesti menghalakan, bukan sekadar mencapai

Hos yang boleh mencapai rangkaian jauh tidak automatik menjadi penghala untuk seluruh LAN. Kotak VPN memerlukan pemajuan IP dihidupkan, dasar tembok api yang membenarkan pemajuan antara antara muka LAN dan terowong, dan laluan yang menghantar balasan kembali ke LAN dan bukan keluar melalui laluan lalainya sendiri. Menghidupkan pemajuan dan terlupa peraturan tembok api ialah pembetulan separuh yang paling biasa, dan dari sisi klien ia kelihatan seperti kegagalan penghalakan.

Semak dari sisi FRITZ!Box dengan mengeping alamat LAN kotak VPN, kemudian dari klien dengan menjejak ke alamat jauh dan mengesahkan hop kedua ialah kotak itu.

Laluan pulang dan julat bertindih

Sisi jauh memerlukan laluan untuk 192.168.50.0/24 kembali melalui terowong, melainkan anda menterjemah sumber dengan sengaja di kotak VPN. Mengekalkan dan menterjemah ialah dasar berbeza dengan log berbeza dan peraturan akses berbeza, dan laluan statik yang baru anda tambah tidak memilih antara keduanya. Julat bertindih ialah masalah yang lebih sukar: jika LAN anda dan rangkaian jauh berkongsi awalan, satu laluan hos tidak dapat membezakan keduanya, dan pelan alamat perlu berubah.

Menambah laluan yang lebih khusus di tempat lain dalam LAN, atau klien VPN kedua pada komputer riba, akan menewaskan entri FRITZ!Box secara senyap.

Uji dari klien biasa, kemudian uji kegagalan

Jalankan ujian dari mesin LAN sah biasa, bukan dari kotak VPN, kerana kotak itu sudah berfungsi dan tidak membuktikan apa-apa. Capai perkhidmatan jauh dan semak balasan, kemudian sahkan bahawa destinasi internet tidak berkaitan masih mengambil laluan lalai dan tidak diseret melalui terowong. Menggantikan laluan lalai untuk mencapai satu subnet ialah perubahan yang jauh lebih besar daripada entri tiga medan yang anda mulakan.

Akhir sekali, putuskan VPN dan lihat apa yang berlaku. Laluan statik kekal dalam jadual manakala gatewaynya telah kehilangan laluan terlindung, jadi trafik gagal di kotak itu dan bukan jatuh semula ke internet, dan apa-apa keperluan untuk menyekat trafik sandaran terletak pada dasar kotak itu sendiri, bukan pada laluan tersimpan.