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 аркылуу активдештирүү эң тез сыноо, анткени эч качан чыкпаган суроо агенттин сунуштай турган эч нерсеси жок болгонун айтат.

Туннелди, маршруттарды жана чечүүчүнү өзүнчө текшериңиз

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

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

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