SoftEther yerli körpüsü və SecureNAT: hansını aktivləşdirmək

SoftEther Manager-i açın; hub barədə ilk real qərar onay qutusu deyil, topologiya məsələsidir. Yerli körpü həmin hub-u fiziki adaptora bağlayır və mövcud seqmentin ünvanlaşdırma verməsinə imkan yaradır, SecureNAT isə hub-a öz virtual marşrutlaşdırıcısını, NAT-ını və DHCP-ni verir. Onların arasında seçim ünvanların haradan gəldiyini və onlara hansı cihazın cavab verdiyini dəyişir. İkisini birgə aktivləşdirib birinin qalib gələcəyinə ümid etmək işləyən laboratoriyanı dəstək müzakirəsinə çevirən yoldur.

Həqiqətən redaktə etdiyiniz hub-dan başlayın

Manager serverlərin və hub-ların ağacını göstərir və default hub-ı konfiqurasiya etmək, müştərilər başqa adlı hub-a qoşularkən, çox asandır. Hub-a klikləyin, adını oxuyun və altında sadalanan sessiyaların xidmət etmək istədiyiniz müştərilər olduğunu təsdiqləyin. Bu tək yoxlama protokola yazılan qarışıqlığın çoxunu qabaqlayır.

Sonra müştərinin uzaq tərəfdən nəyə ehtiyacı olduğunu qərar verin. Yayım və LAN xidmətləri ilə paylaşılan Ethernet davranışı körpüyə işarə edir, kiçik ünvan aralığına marşrutlaşdırılmış şəxsi giriş SecureNAT-a işarə edir, internet çıxışı isə hər iki quruluşun pis daşıya biləcəyi marşrutlaşdırma qərarıdır.

Cavabı heç nəyə klikləməzdən əvvəl yazın, çünki bu iki parametr bir-birini əvəz etmir və geri qaytarmaq qərar verməkdən daha uzun çəkir. İki dəqiqəlik yazı bir saatlıq yenidən qoşulmağa qənaət edir.

Yerli körpü ünvanlaşdırmaya nə edir

Yerli körpü hub-u fiziki adaptora bağlayır, buna görə hub həmin Ethernet seqmentinin bir hissəsi olur. Müştərilər ünvanları seqmentə artıq xidmət edən qurğudan alır və onların şlüzü seqmentin marşrutlaşdırıcısıdır. Müştəri baxımından o, ofis LAN-ına qoşulub, bunun gətirdiyi bütün əlçatanlıq və bütün məruz qalma ilə birlikdə.

Bu həm də o deməkdir ki, körpüyə düzgün sürücü dəstəyi olan real adapter lazımdır və administratorun həmin seqmenti genişləndirmək səlahiyyəti olmalıdır. VPN girişi autentifikasiyanı sübut edir, host-u istehsal VLAN-na yerləşdirmək hüququnu deyil. Sürücü adının nəzərdə tutduğunuz adaptora uyğun olduğunu yoxlayın, çünki səhv portu körpüləmək seqmenti tez sıradan çıxarır. Adapter siyahısı boşdursa və ya körpü nasazlıq bildirirsə, cavab adətən kriptoqrafik deyil, sürücü və ya səlahiyyət məsələsidir.

Qrafik ağac birmənalı olmayanda körpü cədvəlini komanda sətrindən oxuyun. Çıxış adapteri adlandırır, ağac bunu həmişə etmir.

vpncmd /SERVER localhost /HUB VPN /CMD BridgeList
vpncmd /SERVER localhost /HUB VPN /CMD SessionList

Qoşulmuş sessiyalarla boş körpü siyahısı faydalı mənzərədir: müştərilər virtual hub-ın içindədir və hələ heç nə onu seqmentə uzatmır.

SecureNAT nə əlavə edir və nəyi gizlədir

SecureNAT hub-a virtual marşrutlaşdırıcı, NAT funksiyası və DHCP xidməti verir, hamısı SoftEther prosesinin içində. Müştərilər virtual DHCP aralığından ünvan alır, virtual marşrutlaşdırıcı default şlüzə cavab verir və çıxması lazım olan trafik tərcümə olunur. Fiziki adapter iştirak etmir, buna görə tək NIC və kommutator konfiqurasiyası olmayan host-da işləyir.

