ifconfig-noexec SSH сессияңызды сақтамайды: ол шын мәнінде не істейді

Бір форум тақырыбында ifconfig-noexec туннель көтерілгенде SSH сессиясын тірі ұстайтын шешім ретінде ұсынылады. Бұл дәлел опцияның неге қатысатынын тексермейінше ақылға қонымды көрінеді. Ол OpenVPN туннель интерфейсінің мекенжайын конфигурациялауға кедергі жасап, сол мәндерді орнына скрипттерге береді; бірақ басқару қосылымыңызға келетін жауаптардың қайда кететіні туралы ештеңе айтпайды. Керісінше сену пайдалануға жарамсыз мекенжайы бар туннель мен әлі де өлетін SSH сессиясын тудырады.

Бұл опция шын мәнінде нені тапсырады

Әдепкіде клиент туннель құрылғысын көтеріп, сервер берген жергілікті және қашықтағы мекенжайларды тағайындайды. ifconfig-noexec орнатылған кезде бұл қадам өткізіліп, келісілген мәндер скрипт ортасына экспортталады, сонда басқа бірдеңе оларды қолдана алады.

Меншік ауысады. Оның орнына ештеңе ойлап табылмайды.

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

Әр түрлі жұмыстары бар үш ұқсас опция

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

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

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

Сіз қорғамақ болған SSH сессиясы

SSH қосылымының бастау мекенжайы, мақсат мекенжайы және жауап бағыты бар. Жаңа ғана толық туннель әдепкісін орнатқан серверде жария мекенжайыңызға келетін жауап туннельге сәйкес келеді де, VPN шлюзі оны тастайды.

Туннель интерфейсінің мекенжай конфигурациясында ештеңе мұны өзгертпейді.

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

Тапсырылған скрипт нені қолға алуы керек

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

Клиент экспорттайтын орта айнымалылары сол жұмыс үшін жалғыз қолдау көрсетілетін кіріс.

env | grep -E '^ifconfig_|^route_'

Кез келген route-up скриптінің ішінде бұл айнымалылар қолжетімді; cron тапсырмасынан немесе қолмен іске қосылған shell-дан олай емес. Нұсқаңыз қай өмірлік цикл ілгегін пайдаланатынын және ілгектің интерфейсті өзгертуге жеткілікті артықшылықтармен жұмыс істейтінін растаңыз, өйткені клиент артықшылықсыз пайдаланушыға әлдеқашан түсіп қалған болуы мүмкін.

Бүкіл өмірлік циклді тексеріңіз, бір сессияны емес

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

Содан кейін екі қабылдау өлшемін бірге тексеріңіз: көзделген басқару жолымен жаңа SSH қосылымы жұмыс істейді және рұқсат етілген қолданба туннельді дұрыс пайдаланады.

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