SSTP алдымен серверді, содан кейін пайдаланушыны аутентификациялайды

SSTP клиенті TLS-ті аяқтап, бір секундтан кейін пайдаланушыны бәрібір қабылдамауы мүмкін. Бұл реттілік қате емес, бұл протокол стекі: алдымен көлік қауіпсіздігі, содан кейін пайдаланушыны аутентификациялау. Екі кезең әртүрлі хабарламалармен сәтсіз аяқталатындықтан, оларға әртүрлі түзетулер де қажет. Қатені қай кезең тудырғанын оқу — диагностиканың үлкен бөлігі.

Сенімді сертификат соңғы нүктені дәлелдейді; аккаунт туралы ол ештеңе айтпайды.

TLS қол алысуы нені белгілейді

Клиент сервер ұсынған сертификатты өзінің сенім қоймасына, сұралған хост атауына, жарамдылық терезесіне және платформа қолданатын кез келген қосымша саясатқа қарсы тексереді. Бұл көзделген соңғы нүктеге қосылымды қорғайды. Бірақ нақты аккаунттың қосылғанын, мерзімі өтпегенін немесе қашықтан қатынасқа рұқсат етілгенін дәлелдемейді. Бұл кейінірек басқа компонент қоятын бөлек сұрақтар.

Сондықтан кіру сұрауына жету үшін сертификат тексерулерін алып тастау — дұрыс емес түзету. Сіз тексере алмайтын қосылымда кіру сұрауын аласыз. Сертификат қатесі хост атауына, сағатқа, тізбекке немесе сенім конфигурациясына жатады.

SSTP мен PPP үстіне не қосады

SSTP HTTPS үстінде жұмыс істейді және ішінде PPP тасымалдайды, қосылым айналасында өзінің басқару алмасуымен. Содан кейін PPP өзінің байланыс және аутентификация кезеңдерін орындайды, ал аутентификация әдісі сервер саясаты мен клиент мүмкіндіктеріне байланысты. PAP, CHAP, MS-CHAPv2 және EAP — бәрі де қасиеттері әбден әртүрлі PPP аутентификация опциялары. VPN-нің пайдаланушыны тексеруі — дәл сол PPP кезеңі, оның астындағы TLS қабаты емес.

Сондықтан пайдаланушыны қабылдамау тіркелгі деректерін, аккаунт шектеуін немесе әдіс сәйкессіздігін білдіруі мүмкін.

Сервер жағындағы себеп профильдегі барлық құпияны қалпына келтіруден әлдеқайда пайдалы. Аккаунттың өшірілу оқиғасы мен әдіс келіссөзінің сәтсіздігі клиентте ұқсас көрінеді, ал серверде ортақ ештеңесі жоқ.

Қатені кезеңге сәйкестендіріңіз

Қосылым TLS-ке, содан кейін SSTP HTTP алмасуына, содан кейін PPP кезеңіне жететінін тексеріңіз. Қайталаулар арасында журналдардың уақыт белгілерін теңестіріп ұстаңыз, сонда бұрынғы сәтсіздік кейінгі сәттілікпен шатаспайды. Бір терезеде екі әрекетті тіркейтін клиент әйтпесе жеткен соңғы кезеңде сәтсіздікке ұшырағандай көрінеді. Соңғы жолды емес, бірінші маңызды қатені оқыңыз.

Сол теңестіру сервер жағында да маңызды, мұнда аутентификация жазбасы мен көлік журналы көбіне бөлек сағаттары бар бөлек файлдар болады. Екі минуттық ауытқу анық себепті мүмкін емес болып көрінуге жеткілікті.

Кіргеннен кейін авторизация әлі де бөлек

Сәтті кіру әрбір жеке ресурсқа рұқсат бермейді. Маршруттар неге жетуге болатынын анықтайды, DNS ненің шешілетінін анықтайды, ал әрбір қызмет өзінің рұқсаттарын әлі де қолданады. Қосылған күйде көрсетілген сессия — туннель туралы мәлімдеме, файл алмасу туралы емес. Пайдаланушы қосыла алса да бір хостқа жете алмаса, туннель кезеңі әлдеқашан аяқталған.

Бұл қол алысудың көрсеткен сол қабатталуы, бір деңгей жоғары.

Аккаунтты қалпына келтіруді оператордың қолдайтын процесінде ұстаңыз, пайдаланушының айқын бас тартуына жауап ретінде көлік параметрлерін өзгертудің орнына. Өшірілген аккаунтты түзету үшін көлікті өзгерту — аккаунт байланыссыз себеппен қайта қосылғанда жұмыс істегендей көрінетін түзету түрі.