VPN සම්බන්ධයි නමුත් නම් අසාර්ථක වේ: DNS ඇත්තටම කැඩෙන්නේ කොහේද

උමං මාර්ගය ඉහළින්, අයිකනය කොළ පැහැයෙන්, සහ බ්‍රවුසරයේ සෑම ටැබයක්ම නම් විසඳීමේ අසාර්ථකත්වය වාර්තා කරයි. මෙම රූපය විවිධ යාන්ත්‍රණ තුනක් නිර්මාණය කරයි: resolver වෙත ළඟා විය නොහැකි විය හැක, සේවාදායකය ඔබ බලාපොරොත්තු නොවූ resolver එකකින් ඇසිය හැක, නැතහොත් පෞද්ගලික නම් පමණක් අසාර්ථක විය හැක. උමං ප්‍රොටොකෝලයේ කිසිවක් වෙනස් කිරීමට පෙර ඒවා වෙන් කරන්න, මන්ද එකින් එක වෙනත් තැනක අලුත්වැඩියා වේ. පහත අනුපිළිවෙල තුනම වෙන් කරන නිරීක්ෂණවලින් ආරම්භ වේ.

සොයාගැනීමකට ඇත්තටම අවශ්‍ය කුමක්ද

සොයාගැනීමකට කරුණු තුනක් අවශ්‍යයි: resolver ලිපිනයක්, එම ලිපිනයට මාර්ගයක්, සහ ප්‍රශ්නයට ගැළපෙන පිළිතුරක්. එකින් එක තනිවම අසාර්ථක විය හැක, සහ පෙනෙන රෝග ලක්ෂණය නොපූරණය වන එම පිටුවයි. එබැවින් තුනෙන් කුමක් කැඩුණිදැයි දැනගන්නා තෙක් දෝෂ පිටුව ඔබට පාහේ කිසිවක් නොකියයි.

සේවාදායකය තම resolver එක VPN පැතිකඩෙන්, උමං මාර්ගයේ DHCP එකෙන්, නැතහොත් තමන්ගේම වින්‍යාසයෙන් ඉගෙන ගනී, සහ කුමන මූලාශ්‍රය ජය ගනීද යන්න වේදිකාව මත රඳා පවතී. Windows හි, ipconfig /all එක් එක් ඇඩැප්ටරය සඳහා DNS සේවාදායක පෙන්වයි, එබැවින් යවන ලද අගය සැබවින්ම පැමිණියේදැයි ඔබට දැකගත හැක. මෙහෙයුම් පද්ධතියට කිසිදා නොපැමිණි යවන ලද අගයක් නිහඬ හා සුලභ අසාර්ථකත්වයකි. පැතිකඩ ස්පර්ශ කිරීමට පෙර වින්‍යාසගත අගය කියවන්න.

Linux සහ macOS එම ප්‍රශ්නයට වෙනත් විධානවලින් පිළිතුරු දෙයි, සහ පිළිතුරත් එම කියවීමට සුදුසුය: resolvectl status සහ scutil --dns දෙකම අතුරුමුහුණත අනුව සේවාදායක ලැයිස්තුගත කරයි. එම ලැයිස්තුව පැතිකඩ යවන බව පවසන ලිපිනය සමඟ සසඳන්න. මෙහි ඇති නොගැළපීම පහළ සියල්ල පැහැදිලි කරයි, එබැවින් නම් පරීක්ෂා කිරීමට පෙර එය විසඳන්න.

පොදු නමක් සහ පෞද්ගලික නමක් පරීක්ෂා කරන්න

