Niyə OpenVPN token olduğu halda hələ də şəxsi açar faylı istəyir

Tokeni taxırsınız, provayderin öz aləti onu görür, amma VPN klienti hələ də şəxsi açar faylı istəyir. Bu sorğu tokenin dəstəklənmədiyinə dair sübut deyil. Adətən bu, profilin klientə tokeni istifadə etməyi heç vaxt demədiyini göstərir və buna görə klient standart olaraq gözlədiyi sertifikat və açar girişlərinə qayıdır.

Bu geri dönüş dayanmazdan əvvəl iki ayrı dəyər doğru olmalıdır: tokeni təqdim edən provayder və içindəki sertifikatın şəxsiyyəti. Onlar fərqli seçimlərlə verilir və onları qarışdırmaq asandır.

Klient fayl istəyir, çünki profil belə deyir

Standart profil sertifikat faylı və şəxsi açar faylı, ya da tək PKCS#12 paketi gözləyir. Bu girişlər olmadıqda klientin yükləyəcəyi heç nə olmur və itkin fayl halında olduğu kimi davranır, buna görə əlamət itkin mexanizm kimi deyil, pozulmuş yol kimi oxunur. PKCS#11 yolu bu girişləri əvəz edir, onlara əlavə olunmur, yəni hələ də açar faylı göstərən profil faylı istifadə etməyə davam edəcək. Fayl girişlərini qəsdən silin və tokenin hər iki yarısını təmin etməsinə icazə verin.

Provayder seçimi cihazı və ya sertifikatı deyil, ara proqram kitabxanasını göstərir. Paketlənmiş klientin bu kitabxananı yükləyə bilməsi onun necə qurulduğundan asılıdır, o cümlədən bəzi quruluşların aktivləşdirdiyi, digərlərinin buraxdığı isteğe bağlı p11-kit dəstəyindən. Ümumi təlimat paketinizin hansı düzənə sahib olduğunu deyə bilməz.

Seriyalaşdırılmış şəxsiyyət başqa dəyərdir

Sertifikatın şəxsiyyəti kəşf prosesinin yaratdığı uzun seriyalaşdırılmış sətirdir və o, kitabxana yolu, token PIN-i və ya VPN hesab adı deyil. Çox vaxt sitat tələb edən simvollar ehtiva edir və sitatsız dəyər aydın xəta olmadan kəsilə və ya səhv oxuna bilər. Tokenin nə təqdim etdiyini siyahılamaq üçün klientin öz şəxsiyyət kəşfi seçimindən istifadə edin, sonra nəzərdə tutulan qeydi dəqiq kopyalayın. Siyahıdakı ilk obyekti seçmək cihazın sonda səhv sertifikat təqdim etməsinin yoludur.

Kəşf çıxışı əvvəlki suala da cavab verir: token ümumiyyətlə həmin provayder vasitəsilə görünürmü. Əgər heç nə siyahılamırsa, problem VPN klientindən yuxarıdadır və ara proqrama aiddir.

Bağlantını quran proses tokenə çatmalıdır

Masaüstü sessiyanızda işləyən token əməliyyatı sistem xidməti haqqında heç nə sübut etmir. Xidmət başqa istifadəçi kimi, başqa mount adlar fəzasında, provayder kitabxanasını buraxan modul yolu ilə və ya cihaz qovşağını açmaq icazəsi olmadan işləyə bilər. Bağlantını həqiqətən hansı prosesin saxladığını müəyyən edin və həmin kontekstdən yoxlayın.

PIN ilə işləmə ayrıca qərar layiqdir. İstinad tətbiqi PIN keşi və qorunan autentifikasiya yolu təklif edir və hər ikisi operatorun yeni iş axını icad etmək əvəzinə seçim etməsi üçün mövcuddur. Nəzarətsiz tələbi ortaq profildə açıq mətnli PIN-ə çevirməyin, çünki bu, tokenin qorunmasını rahatlıqla dəyişir. Token açar ixracını qadağan etdikdə imzalama cihazda baş verir və PIN yeganə yerli sirdir. Ona bunun tələb etdiyi qayğı ilə yanaşın.

Token nəyi əvəz etmir

Token klienti tətbiq edilmiş siyasət çərçivəsində autentifikasiya edir və klientin serverdəki yoxlamalarını əvəz etmir. Uğurla seçilmiş sertifikat gözlənilməz şlüz sertifikatını qəbul etmək icazəsi deyil və iki yoxlama əks istiqamətləri qoruyur.

Qeydiyyat hələ də verən tərəfdə baş verməlidir və şlüz hələ də şəxsiyyəti səlahiyyətləndirməlidir.

Qəbul üçün mərhələləri ayırın: provayder yüklənir, nəzərdə tutulan sertifikat tapılır, şəxsi açar yerli səlahiyyətlə istifadə olunur, VPN autentifikasiya edir və resurs əməliyyatı uğurla tamamlanır. Parollar arasında dövr edib kripto yığınını yenidən quraşdırmaq əvəzinə uğursuz olan ilk mərhələdə dayanın.

Versiyaları, modul sahibliyini, seçilmiş ictimai identifikatoru və təmizlənmiş xətaları qeyd edin, PIN-ləri və etimad paketlərini o qeyddən kənarda saxlayın.