Qiyməti odur ki, virtual ünvanlar hub-a aiddir və başqa heç nəyə deyil. Ofis LAN-ındakı maşın kömək olmadan müştərinin SecureNAT ünvanına marşrutlaşa bilməz və mənbə ünvanlarını qeyd edən hər şey SoftEther host-unun tərcümə olunmuş ünvanını görür. Giriş qaydalarınız və ya audit iziniz müştərinin real ünvanından asılıdırsa, bu detal deyil, dizayn dəyişikliyidir. Bu həm də mənbə-ünvan qaydasının müştərini ümumiyyətlə görüb-görməyəcəyini müəyyən edir.

O həm də DHCP serveridir. Onu artıq DHCP olan seqmentdə işlətmək və ya həmin seqmenti eyni vaxtda körpüləmək iki cavabdeh və gözlənilməz icarələr yaradır. Təlimat iki funksiyanı ayrı seçimlər kimi qəbul edir məhz buna görə.

Başqa bir şeyi aktivləşdirməzdən əvvəl hub-ın hazırda nəyə xidmət etdiyini yoxlayın. Hər komanda nəzərdə tutulanı deyil, cari vəziyyəti çap edir.

vpncmd /SERVER localhost /HUB VPN /CMD SecureNatStatusGet
vpncmd /SERVER localhost /HUB VPN /CMD NatGet
vpncmd /SERVER localhost /HUB VPN /CMD DhcpGet

Birini digərini pozmadan aktivləşdirmək

Quruluşu seçin, aktivləşdirin və digərini söndürülmüş saxlayın. Həm körpüsü, həm SecureNAT-ı aktiv olan hub eyni suala iki mümkün cavabı olan hub-dır və müştəri hansı əvvəl gəlirsə ona inanacaq. Birindən digərinə keçəndə köhnə funksiyanı söndürün və yeni parametrin mövcud sessiyada qüvvəyə mindiyini güman etmək əvəzinə müştərini yenidən qoşun.

Dəyişikliyi elə sıralayın ki, müştəri hovuzu LAN aralığı ilə üst-üstə düşməsin. Üst-üstə düşən alt şəbəkələr qoşulan və sonra heç nəyə çata bilməyən tunelin ikinci ən çox yayılmış səbəbidir və iki ünvan planını yan-yana müqayisə edənə qədər görünməzdirlər.

Sonra müştəridən yenidən qoşulun və nə aldığını oxuyun, çünki hub-ın sessiya görünüşü müştərinin öz şəbəkəsinə baxışı deyil. Yenidən qoşulma təzə icarəni məcbur etməyin yeganə etibarlı yoludur.

Müştəridə şlüzü və həlledicini yoxlayın

Uğurlu autentifikasiya etimad məlumatlarının işlədiyini və hub-ın sessiyanı qəbul etdiyini bildirir. Müştərinin hər hansı yerə çatıb-çatmadığı barədə heç nə demir, çünki bu, ona verilən ünvandan, maskadan, şlüzdən və DNS serverindən asılıdır. Yenidən server parametrinə toxunmazdan əvvəl bu dörd dəyəri müştəridə oxuyun.

Windows-da adapter təfərrüatı icarəni və həlledicini göstərir, marşrut cədvəli isə tunelin həqiqətən default yol olduğunu göstərir.

ipconfig /all
route print -4
nslookup intranet.corp.internal

Linux müştərisində eyni məlumat ünvan, marşrut və həlledici fayllarından gəlir. Default marşrut trafikin ümumiyyətlə tuneldən çıxıb-çıxmadığını həll edən dəyərdir. Şlüz ofis marşrutlaşdırıcısına işarə edirsə, tunel isə trafiki daşımağı gözləyirsə, topologiya adda körpülənib, praktikada qırılıb. Əvvəlcə ünvan mənbəyini düzəldin, sonra tətbiqi yenidən sınaqdan keçirin və yalnız bundan sonra digər rejimi dəyişməyi düşünün.