එකම යන්ත්‍රයෙන් සාමාන්‍ය පොදු සත්කාරක නාමයක් සහ ලේඛනගත පෞද්ගලික සත්කාරක නාමයක් අසා, කුමන සේවාදායකය එක් එක් එකට පිළිතුරු දුන්නේද යන්න සටහන් කරන්න. දෙකම අසාර්ථක වුවහොත්, resolver හෝ එහි මාර්ගය කැඩී ඇත. පෞද්ගලික නම පමණක් අසාර්ථක වුවහොත්, resolver පිළිතුරු දී ඇති අතර ප්‍රශ්නය කලාපය හෝ මාර්ගකරණය බවට පත්වේ. මාර්ග වෙනසක් වෙනස පැහැදිලි කළ නොහැකි වන පරිදි ප්‍රශ්න දෙකම විනාඩියක් ඇතුළත ධාවනය කරන්න.

අභ්‍යන්තර නම් පොදු තිර රුවල්වලින් සහ පොදු resolver වලින් බැහැර තබන්න. කාලය ඉකුත් වීම සහ නොපවතින වසමක පිළිතුර විවිධ නිරීක්ෂණ වේ: පළමුවැන්න කිසිවක් ආපසු නොපැමිණි බව කියයි, දෙවැන්න අධිකාරියක් නම නොපවතින බව පිළිතුරු දුන් බව කියයි. දෙකම එක් දෝෂයක් ලෙස සැලකීම ඔබව වැරදි ස්ථරයට ගෙන යයි, සහ සහතික අනතුරු ඇඟවීම නැවතත් තුන්වන කරුණක් මිස DNS අසාර්ථකත්වයක් නොවේ.

nslookup අසන ලද සේවාදායකය සහ ලැබුණු පිළිතුර දෙකම මුද්‍රණය කරයි, සහ එය ඔබට අවශ්‍ය යුගලයයි. එය එකම shell එකේ දෙවරක් ධාවනය කර එක් එක් පිළිතුර අසල පිළිතුරු දුන් ලිපිනය ලියන්න.

nslookup example.com
nslookup host.corp.example 10.20.30.53

සේවාදායකයට ඇත්තටම එම සේවාදායකයට ළඟා විය හැකිදැයි තහවුරු කරන්න

පැතිකඩ යවන පෞද්ගලික resolver එකක් ප්‍රයෝජනවත් වන්නේ උමං මාර්ගය ඉහළින් ඇති විට සේවාදායකයට එයට ළඟා විය හැකි නම් පමණි. නිවැරදි ලෙස පෙනෙන ලිපිනයක් මාර්ගයක් නොමැතිව කාලය ඉකුත් වීමක් ඇති කරයි, සහ උමං මාර්ගයේ සම්බන්ධිත තත්ත්වය එම මාර්ගය ගැන කිසිවක් නොකියයි. පරීක්ෂාව යනු VPN අන්ත ලක්ෂ්‍යයට නොව resolver වෙතම යොමු වූ මාර්ග සෙවීමකි.

සෑම වේදිකාවක්ම එයට එක් පේළියකින් පිළිතුරු දෙයි, සහ ප්‍රතිදානයේ නම් කර ඇති අතුරුමුහුණත සම්පූර්ණ පිළිතුරයි. resolver උමං මාර්ගයට පිටුපසින් සිටියදී එය භෞතික ඇඩැප්ටරය වෙත යොමු වේ නම්, පැතිකඩ එය ආවරණය කරන පූර්වාපයක් යවන්නේ නැත.

ip route get 10.20.30.53                      # Linux
route -n get 10.20.30.53                     # macOS
Find-NetRoute -RemoteIPAddress 10.20.30.53   # Windows PowerShell

විභාජිත උමං පැතිකඩක resolver යවන ලද මාර්ගවලින් පිටත සිටිය හැක, එය සේවාදායකයේ නොව පැතිකඩේ ගැටලුවකි. resolver ලිපිනය යවන ලද පූර්වාප සමඟ සසඳා ඒවායින් එකක් එය ආවරණය කරන බව තහවුරු කරන්න. එම නොගැළපීමම DNS එක් ජාලයක වැඩ කර එකම පැතිකඩක් සහිත තවත් ජාලයක අසාර්ථක වන්නේ ඇයිද යන්න පැහැදිලි කරයි.

