Linux-те SSTP кіруге дейін сәтсіз аяқталады? Орындалу бөліктерін тексеріңіз

Сіз SSTP плагинін орнатасыз, желі редакторында радио түйме пайда болады, шлюз мен пайдаланушы атын толтырасыз, және профиль құпиясөз сұрамай тұрып жалпы қатемен сәтсіз аяқталады. Бұл реттілікте ерекше ештеңе жоқ және онда туннель бағдарламасының орнатылғанын дәлелдейтін ештеңе жоқ. SSTP қосылымы бөлек жеткізілетін бөліктерден жиналады: NetworkManager іске қоса алатын VPN плагині, TLS және PPP сессиясына ие SSTP клиент бағдарламасы, оның астындағы PPP демоны және қосылымға оқуға рұқсат етілген құпиялар қоймасы.

Мәзір элементі нені қосады, нені қоспайды

Плагин NetworkManager-ге оны қалай іске қосу керектігін айтатын қызмет сипаттамасын және көптеген дистрибутивтерде форманы салатын шағын редакторды қосады. Мәзір элементінің бүкіл ауқымы осы. Клиент бағдарламасы басқа бастапқы пакеттен келеді, ал плагиннің өз README файлы бұл бөлінуді тікелей айтады: бұл плагин, клиент емес.

Содан кейін клиентке PPP қажет, себебі SSTP TLS қосылымының ішінде PPP сессиясын тасымалдайды. pppd болмаса, туннель TLS қол алысуын аяқтап, бәрібір бірінші басқару кадрында өлуі мүмкін, бұл тіркелгі деректерінің мәселесіне ұқсайды, бірақ олай емес. Debian мен Ubuntu-да бөліктер network-manager-sstp, sstp-client және ppp ретінде келеді, ал тек біріншісін орнату — форма әр өрісті қабылдап, қосылым ешқашан аяқталмауының ең жиі себебі.

Жұмыс үстелін таңдау тағы бір бөліну қосады. Plasma профильдерді plasma-nm арқылы өңдейді, оған өзінің SSTP компоненті қажет және сол қызмет сипаттамасын оқиды, сондықтан SSTP жазбасы жоқ редактор мен профильдерді жақсы жасайтын CLI бұзылған орындалу ортасы емес, редактордың жетіспейтін жартысы.

Бірдеңені қайта орнатпас бұрын бірінші сәтсіз кезеңді оқыңыз

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

Плагинді іске қосу бірінші, және ондағы сәтсіздік сервер туралы емес, VPN қызметі туралы хабарлама шығарады. Содан кейін 443 портына TCP қосылымы келеді; мұнда бас тарту немесе уақыттың бітуі қолжетімділік мәселесі, TLS мәселесі емес. Содан кейін TLS қол алысуы мен сервер идентификациясын тексеру, сосын PPP келіссөздері мен тіркелгіні аутентификациялау, соңында мекенжай беру және маршруттар. Профильді бір рет белсендіргенде journalctl -f -u NetworkManager бақылаңыз және соңғы жалпы жолды емес, бірінші нақты жолды оқыңыз.

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

Сертификатқа сенім және тіркелгіге кіру — екі бөлек қақпа

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

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

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

Профиль мен құпияларды бір иеленуші ұстасын

Профиль пайда болған соң, оны NetworkManager арқылы белсендіріңіз және пайда болған маршруттар мен шешуші өзгерістеріне сол менеджер ие болсын. NetworkManager қосылымды әлдеқашан басқарып тұрғанда екінші дербес SSTP клиентін іске қосу сізге екі маршрут жинағын, екі DNS конфигурациясын және бірде-бір шындық көзі жоқ жөндеу сессиясын береді.

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

Туннельді, маршруттарды және шешушіні бөлек тексеріңіз

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

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

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