Client Export və pfSense-də xarici OpenVPN instansiyası

Client Export paketini quraşdırır, açırsınız və server seçicisi boş görünür. Təbii nəticə paketin pozulduğu və ya pfSense-in ümumiyyətlə VPN klienti ola bilmədiyidir, amma hər ikisi səhvdir. Seçici ona görə boşdur ki, pfSense-də remote-access serveri konfiqurasiya olunmayıb və paket heç vaxt firewall-u xaricə zəng etdirən alət olmayıb. İki fərqli iş eyni sözü paylaşır və boş siyahı onlardan birindən etmədiyi bir şeyin istənilməsinin səsidir.

Nəyisə quraşdırmadan əvvəl kimin başladacağını qərarlaşdırın

Bir sual verin: hansı cihaz bağlantını başladır? Əgər səfərdə olan işçi ofis firewall-una qoşulursa, pfSense server, işçinin noutbuku isə klientdir. Bu halda sizə lazım olan paket noutbuk üçün material hazırlayır, çünki zəng edən tərəf noutbukdur.

Əgər pfSense başqasının VPN xidmətinə qoşulursa, firewall klientdir və uzaq operator sizin qoşulduğunuz son nöqtəyə sahibdir.

Hər iki vəziyyət klient sözünü işlədir və qarışıqlıq buradan başlayır. Söz bir bağlantıdakı rolu təsvir edir, məhsul kateqoriyasını yox.

İxrac edən server tərəfində köməkçi alətdir

Client Export pfSense-də artıq mövcud olan remote-access serverini götürür və qoşulan cihazın ehtiyac duyduğu materialı hazırlayır. O, həmin serverin parametrlərini, sertifikatlarını və tunel seçimlərini oxuyur, sonra başqa yerdə istifadə üçün paketləyir.

Buna görə seçici yalnız Remote Access rejimindəki serverləri sadalayır. Belə server olmadan ixrac ediləcək bir şey yoxdur və boş siyahı nasazlıq deyil, dəqiq hesabatdır. Əvvəlcə remote-access serverini yaradın, seçici özü dolacaq. Bu ardıcıllıq insanları paketin içindəki istənilən parametrdən daha çox çaşdırır.

Paket sənədi bu asılılığı açıq şəkildə göstərir. Paketin serveri sizin üçün yarada biləcəyini güman etməzdən əvvəl onu oxuyun.

Xarici instansiya ayrı konfiqurasiyadır

pfSense-i başqa xidmətin klienti etmək OpenVPN klient instansiyası yaratmaq deməkdir: həmin provayderin son nöqtəsi, portu, protokolu, etimad məlumatları və etibar materialı ilə. Netgate bunu ixrac paketindən ayrı sənədləşdirir, çünki bu, konfiqurasiyada fərqli obyektdir.

İxrac edənin quraşdırılması bu sahələrin heç birini doldurmur və heç bir ixrac formatı onları sizin üçün yaratmayacaq. Provayderiniz profil təqdim edirsə, onun dəyərlərini yaratdığınız instansiyaya idxal edir və ya köçürürsünüz.

İki konfiqurasiyanı ayrı zehni qutularda saxlayın. Biri digər cihazlara cavab verir; digəri başqa serverdən tunel istəyir.

Cihazın istifadə edə biləcəyi ixrac formatını seçin

İxracalar inline konfiqurasiyalar, birləşdirilmiş arxivlər və müəyyən klient tətbiqləri üçün quraşdırıcılar şəklində gəlir. Ən tam görünən yükləməyə görə deyil, qəbul edən cihazın həqiqətən idxal edə biləcəyinə görə seçin.

Inline fayl yapışdırılmış konfiqurasiyanı qəbul edən klient üçün rahatdır. Paket ayrı fayllar daşıyır və qovluq istəyən klientə uyğundur. Quraşdırıcı həmin platformada müəyyən tətbiqin məqbul olduğunu fərz edir ki, bu da texniki qərar olduğu qədər siyasət qərarıdır. Nəyisə yükləməzdən əvvəl qəbul edən komandanın hansı klienti dəstəklədiyini soruşun.

Bəzi ixracalar sertifikatlar və şəxsi açarlar ehtiva edir və bu açar materialını qoruyan parol istifadəçinin hesab parolundan fərqli ola bilər. Materialı təsdiqlənmiş qeydiyyat kanalı ilə çatdırın, tam ixracı konfiqurasiya nümunəsi kimi bilete yapışdırmayın.

Site-to-site paket deyil, rol və marşrut tələb edir

Filial tuneli yenə başqa dizayndır. Hansı son nöqtənin server rolunu, hansının klient rolunu daşıdığını müəyyənləşdirin, sonra nəyisə konfiqurasiya etməzdən əvvəl hər iki tərəfdə marşrutlanan şəbəkələri təyin edin.

Client Export-un filialın marşrutları, yönləndirmə icazəsi və ya qayıdış yolu barədə fikri yoxdur, çünki remote-access klient materialı hazırlamaq onun bütün işidir.

Əvvəlcə rolları və marşrut siyahısını yazın, paket sualı özü cavablanacaq. Səhv etsəniz, heç bir ixrac formatı dizaynı xilas etmir. Eyni şey qayıdış yolu üçün də keçərlidir: mərkəzə çata bilən, amma cavab verilə bilməyən filial işlək tunel deyil.