VMware көпүрөлүү коногу OpenVPNден кийин тармагын жоготту

Бир саат мурун көпүрөлүү жана жеткиликтүү болгон конок азыр бардыгында убакыт чегине жетет, жана эч ким анын жөндөөлөрүн өзгөрткөн эмес. Хостто интернет дагы эле туннель аркылуу иштейт. Бул эки факт бирге VPNден алыстап, гипервизорго карай багыттайт, анткени хост менен конок эми бирдей жолду колдонбойт. Муну пайда кылуу үчүн бир гана жаңы виртуалдык адаптер жетиштүү.

Конок өзгөргөн жок, көпүрө өзгөрдү

Windows'ко OpenVPN кардарын орнотуу туннель көтөрүлгөндө кызмат байланыша турган виртуалдык тармак адаптерин кошот. Операциялык система үчүн ал туташуу абалы бар кадимки интерфейс жана көп учурда өз дареги бар сыяктуу көрүнөт. Бул VMwareге аны көпүрө талапкери катары кароого жетиштүү.

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

Көпүрөнү бекемдеңиз же конокту маршруттаңыз

Биринчи бутак конок физикалык LANда тең укуктуу катышуучу болушу керек болгондо туура: көпүрөнүн тандоосуна жол берүүнү токтотуңуз жана адаптерди так атаңыз. Экинчи бутак конок корпоративдик туннелди колдонушу керек болгондо колдонулат, жана бул учурда көпүрө эч качан туура долбоор болгон эмес, анткени көпүрөлүү конок хосттун VPN маршрутун мураска албайт.

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

Биринчи бутак үчүн хостто Virtual Network Editor ачыңыз, VMnet0ди тандап, Автоматтыкты физикалык адаптер менен алмаштырыңыз. Бир нече адаптер болсо, автоматтык жөндөөлөрдүн тизмесин колдонуңуз жана эч качан конок трафигин ташыбашы керек болгон бардык нерседен белгини алып салыңыз: OpenVPN TAP же Wintun түзмөгү, ошондой эле Hyper-V, WSL, Docker жана loopback адаптерлери. Ноутбукта зымдуу жана зымсыз физикалык адаптерди тең белгиленген калтырыңыз, болбосо колдонуучу кийинки жолу аны докко кошкондо конок көпүрөсүнөн ажырайт.

Тандоону чечкен үч шарт

Көпүрөнүн жалпы ылайыктуулугу конок эмне үчүн экенине байланыштуу. Конок LANда өз хостундай, өз дареги жана өз кирүү жеткиликтүүлүгү менен көрүнүшү керек болсо, көпүрө туура модель жана бекемдөө — бүт оңдоо. Конокко эң оболу чыгуучу мүмкүнчүлүк керек болсо, хостко гана арналган тармак же NAT жөнөкөй жана адаптер алмашууга туруктуу.

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

VMware Player интерфейсинде тармак редактору жок, ошондуктан эң оболу Player иштеген хост бул жөндөөлөргө жетүү үчүн өзүнчө редакторду же Workstation орнотуусун талап кылат. Бул чектөө кээде ыкманы өзү чечет.

Натыйжаны коноктун ичинен окуңуз

Виртуалдык NICти кайра иштетиңиз же конокту кайра иштетиңиз, ал кайра ижара сурасын. Анан хост конфигурациялады деп ойлогон нерсени эмес, ал чындап эмне алганын окуңуз.

ipconfig /all
ip addr
ip route

Бул чыгарылыштагы эки талааны окуп, калганын азырынча этибарга албаңыз. Шлюз LAN маршрутизатору болушу керек, ал эми адаптердин сүрөттөмөсү туннелди эмес, VMware Ethernet түзмөгүн аташы керек. 169.254.0.0/16 ичинде өзүнө берилген дарек эч бир DHCP сервери жооп бербегенин билдирет, жана көпүрө туннель адаптерине конок тараптан дал ушундай көрүнөт.

Башка нерсени өзгөртүүдөн мурун дагы бир айырманы белгилеп кетүүгө татыктуу. Маршрутизаторго жетип, интернетке жетпеген коноктун иштеп жаткан көпүрөсү жана жогору жагында маселеси бар. Туннелдин диапазонунда дарек алган конок дагы эле туура эмес түзмөккө туташкан. TAP адаптерин өчүрүү эки учурдун бири үчүн да чечим эмес, анткени OpenVPN кызматына ал керек.