VPN autentifikasiyası uğursuz oldu: səbəb nadir hallarda port və ya DNS-dir

Autentifikasiya uğursuz oldu demək, xidmətin bir kimliyi qəbul edib onu rədd etməsi deməkdir və bu, çoxlarının ora qoşduğu mənadan daha dar bir ifadədir. Port açıqdır, TLS sessiyası çox güman ki tamamlanıb və etimad məlumatlarında və ya hesabda nəsə rədd edilib. Şəbəkə parametrlərini dəyişmək bunu düzəldə bilməz və cəhdi təkrarlamaq hesabı bloklaya bilər. Xəta mətni artıq mərhələnin adını çəkir, ona görə oradan başlayın.

Xəta artıq hansı mərhələnin uğursuz olduğunu demişdi

TLS əl sıxmasını heç vaxt tamamlamayan bağlantı autentifikasiyaya ümumiyyətlə çatmamışdır. Əl sıxmasını tamamlayan və sonra etimad məlumatlarının rədd edildiyini bildirən bağlantı ora çatmış və orada uğursuz olmuşdur. Bu iki nəticə fərqli araşdırmalar tələb edir və onlar tez-tez qarışdırılır, çünki hər ikisi bağlanmış pəncərə ilə bitir.

OpenVPN fərqi serverdən gələn AUTH_FAILED mesajı ilə aydın şəkildə göstərir, bu isə nəqliyyat xətası deyil, qərardır. TLS danışıqlarının vaxt aşımı və ya sertifikat yoxlama xətası əvvəlki mərhələyə aiddir. Etimad məlumatlarına toxunmazdan əvvəl hansının sizdə olduğunu oxuyun, çünki parolun sıfırlanması əl sıxmasını, firewall dəyişikliyi isə rədd edilmiş girişi düzəldə bilməz. Müştəri jurnalının bir sətri suala cavab verir.

Eyni məntiq qoşulan və sonra düşən sessiya üçün də keçərlidir. Qırxıncı dəqiqədə yenidən autentifikasiya uğursuzluğu ilk girişin rəddindən fərqli bir nasazlıqdır və interval ipucudur.

Profilin düzgün xidmətə yönəldiyini təsdiqləyin

Provayderin veb saytında istifadə olunan hesab həmişə onun VPN şlüzünün qəbul etdiyi hesab deyil. Saxlanmış profil xidmət köçdükdən çox sonra da köhnə şlüzə yönələ bilər.

Profildəki son nöqtəni operatorun yayımladığı ilə müqayisə edin və şlüzün hansı kimlik sisteminə müraciət etdiyini yoxlayın. Tunel ayrı bir kataloqa qarşı autentifikasiya edirsə, veb portalda parolun sıfırlanması heç nəyi dəyişmir. Əlaqəsiz ictimai server üçün etimad məlumatları sizinkində işləməyəcək və etibarsız mesajla alınmış profildə iş parolunu sınamaq hər halda pis mübadilədir. Bir şey yazmazdan əvvəl mənbəyi təsdiqləyin.

Profildə iki dəqiqə bir günlük etimad məlumatı təxmininin qarşısını alır.

Giriş formatı etimad məlumatlarının bir hissəsidir

İstifadəçi adı e-poçt forması, domen prefiksi və ya kataloq şəkilçisi tələb edə bilər. Şlüz aldığı sətri müqayisə edir, ona görə forma bəzək deyil, etimad məlumatlarının hissəsidir.

Sonra eskalasiyadan əvvəl adi səbəbləri istisna edin. Klaviatura düzümünü, kopyalama nəticəsində yaranan hər hansı sonluq boşluğunu və parol menecerindəki köhnə qeydi yoxlayın. Sıfırlamadan sonra VPN-in parolun dəyişdirildiyi səhifə ilə eyni kimlik mənbəyindən istifadə etdiyini təsdiqləyin. Bu detallar düzdürsə, təxmin etməyi dayandırın və operatora hesabın VPN girişinə icazəli olub-olmadığını soruşun. Bu, müştəri parametri deyil, xidmət tərəfində düzəlişdir.

openvpn --config office.ovpn --verb 3
journalctl -u openvpn-client@office -n 40 --no-pager

AUTH_FAILED daşıyan jurnal sətri adətən səbəb kodu və ya çağırış sətri ehtiva edir. Kömək istəyəndə onu təkrar danışmaq əvəzinə olduğu kimi kopyalayın.

İkinci faktorların öz müqaviləsi var

Profil birdəfəlik kod, interaktiv çağırış və ya müştəriyə token qaytaran brauzer girişi gözləyə bilər. Uydurmaq əvəzinə operatorun dəstəklədiyi axından istifadə edin.

Parola kod əlavə etməyin, əgər bu format açıq şəkildə tələb olunmursa, çünki bəzi yerləşdirmələr ayrı sahə, bəziləri isə çağırış sətri istifadə edir. Vaxta əsaslanan kodlar üçün cihazın saatını yoxlayın, çünki bir neçə dəqiqəlik sapma hər kodu etibarsız edir. Brauzer girişi uğurlu olub müştəri heç vaxt davam etmirsə, o dəqiq nöqtəni qeyd edin, çünki bu, etimad məlumatını deyil, ötürmə anını göstərir. Daha bir parol sıfırlamasının kömək edəcəyi ehtimalı azdır.

Sessiya limiti digər geniş yayılmış rədd səbəbidir. Hesab bir sessiyaya icazə verirsə, ikinci giriş birincini dayandıra bilər və əlamət siyasət deyil, dalğalanan bağlantı kimi görünür.

Sertifikat parol deyil

Hesab parolu tamamilə düzgün qalarkən müştəri sertifikatı bitə və ya ləğv edilə bilər. Şəxsi açar ifadəsi yenə üçüncü sirdir və hesabı deyil, faylı qoruyur.

Hər şeyi dəyişməzdən əvvəl xətanı oxuyun, sonra düzgün əvəzi təsdiqlənmiş operatordan alın. Bunu edərkən server kimliyinin yoxlanmasını aktiv saxlayın: əlaqəsiz sertifikatı qəbul etmək və ya başqasının şəxsi açarını kopyalamaq təmir deyil, ikinci hadisədir. Sonra həqiqətən ehtiyacınız olan resursu sınayın, çünki əlçatmaz xidməti olan qoşulmuş tunel başqa araşdırmaya aiddir. Hansı mərhələnin uğursuz olduğunu yazın ki, növbəti şəxs bütün prosesi yenidən başlatmasın.

Sessiya qurulub sonra uğursuz olarsa, intervalı və yaxınlıqdakı yeniləmə hadisələrini qeyd edin. Bu qeyd token ömrü problemini ilk giriş uğursuzluğundan ayırır və beş dəqiqəlik düzəlişlə bir həftəlik cəhdlər arasındakı fərqdir.