බෙදුණු ටනලය බ්‍රවුසරය ඉවත් කරයි, එහි DNS ප්‍රශ්න නොවේ

සෘජු දත්ත මාර්ගය නාම විභේදනය නොසලවයි. කුමන විසඳුම්කරු ප්‍රශ්නය ලබා ගනීද සහ එය අරමුණ වූයේද, කාන්දුවක් කිවීමට පෙර පරීක්ෂා කරන්න.

බ්‍රවුසරය ටනලයෙන් ඉවත් කර ඇත, පොදු IP පිටුව එහි ගමනාගමනය නිවසේ සම්බන්ධතාවයෙන් පිටවන බව තහවුරු කරයි, නමුත් අභ්‍යන්තර විකි තවමත් විවෘත නොවේ. නාම විභේදනය වෙනත් තැනකට ගියේය, එම වෙනත් තැන සාමාන්‍යයෙන් VPN විසින් සකසන ලද විසඳුම්කරු වේ. දත්ත මාර්ගය සහ විසඳුම්කරු මාර්ගය බොහෝ බෙදුණු ටනල නිර්මාණවල වෙන වෙනම තීරණ වේ. ඉවත් කිරීම කැඩුණු යැයි කිවීමට පෙර බ්‍රවුසරය ඇත්තටම කුමක් භාවිත කළේදැයි පරීක්ෂා කරන්න.

දත්ත මාර්ගය සහ විසඳුම්කරු මාර්ගය වෙන් වේ

ඉවත් කිරීම යෙදුමක පැකට් ටනලයෙන් ඉවත් කරයි, එය දත්ත මාර්ගයේ මාර්ගගත කිරීම සහ ගිනිපවුරු තීරණයකි. නාම විභේදනය වෙනත් සෙවීමකි: ක්‍රියාවලියක් පද්ධතියේ විසඳුම්කරුගෙන් අසයි, එම විසඳුම්කරු ප්‍රශ්නය ලබන සේවාදායකය තීරණය කරයි.

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

කුමන ක්‍රියාවලිය ප්‍රශ්නය අසයිද සොයන්න

බ්‍රවුසරයට පද්ධතියේ විසඳුම්කරු, එහිම සංකේතනය කළ DNS සේවාව, හෝ මෙහෙයුම් පද්ධතිය එක් එක් ජාලයට පවරන විසඳුම්කරු භාවිත කළ හැක. පළමුවැන්න වේදිකා ප්‍රතිපත්තිය අනුගමනය කරයි, දෙවැන්න එම ප්‍රතිපත්තිය සම්පූර්ණයෙන් මගහරියි, තුන්වැන්න ප්‍රශ්නය කුමන සබැඳියට මාර්ගගත වේද යන්න මත රඳා පවතී.

resolvectl status
resolvectl query intranet.example.net
dig +short +time=2 intranet.example.net @10.52.0.2
scutil --dns | head -n 40

පරීක්ෂා කිරීමට පෙර ඵලදායී වින්‍යාසය කියවන්න: කුමන සබැඳි DNS සේවාදායක දරයිද, කුමන නාම අවකාශ ප්‍රකාශ කරයිද, නාමය අනුව ප්‍රතිපත්තිය පෙරනිමිය ඉක්මවයිද. Linux හි බෙදුණු DNS මාර්ගගත කිරීමේ වසම් භාවිත කරයි; Windows හි නාම විභේදන ප්‍රතිපත්ති වගුව නාම අවකාශ සඳහා එම කාර්යය කරයි. දෙකම කාන්දු පරීක්ෂණ පිටුවකින් නොපෙනේ.

කුමන විසඳුම්කරු කුමන නාමය දකීද තීරණය කරන්න

කිසිවක් වෙනස් කිරීමට පෙර අපේක්ෂිත සිතියම්කරණය ලියන්න: අභ්‍යන්තර නාම කෝපරේට් විසඳුම්කරුට, පොදු නාම ප්‍රතිපත්තිය අවසර දෙන සේවාවට, සහ ව්‍යතිරේක හිමිකරු සමඟ. එම ලැයිස්තුව නොමැතිව, කාන්දු පරීක්ෂණයේ සෑම ලේබලයක්ම කිසිවෙකුට විසඳිය නොහැකි ප්‍රතිපත්ති තර්කයක් බවට පත්වේ.

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

එක් පරීක්ෂණ ලේබලයක් කොළ පැහැ වීමට සෑම DNS ක්ෂේත්‍රයක්ම නැවත නොලියන්න. ලේබලය එක් මොහොතක එක් ක්‍රියාවලියක එක් ප්‍රශ්නයක් විස්තර කරයි.

ප්‍රශ්නය සහ සම්බන්ධතාවය වෙන වෙනම සත්‍යාපනය කරන්න

මාර්ග දෙක ස්වාධීනව පරීක්ෂා කරන්න. සම්බන්ධතා පරීක්ෂණය දත්ත මාර්ගය පෙන්වයි, විසඳුම්කරු පරීක්ෂණය නාමය කාට ලැබුණිද පෙන්වයි.

curl -sS --max-time 8 https://api.ipify.org
resolvectl query example.net
dig +short example.net

විසඳුම්කරුගෙන් පැහැදිලිවම අසන්න, අසාර්ථකත්වය මාර්ගයට නොව සේවාදායකයට ආරෝපණය වන පරිදි. පසුව බ්‍රවුසරය නැවත ආරම්භ කර නැවත කරන්න, මන්ද යෙදුම් ඍණාත්මක පිළිතුරු හැඹිලි කරන අතර පැරණි අසාර්ථකත්වය ස්ථිර ලෙස පෙනේ.

අනුමත වෙනසකින් පසු දත්ත මාර්ගය සහ විසඳුම්කරුගේ ලබන්නා වෙන වෙනම පේළි දෙකක් ලෙස දිනය සමඟ සටහන් කරන්න. ඊළඟ නැවත සම්බන්ධතාවයේදී හැසිරීම ආපසු ආවොත්, එය සපයන පැතිකඩ නිවැරදි කළ යුතුය, බ්‍රවුසරය නොවේ.

අදාළ ලිපි