VPN күйүк, VM жеткиликсиз? Маршрут, балким, эч качан маселе болгон эмес

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 тармагы тууралуу бөлүмү хост тараптагы программалык интерфейсти жана анын көпүрөлүк туташуудан айырмасын сүрөттөйт, бул эки режимди алмаштырууга болот деп ойлоодон мурун окууга татыктуу булак.