Portal URL-ini yapışdırdıqda openfortivpn girişi niyə uğursuz olur

Uğursuzluq etimad məlumatları problemi kimi görünür: openfortivpn parolu soruşur, onu göndərir, şlüz isə imtina və ya giriş səhifəsinə yönləndirmə ilə cavab verir. Sonra istifadəçilər parolu yenidən yazır, domenlə göstərilən hesab adını sınayır və nəhayət brauzerdəki portal URL-ini host sahəsinə yapışdırırlar. Kiçik konfiqurasiya səhvini çaşqın bir səhvə çevirən məhz bu son addımdır.

https://vpn.example.com/ext kimi Fortinet portal ünvanı eyni anda bir neçə məlumat parçası daşıyır və onların yalnız bəziləri VPN müştərisinə aiddir.

Son nöqtə və realm ayrı-ayrı girişlərdir

openfortivpn host və ya host:port formasında son nöqtə, üstəgəl hesab və yerləşdirmə istifadə edirsə realm dəyəri gözləyir. Realm hesabı qiymətləndirməzdən əvvəl şlüzə hansı autentifikasiya siyasətinin tətbiq olunacağını deyir. O, ayrı sahədir, müştərinin URL-dən çıxardığı şəkilçi deyil.

Operatorun realm-in ext olduğunu təsdiqlədiyi yerləşdirmə üçün gizli olmayan çağırış belə görünür: openfortivpn vpn.example.com:443 --username=alice --realm=ext. Eyni dəyərlər konfiqurasiya faylında host, port, username və realm qeydləri kimi yer alır. Parolu hər iki formadan kənarda saxlayın və müştəri onu soruşsun, beləliklə o, shell tarixçəsinə və ya hər kəsin oxuya bildiyi fayla düşməsin. Birinci müştəri hələ tuneli tutarkən edilən ikinci cəhd realm ilə heç bir əlaqəsi olmayan səbəbdən uğursuz olacaq.

openfortivpn təlimatı hər iki seçimi sadalayır, ona görə də dəqiq yazılışı dəstək zəngindən əvvəl yoxlamaq asandır. Ancaq o, şlüzünüzdə hansı realm-in qurulduğunu sizə deyə bilməz.

Yol seqmenti avtomatik olaraq realm deyil

Portal URL-ləri host adından sonra müxtəlif şeylər toplayır: giriş tətbiqi, dil seçicisi, yönləndirmə hədəfi, sessiya identifikatoru. Son yol seqmentini kəsib onu realm adlandırmaq kifayət qədər tez işləyir ki, təhlükəli olsun. Operatorun qurduğu dəyəri soruşun və ya təşkilatınızın payladığı profildən oxuyun.

Realm həm də istifadəçi adındakı domen şəkilçisi və ya şlüzün yerləşdiyi region ilə eyni şey deyil. Bəzi yerləşdirmələr alice, digərləri alice@corp istəyir və şlüzün hansını qəbul edəcəyini realm müəyyən edir. Səhv realm-i kompensasiya etmək üçün hesab formatını dəyişmək adətən ikinci, daha az məlumatlı imtina yaradır.

Realm səhvini hostu dəyişməklə düzəltməyin

Host adını IP ünvanı ilə əvəz etmək bir qatı çıxarmaq kimi görünür və düzəltdiyindən çoxunu pozur. TLS ad yoxlaması sertifikatı müştərinin istifadə etdiyi adla müqayisə edir və IP ünvanı sertifikatın alternativ subyekt adlarında nadir hallarda görünür. Server adı göstəricisi ünvanla birlikdə dəyişir, ona görə bir ünvanda bir neçə portal yerləşdirən şlüz səhv olanla cavab verə bilər. Autentifikasiya parametrini düzəldərkən host adını və etimad konfiqurasiyasını olduğu kimi saxlayın.

Sertifikat mühitinizdə etibarsızdırsa, etimad anbarını düzəldin və ya gözlənilən sertifikatı qəsdən bərkidin. Realm səhvinin yanından keçmək üçün yoxlamanı söndürmək giriş problemini səssiz müdaxilə riski ilə dəyişir.

Rədd edilən girişi uğursuz tuneldən ayırın

Autentifikasiya uğursuzluqları və tunel uğursuzluqları fərqli məqamlarda gəlir və mesajlar fərqlənir. Ad həlli xətası hər hansı TLS əl sıxışmasından əvvəl baş verir. TLS imtinası etimad məlumatları göndərilməzdən əvvəl baş verir. Realm və ya hesab imtinası isə portaldan HTTP səviyyəsində cavab kimi qayıdır. Yalnız bu mərhələlərdən sonra PPP danışıqları başlayır və yalnız o zaman marşrutlaşdırma və DNS problemləri görünür.

Düzgün realm itkin marşrut yaratmır və dəstəklənməyən giriş üsulunu işlək etmir. Portal brauzer əsaslı axında israrlıdırsa, parol mübadiləsini təkrarlayıb sessiyanın uyğun gələcəyinə ümid etmək əvəzinə müştərinin həmin axın üçün dəstəklədiyi yolu istifadə edin.

Dəyərləri növbəti işə salmanın tapacağı yerdə saxlayın

Bağlantı uğurlu olduqdan sonra şlüzü, portu, hesabı və realm-i shell aliası yerinə idarə olunan profilə yazın. Repozitoriyada və ya konfiqurasiya idarəetmə sistemində saxlanan profillər növbəti işə salmanın səssizcə başqa profilin realm-ini götürməsinin qarşısını alır.

Bir bağlantını başdan sona yenidən sınaqdan keçirin və həm tətbiq olunan siyasəti, həm də həqiqətən ehtiyac duyduğunuz resursa çıxışı təsdiqləyin. Autentifikasiyanın uğurlu olması bu yoxlamanın başlanğıcıdır, sonu deyil.