WSL 2 හි resolv.conf: VPN සම්බන්ධ වන විට DNS නතර වේ

WSL තමාට පෙනෙන Windows ඇඩැප්ටර්වලින් resolv.conf නැවත ජනනය කරයි, එබැවින් VPN හි විසඳුම්කරු කිසිදා නොපැමිණිය හැක. ජනනය නවත්වා, පසුව ආයතනික නමක් පරීක්ෂා කරන්න.

බෙදාහැරීම තුළ බ්‍රවුස් කිරීම වැඩ කරයි, සහ උමග ඉහළ එන මොහොතේම පළමු අභ්‍යන්තර සත්කාරක නාමය අසාර්ථක වේ. ස්වාභාවික ප්‍රතිචාරය වන්නේ පොදු විසඳුම්කරුවෙකු එකතු කිරීමයි, එය අන්තර්ජාලය නැවත ගෙනැවිත් ආයතනික නාමය දවසේ ඉතිරි කාලය සඳහා ළඟා විය නොහැකි කරයි. WSL 2 හි, /etc/resolv.conf යනු වින්‍යාසයක් නොව ජනනය කළ ප්‍රතිදානයකි, සහ තේරුම් ගැනීමට වටිනා යාන්ත්‍රණය එයයි. නිරාකරණය වඩා හොඳ විසඳුම්කරුවෙකු නොව, ගොනුවේ හිමිකාරිත්වයයි.

ගොනුව ජනනය වේ, වින්‍යාස නොවේ

WSL 2 ගොනුව ආරම්භයේදී එම මොහොතේ පෙනෙන Windows ඇඩැප්ටර්වලින් ලියයි, සහ එය පවසන අදහසක් ඉහළින් මුද්‍රණය කරයි. පසුව VPN සේවාලාභියෙකු ඇඩැප්ටරයක් එකතු කළහොත් හෝ නැවත ලිව්වහොත්, බෙදාහැරීම අනිවාර්යයෙන් යමක් නැවත ජනනය නොකරයි, සහ ගොනුව තවදුරටත් නොපවතින ජාලයක් විස්තර කරයි.

දෙවන අසාර්ථක ආකාරය වඩා නිහඬය: WSL සමහර ඇඩැප්ටර්වලින් පමණක් සේවාදායක පිටපත් කළ හැක. භෞතික ඇඩැප්ටරයට දැනටමත් IPv6 විසඳුම්කරුවෙකු තිබේ නම්, VPN ඇඩැප්ටරය සපයන IPv4 සේවාදායක එකතු කිරීම වෙනුවට ඉවත් කළ හැක, සහ ගොනුව සම්පූර්ණ ලෙස පෙනෙන අතර අභ්‍යන්තර නාමවලට පිළිතුරු දෙන එකම සේවාදායකය මඟ හරියි.

Windows දර්ශනය Linux දර්ශනය සමඟ සසඳන්න

සංස්කරණයට පෙර දෙපසම කියවන්න. බෙදාහැරීම තුළ ගොනුවේ ඇති දේ සහ එය සාමාන්‍ය ගොනුවක් ද සබැඳියක් ද බලන්න. Windows හි VPN නිර්මාණය කළ ඇඩැප්ටරය ඇතුළුව සෑම ඇඩැප්ටරයකම විසඳුම්කරු ලැයිස්තුගත කරන්න:

ls -l /etc/resolv.conf
cat /etc/resolv.conf
Get-DnsClientServerAddress -AddressFamily IPv4
Get-NetAdapter | Where-Object Status -eq 'Up'

VPN ඇඩැප්ටරය ආයතනික සේවාදායක පෙන්වන විට Linux වෙනත් දෙයක් පෙන්වන්නේ නම්, වෙනස ළඟා වීමේ හැකියාවේ නොව ජනනයේ ඇත. ඇඩැප්ටර ලැයිස්තුව සහ ලිපින ද සසඳන්න, මන්ද නැති වූ ඇඩැප්ටරයක් නැති වූ සේවාදායකයක් පැහැදිලි කරයි. එම වෙනස WSL හෝ ගිනි පවුරක් අලුත්වැඩියා කරන්නේද යන්න තීරණය කරයි, සහ දෙකට පොදු කිසිවක් නැත.

ජනනය නවත්වා ඔබේම ගොනුවක් ලියන්න

WSL ගොනුව නැවත ලිවීමෙන් වළක්වන ලේඛනගත සැකසුමක් ඇත, එය /etc/wsl.conf හි ඇත. එම ගොනුවට ජාල අංශයක් එකතු කරන්න:

