Körpü rejimi və VPN keçirmə eyni nasazlıq axtarışı mövzusunda çəkilir, çünki hər ikisi qoşulmayan VPN üçün həll kimi təklif olunur. Onlar marşrutlaşdırıcının fərqli funksiyalarını təsvir edir və heç biri təkbaşına VPN tuneli yaratmır. Körpüləmə cihazın şəbəkə seqmentlərinə necə qoşulduğunu və ya marşrutlaşdırmanı kimin etdiyini dəyişir; keçirmə isə müştərinin VPN trafikinin şlüzüdən keçə bilib-keçmədiyini müəyyən edir. Yanlış variantı seçmək kiçik problemi yarım günlük ünvan yenidənqurmasına çevirir.

İki ad, iki fərqli funksiya

Test sadədir: şəbəkənin formasını dəyişmək istəyirsiniz, yoxsa artıq mövcud olan trafikin ondan keçməsinə icazə vermək? Bunlar fərqli nəticələri olan fərqli tələblərdir.

Müqayisə bir cədvəldə:

SettingWhat it actually does
Bridge modeChanges the device's forwarding role: a modem bridge hands routing and NAT downstream, a software bridge joins selected interfaces
VPN pass-throughLets a client's VPN traffic cross the router; the credentials and encryption stay with the client
Router VPN clientTerminates the tunnel on the router, so the router becomes the endpoint
Router VPN serverAccepts inbound tunnels, which needs an upstream path that can reach it

Yalnız son iki variant marşrutlaşdırıcıda tunel yaradır. Körpüləmə də, keçirmə də son nöqtəni başqa yerdə qoyur, ona görə də heç biri çatışmayan müştəri və ya əlçatmaz server səbəbindən yaranan problemi həll edə bilməz. Bu fərqi itirmək asandır, çünki parametrlər eyni interfeysdə bir-birinin yanında durur. Həmin səhifəni açmazdan əvvəl tunelin hansı son nöqtəyə aid olduğunu yazın.

Keçirmə qeyd xanası da protokol dəstəyinin tam təsviri deyil. Müasir IPsec NAT keçidi standartlaşdırılmış UDP inkapsulyasiyasından istifadə edir, köhnə köməkçi funksiyalar isə tətbiqə xas davranışa malikdir.

VPN dəstəyi olduğunu bildirən marketinq etiketi bu dörd roldən hansının nəzərdə tutulduğunu demir.

Körpü rejimi cihazınızda nəyi dəyişir

Modem və ya marşrutlaşdırıcıda körpü seçimi adətən marşrutlaşdırma və NAT öhdəliklərini aşağı axındakı başqa şlüzə keçirir. Proqram cihazında isə bu, seçilmiş yerli interfeyslərin bir yayım domenində birləşdirilməsi mənasına gələ bilər. Dəqiq əhatə məhsuldan asılıdır, ona görə sözün deyil, modelin sənədlərini oxuyun. Hər iki şərh ünvan təyinatını, firewall sərhədlərini və idarəetməyə çıxışı dəyişir.

Məhz buna görə körpüləmə VPN nasazlığına qarşı pis ilk cavabdır. İlkin problem hələ həll olunmamış idarəetmə yolunu itirə bilərsiniz.

Şəbəkə rolunu dəyişməzdən əvvəl konfiqurasiya ehtiyat nüsxəsi saxlayın, çünki ünvanlama onunla birlikdə dəyişə bilər.

Parametrdən əvvəl rolu seçin

Ev trafikini xarici çıxışdan keçirmək üçün sizə uyğun marşrutlaşdırıcı VPN müştərisi lazımdır, körpü yox. Başqa yerdən evə qoşulmaq üçün isə server rolu və ona çata bilən yuxarı axın yolu lazımdır. Bu iki tələbin VPN sözündən başqa demək olar ki, heç bir ortaq cəhəti yoxdur. Menyuya baxmazdan əvvəl hansını qurduğunuza qərar verin.

Cihaz hər iki rolu dəstəkləyə bilər və yenə də gözlədiyiniz sürətlə ehtiyac duyduğunuz rolu dəstəkləməyə bilər.

Rol dizayn qərarıdır; parametr onun nəticəsidir.

Yalnız bir protokol uğursuz olarsa

Bir protokol başqa cəhətdən işləyən marşrutlaşdırıcının arxasında uğursuz olursa, əvvəlcə həmin protokolun nəql və NAT yolunu araşdırın. Bir müştəri üçün bütün şlüz rejimini dəyişmək, lampa xarab olduğu üçün evin kabelini yenidən çəkməyə bərabərdir. Trafikin UDP ilə inkapsulyasiya olunub-olunmadığını, marşrutlaşdırıcının köməkçi funksiyasının həmin protokola aid olub-olmadığını və nasazlığın simmetrik olub-olmadığını yoxlayın. Sonra rol dəyişikliyinin həqiqətən əsaslı olub-olmadığına qərar verin.

RFC 3948 IPsec-in NAT-dan keçməsini təmin edən UDP inkapsulyasiyasını təsvir edir və keçirmə qeyd xanasına güvənməzdən əvvəl yoxlanmalı standartdır.

Nəyi və niyə dəyişdiyinizi qeyd edin, çünki növbəti şəxs cihazı körpü rejimində tapıb bunun qəsdən edildiyini düşünəcək. Düzgün nəticə formasını özünüz seçdiyiniz şəbəkədir, nasazlıq axtarışı sessiyasından miras qalan şəbəkə deyil.

Əlaqəli məqalələr