VPN қосулы, VM қолжетімсіз? Маршрут, бәлкім, ешқашан мәселе болмаған
Сіз туннельді host-only желісіндегі қонақты жасырды деп айыптадыңыз. Әдетте жол жергілікті болып қалады, ал блоктайтын — клиент сүзгісі немесе тыңдаушы мекенжайы.
VPN қосыңыз, ал бір минут бұрын жауап берген әзірлеу VM-і үнсіз қалады. Айқын әңгіме өзі жазылады: туннель маршрутты алды, хост енді қонақ трафигін корпоративтік желіге жібереді, ал шешім — статикалық маршрут қосу немесе адаптерді көпір режиміне ауыстыру. Бұл әңгіме кейде рас. Бірақ бұл әдеттегі себеп емес, және оған сүйеніп бірінші әрекет ету әдетте басқа нәрсені бұзады.
Host-only желі — хостқа тиесілі және қонақтарымен бөлісетін бағдарламалық желі, кез келген физикалық қосылымнан бөлек. VPN клиентінің өз интерфейсінде ештеңе бұл желіні өзгертпейді, сондықтан оған тимес бұрын төрт қабаттың қайсысы шынымен сәтсіз болғанын анықтаңыз.
Маршрут әдетте әлі де жергілікті
Маршруттау кестесінің бірінші бетінен емес, ядродан сұраңыз. Linux-те ip route get 192.168.56.10 қолданылатын нақты маршрутты, интерфейсті және бастапқы мекенжайды хабарлайды, бұл әдепкі маршрутты оқып, болжаудан өзгеше жауап. Егер шығыс host-only интерфейсін атаса, туннель бұл жолға мүлдем қатыспайды.
Екі нәрсе оны шынымен бұза алады, және екеуі де VPN емес, мекенжай мәселелері. Host-only префиксімен қабаттасатын қашықтағы ішкі желі неғұрлым нақты маршрутты жеңіске жеткізеді, ал төменірек метрикамен кең маршрут орнататын VPN клиенті префиксті тартып әкетуі мүмкін. Екеуі де бір пәрменде көрінеді: шығыста аталған интерфейс туннель болады, ал түзету сол мекенжай жоспарының иесіне тиесілі.
Маршрут таңдау және пакетті жіберу — екі түрлі шешім
Бұл ой моделі әдетте жіберіп алатын бөлік. Тіпті мінсіз жергілікті маршрутпен де VPN клиенті пакеттен бас тарта алады. Көптеген клиенттер туннельден тыс қай тағайындалуларға рұқсат етілетінін анықтайтын жергілікті желіге кіру саясатын қолданады, ал қосылған ішкі желі бұл тізімді автоматты түрде жаңартпайды.
Сондықтан істен шығу қолданба жағынан маршруттау мәселесіне ұқсайды, ал клиент жағынан мүлдем басқаша көрінеді. Егер ip route get дұрыс интерфейсті атаса да қосылым уақыты бітсе, маршруттарды өңдеуді тоқтатып, оның орнына клиенттің құжатталған жергілікті кіру әрекетін оқыңыз. Кейбір клиенттер жергілікті ішкі желілер үшін рұқсат тізімін ұсынады, кейбіреулері туннель емес барлығын блоктайды, ал басқалары тек kill switch қосылғанда блоктайды.
Бұл айырмашылық маңызды, өйткені түзетулер бір-бірін алмастыра алмайды. Маршрут қосу сүзгіні қанағаттандыра алмайды, ал бір қонаққа жету үшін сүзгіні өшіру симптом көрсеткеннен әлдеқайда үлкен шешім.
Қонақтың жоқ деудің үш жолы бар
Интернетті шола алатын қонақ сіз қалаған қызмет туралы ештеңе дәлелдеген жоқ. Тыңдаушы қонақтың ішінде 127.0.0.1-ге байланған болуы мүмкін, онда хосттан ешбір сұраныс жете алмайды, жол қаншалықты жақсы болса да. Қонақта ss -ltn арқылы тексеріп, тек портқа емес, жергілікті мекенжай бағанына қараңыз.
Келесі — қонақтың өз файрволы. Қатаң әдепкісі бар әзірлеу бейнесі хосттың пакеттерін қабылдап, оларды қызмет шекарасында тастай алады, бұл маршруттаудың қара құрдымына дәл ұқсайтын күту уақытын тудырады. Соңында қызметтің өз конфигурациясы бар: белгілі бір хост атына байланған веб-қолданба немесе клиент мекенжайларының рұқсат тізімі әр пакет жетсе де host-only ішкі желісінен келген сұраныстан бас тартады.
VM-нің желілік режимін өзгертуді ойламас бұрын осы үшеуін қарап шығыңыз. Әрқайсысы қонақтың қосылымын қайта жобалаудан кішірек өзгеріс, және әрқайсысының нақты тесті бар.
Көпір шын мәнінде не және ол қанша тұрады
Адаптерді көпір режиміне ауыстыру host-only жолын жөндеу емес. Бұл қонақты басқа желіге, әдетте физикалық LAN-ға орналастыру туралы шешім, онда ол сол жерде тұратын қалғанның бәріне көрінеді. Бұл дәл сіз қалаған нәрсе болуы мүмкін. Бірақ бастапқы конфигурация жасаған нәрсе бұл емес.
Оны қонақ шынымен сол LAN-да тең қатысушы болуы керек және әсер ету мақұлданған кезде қолданыңыз. Бір қызмет жауап беруді тоқтатты деп қолданбаңыз, өйткені өзгеріс қонақты оған қарсы әзірлеуді қауіпсіз еткен оқшаулаудан шығарып жіберуі мүмкін.
Кез келген мақұлданған түзетуден кейін белгіленген тәртіппен тексеріңіз: хосттан қонаққа жаңа сұраныс, туннель арқылы қажет корпоративтік ресурс және туннель өшірулі кездегі көзделген бас тарту әрекеті. Егер соңғысы енді орындалмаса, түзету мәселеден асып кетті.
VirtualBox-тың host-only желісі туралы бөлімі хост жағындағы бағдарламалық интерфейсті және оның көпірлік қосылымнан қалай ерекшеленетінін сипаттайды, бұл екі режимді алмастыруға болады деп есептемес бұрын оқуға тұрарлық анықтама.