[network]
generateResolvConf = false

පසුව Windows සිට wsl --shutdown සමඟ බෙදාහැරීම අවසන් කර නැවත අරඹන්න. මාර්ගය සාමාන්‍ය ගොනුවක් නොව සංකේත සබැඳියක් නම්, ඔබේම අන්තර්ගතය ලිවීමට පෙර සබැඳිය ඉවත් කරන්න, මන්ද සබැඳිය හරහා ලිවීම ඊළඟ ආරම්භයේදී ජනනය කළ ඉලක්කය නැවත සෑදිය හැක. එම මොහොතේ සිට ගොනුව ඔබේය, කිසිවක් එය නැවත නොලියයි.

nameserver 172.28.4.10
nameserver 172.28.4.11
search site.corp.example
options timeout:1 attempts:2 rotate

සෙවුම් වසමක් නොමැතිව, අසම්පූර්ණ සත්කාරක නාමය පොදු මූලය සමඟ සම්පූර්ණ වී එවැනි වසමක් නොමැත ලෙස ආපසු එයි. timeout මියගිය පළමු සේවාදායකය සෑම සෙවුමක්ම අවහිර කිරීමෙන් වළක්වයි, attempts එක් සෙවුමක් කොපමණ උත්සාහ වැය කරයිද සීමා කරයි, සහ rotate නැවත උත්සාහ සෑම විටම ඉහළින් ආරම්භ කිරීම වෙනුවට පැතිරවයි. වෙළඳාම වන්නේ විසඳුම්කරු ලිපිනය සැසි අතර වෙනස් වන VPN එකක් ගොනුව තවදුරටත් අනුගමනය නොකිරීමයි.

චලනය වන විසඳුම්කරුවෙකු හසුරුවා, පසුව සත්‍යාපනය කරන්න

සමහර සේවාලාභීන් සැසියට විශේෂිත විසඳුම්කරුවෙකු ලබා දෙයි, එබැවින් ස්ථිතික ගොනුවක් ඊළඟ සම්බන්ධතාවයේදී කැඩේ. ප්‍රවේශ දෙකක් ආරක්ෂා කළ හැක. ලිපිනය වෙනස් වන සෑම විටම කුඩා ස්ක්‍රිප්ටයකින් ගොනුව ලියන්න, නැතහොත් ජනනය සක්‍රීයව තබා WSL පිටපත් කරන ඇඩැප්ටරය ආයතනික සේවාදායකය දරන බවට වග බලා ගන්න. දෙවැන්නට කොක්කක් අවශ්‍ය නොවන අතර ජනනය VPN ඇඩැප්ටරය මඟ හරින සෑම විටම අසාර්ථක වේ; දෙකටම තවමත් පළමුව IPv6 ගැටුම විසඳීම අවශ්‍යයි.

Windows තමන්ගේම නාම ප්‍රතිපත්ති ද යොදයි, උපසර්ග සෙවුම් ලැයිස්තුවක් හෝ නිශ්චිත වසම් සඳහා විසඳුම් ප්‍රතිපත්තියක් වැනි, සහ ඇඩැප්ටර ලිපින පිටපත් කිරීමෙන් එම නීති නැවත නොනිපදවේ. නාමයක් Windows හි විසඳී එම සේවාදායකය සමඟ බෙදාහැරීම තුළ විසඳී නොමැති නම්, උමගට දොස් පැවරීමට පෙර උපසර්ග හැසිරවීම සසඳන්න.

පැකට්ටුවකින් නොව නාමයකින් පරීක්ෂා කරන්න: getent hosts sensor-access0.corp.example විසඳුම්කරු ගොඩනැගිල්ල හරහා යයි, ping එකක් නම් සුරකින ලද හෝ වචනාර්ථ ලිපිනයක් සමඟ සාර්ථක විය හැක. පසුව විසන්ධි කර නැවත සම්බන්ධ කිරීමෙන් පසු නැවත කරන්න, මන්ද එක් වරක් වැඩ කර නැවත ආරම්භයේදී නැවත ජනනය වන සැකසුමක් කිසිදා අලුත්වැඩියා කර නැත. පෙර අන්තර්ගතය සුරකින්න සහ එම යන්ත්‍රයේ මාර්ගය කුමන සංරචකයට අයත් දැයි සටහන් කරන්න, එවිට ඊළඟ වෙනස්කම සාක්ෂි සමඟ ආරම්භ වේ.

අදාළ ලිපි