හොස්ට් VPN සම්බන්ධ වන විට Hyper-V අමුත්තාට DNS අහිමි වේ

අමුත්තා අද උදේ හොඳින් සිටියේය. පසුව හොස්ට් Cisco AnyConnect ආරම්භ කළ අතර VM එකට DNS, වසම් විශ්වාසය සහ බෙදාගත් ෆෝල්ඩරය අහිමි විය, ඇතුළත කිසිවක් වෙනස් නොවූවත්. හොස්ට් උමං මාර්ගය සහ අමුත්තාගේ ජාලය වෙන වෙන මාර්ග වන අතර, එකක් සම්බන්ධ කිරීම අනෙක චලනය නොකරයි. අමුත්තාගේ ඇතුළත සිට පිටතට වැඩ කරන්න, සහ යමක් වෙනස් කිරීමට පෙර ඔබ දකින දේ ලියා තබන්න.

අමුත්තාට තවමත් දැකිය හැකි දේ

VM එකේ ලිපිනය, පෙරනිමි ද්වාරය සහ විසඳන්නා හොස්ට් සම්බන්ධ වීමට පෙර එක් වරක් සහ පසුව එක් වරක් සටහන් කරන්න. ලිපිනය රඳවාගෙන නම් විභේදනය පමණක් අහිමි වූ අමුත්තාට විසඳන්නාගේ ගැටලුවක් ඇත. කිසිදා මාර්ගයක් නොතිබූ අමුත්තාට මාර්ග ගැටලුවක් ඇත, දෙකටම වෙනස් වැඩ අවශ්‍යය. හොස්ට් සිට ඔබට ඒවා වෙන් කර හඳුනාගත නොහැක, එබැවින් කියවීම ඇතුළතින්ම ආව යුතුය.

එම කියවීම් තුන, දෙවරක් ගත් විට, ඔබේ මූලික රේඛාවයි. පසුව සියල්ල ඒවාට එරෙහිව මනිනු ලැබේ.

අමුත්තා භාවිතා කරන පිටවීම

Hyper-V මෙයට විධාන දෙකකින් පිළිතුරු දෙයි: Get-VMSwitch ස්විච් ලැයිස්තුගත කරයි, සහ Get-VMNetworkAdapter -VMName TestVM අමුත්තා සම්බන්ධ වී ඇති ස්විචය පෙන්වයි. Default Switch යනු Windows කළමනාකරණය කරන NAT ජාලයකි; බාහිර ස්විචයක් රථවාහන භෞතික ඇඩැප්ටරයකට භාර දෙයි; අභ්‍යන්තර ස්විචයක් කිසිවෙකු NAT හෝ රවුටරයක් එකතු කරන තෙක් කිසිවක් ගෙන යන්නේ නැත. VirtualBox එම අදහස් තුනම NAT, NAT Network සහ bridged ලෙස ඉදිරිපත් කරයි.

හොස්ට් උමං මාර්ගයට කිසිසේත් වැදගත්කමක් තිබිය හැකිද යන්න මාදිලිය තීරණය කරයි. NAT අමුත්තා WinNAT මගින් පරිවර්තනය කර පසුව හොස්ට් ස්ටැක් මගින් ඉදිරියට යවනු ලැබේ, එබැවින් එය හොස්ට්ගේ මාර්ග වගුව අනුගමනය කරයි; සම්පූර්ණ උමං සේවාදායකය සමඟ එහි රථවාහනය VPN ඇඩැප්ටරයට ඇතුළු වන රථවාහනයයි, සහ සේවාදායකය දේශීය උපජාලය අවහිර කරන විට එය ඉවත දමනු ලැබේ. බාහිර ස්විචයක් මත පාලම් කළ අමුත්තා කිසිදා හොස්ට් මාර්ගකරණයට ළඟා නොවේ: එහි රාමු භෞතික NIC එකෙන් කෙලින්ම පිටවේ, එබැවින් එය උමං මාර්ගය සහ සේවාදායකයේ දේශීය-LAN ප්‍රතිපත්තිය යන දෙකම මග හරියි.

හොස්ට් උමං මාර්ගය Hyper-V සමඟ බෙදාගැනීම

අමුත්තාට උමං මාර්ගය අවශ්‍ය නම් සහ තමන්ගේම සේවාදායකය ධාවනය කළ නොහැකි නම්, Windows හට VPN සම්බන්ධතාවය බෙදාගත හැක. VPN ඇඩැප්ටරයේ ගුණාංග විවෘත කර, බෙදාගැනීමට යන්න, සහ අනෙකුත් ජාල පරිශීලකයින්ට එය හරහා සම්බන්ධ වීමට ඉඩ දෙන්න. ගෘහ ජාල සම්බන්ධතාවය Hyper-V ඇඩැප්ටරය වෙත යොමු කරන්න, vEthernet (Default Switch), පසුව අමුත්තාගේ ඇතුළතින් නව ඉල්ලීමක් පරීක්ෂා කරන්න.