බ්‍රවුසර පද්ධති resolver මඟ හැරිය හැකි බව මතක තබා ගන්න

ආරක්ෂිත DNS සක්‍රීය බ්‍රවුසරයකට තමන් තෝරාගත් සේවා සපයන්නෙකුට HTTPS හරහා ප්‍රශ්න යවා මෙහෙයුම් පද්ධතියේ resolver සම්පූර්ණයෙන්ම නොසලකා හැරිය හැක. එවිට පද්ධතිය නිවැරදි ලෙස පෙනෙන අතර බ්‍රවුසරය අසාර්ථක වේ, නැතහොත් ඊට විරුද්ධය. එය උමං මාර්ගයට නොව බ්‍රවුසරයට අදාළ ප්‍රතිපත්ති ප්‍රශ්නයකි.

බ්‍රවුසරයේ ආරක්ෂිත-DNS සැකසුම සහ එය පාලනය කරන කළමනාකරණ ප්‍රතිපත්තියක් පරීක්ෂා කර, පසුව උමං මාර්ගය වෙනස් නොකර දෙවන යෙදුමක් හෝ බ්‍රවුසරයක් උත්සාහ කරන්න. එක් යෙදුමක් පමණක් අසාර්ථක වුවහොත්, නිවැරදි කිරීම එම යෙදුමට අයත් වේ. පෞද්ගලික කවුළුව පිරිසිදු සංසන්දනයක් නොවේ, මන්ද එය එක් බ්‍රවුසරයක දිගු කිරීම් පෙරනිමියෙන් අබල කළ හැකි අතර තවත් එකක නොකරයි, සහ එය කිසිදා කළමනාකරණ ප්‍රතිපත්තියක් මඟ නොහරියි. ඒ වෙනුවට දෙවන බ්‍රවුසර පැතිකඩක් හෝ වෙනත් යෙදුමක් භාවිත කරන්න.

හැඹිලිය හිස් කර සැබෑ කාර්යය නැවත පරීක්ෂා කරන්න

සැකසුමක් නිවැරදි කිරීමෙන් පසු දේශීය resolver හැඹිලිය හිස් කරන්න, පැරණි පිළිතුරක් නිවැරදි කිරීමට වඩා දිගු කල් නොපවතින පරිදි. කෙටි ප්‍රකෘතියකින් පසු නැවත අසාර්ථකත්වය යනු හේතුව තවමත් ඇති බවයි, හිස් කිරීම අසාර්ථක වූ බව නොවේ. හැඹිලි තුන වෙන් වෙන්ව ඇති බැවින් ඔබ සිටින යන්ත්‍රයට ගැළපෙන පේළිය තෝරන්න.

ipconfig /flushdns                 # Windows
resolvectl flush-caches            # Linux
sudo killall -HUP mDNSResponder    # macOS

පසුව කෘත්‍රිම සෙවීමක් වෙනුවට මුල් කාර්යය නැවත කරන්න, මන්ද පරිශීලකයාට වැදගත් වන්නේ කාර්යයයි. එක් වරක් නැවත සම්බන්ධ වන්න, නැවත පරීක්ෂාව පරිශීලකයා සැබවින්ම සිටින තත්ත්වය ආවරණය කරන පරිදි. Microsoft හි nslookup යොමුව ප්‍රශ්නයේ තර්ක සඳහා තබා ගත යුතු පිටුවයි.

නම් විසන්ධි කිරීමෙන් පසුව පමණක් අසාර්ථක වුවහොත්, සේවාදායකය පෙර වින්‍යාසය ප්‍රතිසාධනය කර නැත, එය DNS සේවාදායකයක් මාරු කිරීම වෙනුවට වාර්තා කළ යුතු ජීවන චක්‍ර දෝෂයකි. වැඩ කරන සෙවීමක් ද කාන්දු පරීක්ෂාවක් නොවේ, මන්ද පිටවන රට කුමන resolver පිළිතුරු දුන්නේද යන්න ඔබට නොකියයි.