Неге OpenVPN токен болған кезде де жеке кілт файлын сұрайды
Профиль токенді ешқашан атамаған болса керек. Провайдер кітапханасын сертификаттың серияланған сәйкестігінен ажыратып, содан кейін қосылатын процестен тексеріңіз.
Токенді саласыз, провайдердің өз құралы оны көреді, ал VPN клиенті әлі де жеке кілт файлын сұрайды. Бұл сұраныс токен қолдау көрсетілмейді деген дәлел емес. Әдетте бұл профиль клиентке токенді пайдалануды ешқашан айтпағанын білдіреді, сондықтан ол әдепкіде күтетін сертификат пен кілт енгізулеріне қайта оралды.
Бұл қайта оралу тоқтауы үшін екі бөлек мән дұрыс болуы керек: токенді көрсететін провайдер және оның ішіндегі сертификаттың сәйкестігі. Олар әртүрлі параметрлермен беріледі және оларды шатастыру оңай.
Клиент файлды сұрайды, өйткені профиль солай дейді
Әдепкі профиль сертификат файлы мен жеке кілт файлын немесе бір PKCS#12 бумасын күтеді. Бұл енгізулер болмаса, клиентке жүктейтін ештеңе жоқ және файл жоқ кездегідей әрекет етеді, сондықтан симптом жоқ механизм емес, сынған жол ретінде оқылады. PKCS#11 жолы бұл енгізулерді толықтырмай, алмастырады, сондықтан кілт файлын әлі де көрсететін профиль файлды пайдалануды жалғастырады. Файл енгізулерін әдейі алып тастаңыз және токенге екі жартыны да беруге мүмкіндік беріңіз.
Провайдер параметрі аралық бағдарлама кітапханасын көрсетеді, құрылғыны да, сертификатты да емес. Бумаланған клиенттің бұл кітапхананы жүктей алуы оның қалай құрастырылғанына байланысты, соның ішінде кейбір құрастырулар қосатын, басқалары тыс қалдыратын қосымша p11-kit қолдауы. Жалпы нұсқаулық сіздің бумаңызда қандай реттеу бар екенін айта алмайды.
Серияланған сәйкестік — басқа мән
Сертификаттың сәйкестігі — табу процесі жасайтын ұзын серияланған жол, және ол кітапхана жолы да, токен PIN коды да, VPN тіркелгісінің аты да емес. Ол жиі тырнақша қажет ететін таңбаларды қамтиды, ал тырнақшасыз мән анық қатесіз қысқарып немесе дұрыс оқылмай қалуы мүмкін. Токеннің нені көрсететінін тізімдеу үшін клиенттің өзінің сәйкестікті табу параметрін пайдаланыңыз, содан кейін қалаған жазбаны дәл көшіріңіз. Тізімдегі бірінші нысанды таңдау — құрылғының соңында қате сертификатты ұсыну жолы.
Табу нәтижесі бұған дейінгі сұраққа да жауап береді: токен сол провайдер арқылы мүлдем көріне ме. Егер ол ештеңе тізімдемесе, мәселе VPN клиентінен жоғарыда және аралық бағдарламаға тиесілі.
Қосылатын процесс токенге жетуі керек
Жұмыс үстелі сессияңызда жұмыс істейтін токен операциясы жүйелік қызмет туралы ештеңе дәлелдемейді. Қызмет басқа пайдаланушы ретінде, басқа mount аттар кеңістігінде, провайдер кітапханасын тыс қалдыратын модуль жолымен немесе құрылғы түйінін ашуға рұқсатсыз жұмыс істеуі мүмкін. Байланысты шын мәнінде қай процесс ұстап тұрғанын анықтап, сол контекстен тексеріңіз.
PIN-мен жұмыс жеке шешімге лайық. Анықтамалық іске асыру PIN кэшін және қорғалған аутентификация жолын ұсынады, және екеуі де оператор жаңа жұмыс ағынын ойлап таппай, оны таңдауы үшін бар. Қадағалаусыз талапты ортақ профильдегі ашық мәтінді PIN-ге айналдырмаңыз, өйткені бұл токеннің қорғанысын ыңғайлылыққа айырбастайды. Токен кілт экспортына тыйым салатын жерде қолтаңба құрылғыда жасалады және PIN — жалғыз жергілікті құпия. Оны осыған лайықты ұқыптылықпен ұстаңыз.
Токен нені алмастырмайды
Токен клиентті енгізілген саясат шеңберінде аутентификациялайды және клиенттің сервердегі тексерулерін алмастырмайды. Сәтті таңдалған сертификат күтпеген шлюз сертификатын қабылдауға рұқсат емес, және екі тексеру қарама-қарсы бағыттарды қорғайды.
Тіркеу әлі де шығарушыда болуы керек, ал шлюз әлі де сәйкестікке рұқсат беруі керек.
Қабылдау үшін кезеңдерді ажыратыңыз: провайдер жүктеледі, қажетті сертификат табылады, жеке кілт жергілікті рұқсатпен пайдаланылады, VPN аутентификациялайды және ресурс операциясы сәтті аяқталады. Құпиясөздерді айналдырып, крипто стекті қайта орнатудың орнына сәтсіз болған бірінші кезеңде тоқтаңыз.
Нұсқаларды, модуль меншігін, таңдалған жария идентификаторды және тазартылған қателерді жазып алыңыз, ал PIN-дер мен тіркелгі деректері бумаларын бұл жазбадан тыс қалдырыңыз.