මෙම සැකසුම රසායනාගාර විසඳුමක් ලෙස සලකන්න, එය එසේ හැසිරෙන බැවිනි. විසන්ධි වීම, නැවත සම්බන්ධ වීම හෝ හොස්ට් නැවත ඇරඹීමෙන් පසු එය නැවත යෙදිය යුතුය. සමහර Windows 11 ගොඩනැගීම්වල ඇඩැප්ටරය ලැයිස්තුවෙන් සම්පූර්ණයෙන්ම අස්ථානගත වේ, එවිට මෙම මාර්ගය වසා ඇත.

Hyper-V විශේෂාංගය නැවත ස්ථාපනය කිරීම ඇතැම් මුරණ්ඩු අමුත්තන් බේරා ගෙන ඇත. එය අවසානයට තබන්න, සහ පළමුව අමුත්තාගේ තත්ත්වය සටහන් කරන්න.

උපජාලය පෙරනය වූ විට වරාය ඉදිරියට යැවීම

අමුත්තාගේ NAT උපජාලය පෙරන හොස්ට් VPN එක නම් විභේදනය නොව සෘජු ප්‍රවේශය බිඳ දමයි. VM ධාවනය වේ, නමුත් ssh [email protected] එල්ලී යයි, හයිපර්වයිසර් පරිවර්තනය තවමත් ක්‍රියා කරන අතරතුර. වැඩට අවශ්‍ය වරායන් ඉදිරියට යවා ඒ වෙනුවට හොස්ට් ලිපිනයට සම්බන්ධ වන්න. පහත Vagrantfile පේළි SSH සහ එක් HTTPS සේවාවක් ආවරණය කරයි; දෙකම නැවත පූරණයට පෙර ඇතුළත් වේ.

config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443

නම් විභේදනය වෙනම තීරණයක් වන අතර එයට තමන්ගේම නිවැරදි කිරීමක් ලැබිය යුතුය. එම NAT ඇඩැප්ටරය සඳහා හොස්ට් විසඳන්නාගේ විශේෂාංගය සක්‍රීය කරන්න, නැතහොත් අමුත්තාගේ ඇතුළත අභ්‍යන්තර DNS සේවාදායකය අතින් වින්‍යාස කරන්න. අමුත්තා පොදු විසඳන්නෙකු වෙත යොමු කිරීම බ්‍රව්සිං ක්‍රියාත්මක කර සෑම අභ්‍යන්තර නාමයක්ම බිඳ දමයි, එය බාධාවට වඩා නරකය, මන්ද එය සාර්ථකත්වයක් ලෙස පෙනේ. අභ්‍යන්තර විසඳන්නාට පමණක් දන්නා නාමයක් පරීක්ෂා කරන්න.

එය සාර්ථක වූ බව කියන පරීක්ෂාව

මෙම වෙනස්කම්වලින් ඕනෑම එකකට පසුව, හොස්ට් VPN සම්බන්ධ කර ඇති තත්ත්වයේ අමුත්තාගේ ඇතුළතින් නව ඉල්ලීමක් ධාවනය කරන්න, ඊට පෙර නොවේ. නැවත සම්බන්ධ වීමෙන් පසු සහ නැවත ඇරඹීමෙන් පසු බෙදාගැනීම නැවත පරීක්ෂා කරන්න, මන්ද ඉන් එකක් පමණක් ඔරොත්තු දෙන නිවැරදි කිරීම නිවැරදි කිරීමක් නොවේ. අමුත්තාගේ විසඳන්නන් ලැයිස්තුව එහි රථවාහනය ඇත්ත වශයෙන්ම භාවිතා කරන ජාලයට ගැලපේ දැයි තහවුරු කරන්න. ඉන්පසු හොස්ට් ලිපිනයෙන් වරාය ඉදිරියට යැවීම පරීක්ෂා කරන්න, මන්ද අමුත්තාගෙන් පරීක්ෂා කිරීම කිසිවක් ඔප්පු නොකරයි. අමුත්තාගේ ඇතුළතින්, PowerShell පරීක්ෂා දෙකක් විසඳන්නා සහ ඉදිරියට යවන ලද වරාය ආවරණය කරයි:

Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22

සෑම ස්විච් හෝ ධාවක වෙනස්කමක් එහි පසුගමන පියවර සමඟ සටහන් කරන්න. Microsoft හි Hyper-V NAT මාර්ගෝපදේශය Default Switch යනු ඇත්ත වශයෙන්ම කුමක්දැයි පැහැදිලි කරයි, සහ එයට ගැටෙන දෙවන NAT ජාලයක් සෑදීමට පෙර එය කියවීම වටී.