Uzaqdan giriş yoxsa saytlararası VPN: hansı uyğundur?

Səfərdə olan işçi və filial fərqli tunellərə ehtiyac duyur və yanlış seçim laboratoriyada işləyən, lakin ilk bazar ertəsi uğursuz olan dizayn yaradır. Uzaqdan giriş cihazı şlüzə birləşdirir. Saytlararası isə şəbəkələri təmsil edən iki şlüzü birləşdirir. Aşağıdakı yoxlama siyahısı tələbin əslində hansını təsvir etdiyini müəyyənləşdirir.

Kim zəng edir və zəng edənin arxasında nə durur

Uzaqdan girişdə noutbukdakı və ya telefondakı proqram tuneli qurur, şlüz isə ünvan və marşrutlar təyin etməzdən əvvəl istifadəçini, cihazı və ya hər ikisini autentifikasiya edir. Saytlararası rejimdə marşrutlaşdırıcılar, firewall-lar və ya bulud şlüzləri bağlantını qurur, onların arxasındakı cihazlar isə müştəri işlətmək əvəzinə adi marşrutlaşdırmadan istifadə edir. Bu fərq tunelin işləmə müddətinin kimə aid olduğunu müəyyən edir: birinci halda işçinin cihazına, ikincidə idarə olunan cihaza. O, həmçinin autentifikasiyanın şəxsi, yoxsa şəbəkəni təsvir etdiyini müəyyən edir.

Tələb bir ofisdəki hər maşının cihazbaşı quraşdırma olmadan digər ofisə çatmasıdırsa, burada dayanın. Bu, saytlararası bağlantıdır və uzaqdan giriş hesablarının yığını zəif əvəzləyicidir.

Ünvanlama və geri dönüş yolu

Ayrı lokal və uzaq diapazonlar planlayın. İki sayt eyni şəxsi alt şəbəkədən istifadə edə bilər və o zaman dizayn marşrutlaşdırmanın birmənalı olması üçün tərcümə və ya yenidən nömrələmə tələb edir. Baş ofislə eyni diapazonu istifadə edən ev marşrutlaşdırıcısı bir uzaq işçi üçün eyni problemi yaradır. Üst-üstə düşmə kifayət qədər geniş yayılıb ki, onun yoxlanması ilk söhbətə aiddir.

Cavab yolu giden yol qədər vacibdir. Server sorğu qəbul edə və yenə də müştəri şəbəkəsinə geri marşruta malik olmaya bilər.

Uzaq prefiksi hansı marşrutlaşdırıcının bildiyini sənədləşdirin, xüsusən bulud şəbəkələri və bir neçə şlüz olduqda. Yaşıl tunel nişanı təyinatın işlək geri dönüş marşrutu olub-olmadığını cavablandıra bilməz, bir istiqamətdə ping də. Uzaqdan girişdə hovuz marşrutu adətən şlüzə aiddir; saytlararası rejimdə prefiksi daşıyan hər ara marşrutlaşdırıcı razılaşmalıdır. Tərcümə itkin marşrutu ünvanları daxil edən tətbiq pozulana qədər gizlədə bilər.

İnternetə çıxış ayrı qərardır

Şəxsi əlçatanlıq tunelin ümumi gəzintini daşımasını tələb etmir. Adi veb trafikinin şlüzdən çıxıb-çıxmayacağı ikinci qərardır, hər dizayn üçün verilir və müştəri profilində və ya sayt konfiqurasiyasında qeyd olunur.

Tam tunel və bölünmüş tunel həmin suala cavabdır, uzaqdan giriş və saytlararası sualına deyil. Daxili adlar hər iki dizaynda uyğun DNS tələb edir, çünki ümumi həlledici şəxsi ofis host adına cavab verə bilməz. Həlledici göndərmək və standart marşrut göndərmək əlaqəli parametrlərdir və birini digəri olmadan dəyişmək DNS problemlərinə bənzəyən nasazlıqlar yaradır.

Nasazlığı topologiya ilə daraldın

Bir gəzən noutbuk müştəridə, hesabında və ya lokal şəbəkəsində girişi itirir. Bütün bir filial ortaq yollarda və şlüzlərdə girişi itirir.

Əvvəlcə tunelin qurulmasını, sonra marşrutları, sonra icazə verilən trafiki, sonra ad həllini, sonra tətbiqə girişi yoxlayın və uğursuz olan ilk addımda dayanın.ip route get 10.60.8.15 bir tətbiq jurnalını oxumazdan əvvəl marşrutlaşdırma sualına cavab verir. Şifrələmə parametrləri fayl paylaşımının icazə xətasını düzəltmir və işlək ping tətbiqin səlahiyyətli olduğunu sübut etmir. Sıranın sabit saxlanması bir nasazlığı üçə çevirən təsadüfi konfiqurasiya dəyişikliklərinin qarşısını alır.

Nəhayət, vendor materiallarını oxuyarkən tərifləri düzgün saxlayın: kommersiya internetə-çıxış serveri şirkətin şəxsi şlüzündən fərqli xidmətdir və həmin şirkətin şəbəkəsinə heç bir giriş vermir.