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

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

Қолданбадағы мекенжай жететін мекенжай емес

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

Осы төртеудің қайсысына ереже рұқсат етуі керегін шешіңіз, содан кейін оны екінші жақтан тексеріңіз. Егер талап шынымен кеңсе мекенжайы болса, шарт — маршрут пен сол сайттың шығу реті, ал Office VPN деп белгіленген қосылым олардың ешқайсысын өздігінен бермейді.

Бір сұрауды оның сүзгілеу шекарасына дейін бақылаңыз

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

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

iptables -vnL INPUT --line-numbers
iptables -S INPUT | head -n 40
ss -ltnp | grep -E ':(443|9443)\b'

Билетте сәйкес ереже нөмірін көрсетіңіз. Онсыз келесі оқырман қай түзетудің нәтижені өзгерткенін біле алмайды. Уақыт белгісі жоқ ереже нөмірі әлі де екіұшты.

Жолды бір шектеулі жазумен тексеріңіз

Бір зиянсыз сұрау және бір тар жазу қайта-қайта оралатын сұрақты шешеді. Межелі порт пен зерттеліп жатқан хост бойынша сүзіңіз, пакет санын шектеңіз және сұрау аяқталған бойда жазуды тоқтатыңыз.

tcpdump -ni any 'tcp dst port 9443' -c 20

Үш мәнді қатар салыстырыңыз: жазудағы көз, сәйкес ереже атайтын көз және қолданба тіркеген бас тарту. Олардың бәрі өзгеше болуы мүмкін, және тек біріншісі IP ережесі шешкен түсіруді түсіндіреді. Бағытталған HTTP тақырыбы прокси қабатына жатады, сондықтан сол тақырыпты келтіретін журнал желілік қалқан бағалаған көзді сипаттамайды.

Тізбек ретін оқыңыз, тек ережені емес

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

Не болатынын көру үшін ережені жою — бұл өзгеріс, бақылау емес. Есептегіштерді оқыңыз, ереже нөмірін жазып алыңыз және бастапқы саясатты өзгерістер журналында сақтаңыз. Егер сынақ сөзсіз болса, оны тізбектің көшірмесінде орындаңыз.

Иесі бақылайтын ережені өзгертіңіз

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

Мекенжай қозғалысы жалғасқанда, тұрақты жауап — неғұрлым ұзақ ерекшеліктер тізімі емес, тұрақты шығу немесе аутентификацияланған арна. Бақыланған көзді, межелі портты және ереже нөмірін жазыңыз.

Қатысты мақалалар