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 үйлчилгээнд тэр хэрэгтэй.