Туура VPN сырсөзү жок сертификатты алмаштыра албайт

Эсеп маалыматтары туура, профиль таза импорттолот, бирок байланыш аутентификация бүтө электе эле ийгиликсиз болот. Windows-то билдирүү EAP ыкмасы үчүн табылбаган сертификат тууралуу 798 катасы болушу мүмкүн. OpenVPN боюнча кардар журналы серверди эч качан канааттандырбаган TLS кол алышууну көрсөтөт. Экөө тең бир эле жок объектти сүрөттөйт: кардар көрсөтүшү керек болгон кардар сертификаты.

Сырсөз сырды билүүнү далилдейт; сертификат ачкычка ээ болууну далилдейт жана бири экинчисин алмаштырбайт.

Сырсөз эч качан көйгөй болгон эмес

798 катасы — сертификатты издөөнүн ийгиликсиздиги. Кардардан конфигурацияланган аутентификация ыкмасына ылайык келген сертификат суралды, ал өз кампасын карап чыкты жана эч кандай колдонууга жарактуу нерсе таппады. Бул сертификат жок, жеке ачкычы жок бар, мөөнөтү бүткөн же издөө жетпеген жерде сакталган дегенди билдириши мүмкүн. Сырсөздү кайра аракет кылуу бул шарттардын бирин да өзгөртө албайт, ошондуктан ката туура маалыматтар менен да кайтат.

Аракет кылуудан мурун билдирүүнү окуңуз. Эсеп маалыматтарын четке кагуу, сертификатты издөөнүн ийгиликсиздиги жана TLS кол алышуунун ийгиликсиздиги — үч башка тыянак, алардын бири гана сырсөзгө тиешелүү.

Кардар кампасында эмне болушу керек

Эки объект катышат. Кардар сертификаты VPN кардарын иштеткен колдонуучу үчүн жеке ачкычы менен бирге орнотулушу керек, ал эми чыгаруучу тамыр ишенимдүү болушу тийиш. .cer файлында бир гана ачык сертификат бар, ошондуктан ал өз алдынча эч нерсени аутентификациялай албайт. Windows сертификат менеджеринде кардардын инсандыгы учурдагы колдонуучунун жеке кампасында, ал эми тамыр ишенимдүү тамырлар кампасында болот.

Инсандыкты машина кампасына же тамырлар кампасына гана орнотуу колдонуучунун жеке кампасына багытталган издөөнү канааттандырбайт. Кампаны, жеке ачкыч белгисин жана жарактуулук даталарын чогуу текшериңиз, анан кампаны кайра окушу үчүн кардарды кайра күйгүзүңүз.

Эки продукт, ошол эле жок маалымат

OpenVPN серверлери демейки боюнча кардар сертификатын талап кылат. Кардарга auth-user-pass кошуу колдонуучу атын жана сырсөздү жөнөтөт, ал эми TLS кол алышуу дагы эле сертификат сурайт, ошондуктан жалгыз сырсөз verify-client-cert require шартында байланышты аяктай албайт. Серверди эч нерсе талап кылбай тургандай жөндөөгө болот, бул сырсөздү кардардын жалгыз маалыматы кылат жана күчтүн реалдуу төмөндөшү болуп саналат. auth-user-pass-verify артындагы shell скрипти маалыматтарды валидациялай алат жана скрипттердин аткарылышын иштетүүнү талап кылат, бул аны туура аутентификация backend-ине караганда тобокелдүүрөөк долбоор кылат.

Сырсөзгө гана негизделген профиль түртүлгөн опцияларга да көз каранды, алар өз кезегинде тартуу механизминин иштетилишине көз каранды.

Жок сертификатты текшерүүлөрдү өчүрүү менен оңдобоңуз

Билдирүү жоголушу үчүн текшерүүнү алсыратуу азгырыгы бар. Бул өз ишин аткарып жаткан көзөмөлдү алып салат жана эми өз айтканын далилдебей турган байланыш калтырат. Эгер шлюз жакында өз тамырын алмаштырса, профилди оңдоонун ордуна кардар пакетин кайра жүктөңүз, анткени эски пакетте мурунку тамыр дагы эле болушу мүмкүн. Эгер профиль редакторунда сертификат менен аутентификациялоо опциясы жок болсо, орнотулган Windows версиясы бул ыкманы көрсөтпөшү мүмкүн; XMLди кол менен оңдоонун ордуна системаны жаңыртыңыз.

Сертификат кайсы кампада болгонун, кайсы колдонуучу кардарды иштеткенин жана жеке ачкыч бар-жогун жазып алыңыз. Бул үчөө бул ийгиликсиздиктин дээрлик ар бир учурун түшүндүрөт.

Сырсөз жакшы эле. Ыкмага чындап керек болгон маалымат башка жерде эле.