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

වැඩ කරන සැකසුමක් අනන්‍යතාවයක් නොවේ

සැකසුම් ක්ෂේත්‍රයේ ලිපිනය අන්ත ලක්ෂ්‍යයක් වන අතර, අන්ත ලක්ෂ්‍යයකට ක්‍රියාකරුවෙක් සිටී. මෙම කරුණු දෙක වෙන් වන අතර, දෙවැන්න මිනිසුන් මඟ හරින දෙයයි. වඩාත්ම පිටපත් වන යුගලය සඳහා පිළිතුර පොදුය: Cloudflare 1.1.1.1 සහ 1.0.0.1 තම විසඳන්නාගේ ලිපින ලෙස ප්‍රකාශයට පත් කර ඒවා තම නිල ලිපින යොමුවේ ලැයිස්තුගත කරයි. එබැවින් ක්‍රියාකරුවාගේ නම ලිපිනය අසලට අයත් වේ, වෙනම නිබන්ධනයකට නොවේ.

උමං මාර්ගයක් ක්‍රියාත්මක වන විට එම යුගලය ඇතුළත් කිරීම VPN සමාගම එහි ක්‍රියාකරු බවට පත් නොකරයි, ගමනාගමනය නිර්නාමික බවට ද පත් නොකරයි. විමසුම ලිපින පරාසය ප්‍රකාශයට පත් කරන සමාගමක් වෙත ඔබේ යන්ත්‍රයෙන් පිටවේ, එම සමාගම ගරු කටයුතු විය හැකි අතර එසේ වුවත් නිබන්ධනය ඉඟි කළ පාර්ශ්වය නොවිය හැක. උපදෙස්වල ලේබලය සහ යථාර්ථයේ ක්‍රියාකරු වෙනස් ප්‍රකාශ දෙකකි. කිසිවක් අතරමැදි ජාල මාර්ගය කවුරුන් ක්‍රියාත්මක කරන්නේද යන්න නොකියයි.

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

වාර්තාවකට අවශ්‍ය තුන් දේ සසඳන්න

සමාලෝචනයට සූදානම් වාර්තාවක් ප්‍රශ්න තුනක් වෙන් කරයි: විමසුම ලබා ගත යුත්තේ කවුද, හුවමාරුව සරල ද සංකේතනය කළ ද, සහ කුමන මාර්ගයක් එය රැගෙන යා යුතුද. සැපයුම්කරුගේ නමට දෙවැන්න හෝ තෙවැන්න පිරවිය නොහැක, රට නාමයකට ඒවායින් කිසිවක් පිරවිය නොහැක. වෙනසට පෙර ඇතුළත් කිරීම් තුන ලියා පසුව සසඳන්න. එම ඇතුළත් කිරීම් හුවමාරු කළ නොහැකි අතර, ඒවා එකක් ලෙස සැලකීම අනුමානයක් ලේඛනයක් වන මාර්ගයයි.

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

EntryWhat it recordsWhat it cannot tell you
RecipientWhich resolver should answerWho operates the path to it
TransportPlain DNS or an encrypted variantWhether names stay private
PathWhich interface carries the queryWhich upstream answers last

වගුව හිතාමතා කෙටිය. එහි කරුණ වන්නේ සෑම ඇතුළත් කිරීමක්ම වෙනස් ප්‍රශ්නයකට පිළිතුරු දෙන අතර, එකම ක්ෂේත්‍රයක් තුනම පුරවන්නේ නැති බවයි.

දේශීය යොමුකරන්නෙක් සැබෑ මූලාශ්‍රය සඟවයි

තමුන්ගේ රවුටරය DNS ලෙස භාවිත කිරීමට වින්‍යාසගත උපාංගයක් යොමුකරන්නෙකු වෙත යොමු වේ. එම ලිපිනය විමසුමේ ඊළඟ ලබන්නා හඳුනා ගනී, අවසානයේ පිළිතුරු දෙන විසඳන්නා නොවේ. දේශීය stub විසඳන්නෙක් එම අමතර පියවරම එකතු කරයි, සහ සෑම තත්ත්ව ප්‍රතිදානයකම එය දිස්වන බැවින් සැබෑ දෙය සමඟ ව්‍යාකූල කිරීම පහසුය.

Stub එක එම ප්‍රතිදානයේම ලැයිස්තුගත වන මූලාශ්‍ර වෙත යොමු කරයි, සාමාන්‍යයෙන් වඩා පහළට. ක්‍රියාකරු ගැන කිසිවක් නිගමනය කිරීමට පෙර මුළු දාමය කියවන්න, මන්ද පළමු පේළිය මුළු පිළිතුර නොවේ. එසේ නොමැති නම් ඔබ පිළිගැනීම් කවුන්ටරය සමාගම ලෙස හඳුන්වයි.

resolvectl status | grep -A4 'Current DNS Server'
dig +short CH TXT whoami.cloudflare @1.1.1.1
dig example.com | grep -E '^;; SERVER'

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

සංකේතනය කළ DNS දෘශ්‍යමාන දේ වෙනස් කරයි, එය දකින්නේ කවුද යන්න නොවේ

DNS over HTTPS සහ DNS over TLS සේවාලාභියා සහ විසඳන්නා අතර හුවමාරුව ආරක්ෂා කරයි. විසඳන්නා තවමත් අසන සෑම නාමයක්ම කියවයි, මන්ද පිළිතුරු දීම ඔහුගේ කාර්යයයි. වෙනස් වන්නේ හුවමාරුව නිරීක්ෂණය කළ හැක්කේ කාටද යන්නයි: දේශීය ජාලය එක් අන්ත ලක්ෂ්‍යයකට සම්බන්ධතාවයක් දකී, සරල පෙළ විමසුම් ගලායාමක් නොවේ.

වෙනස් නොවන්නේ විශ්වාස සම්බන්ධතාවයයි, එය තවමත් එම අන්ත ලක්ෂ්‍යය ක්‍රියාත්මක කරන සංවිධානය වෙත යොමු වේ. තමන්ගේම ආරක්ෂිත DNS සැකසුමක් ඇති බ්‍රව්සරයකට මෙහෙයුම් පද්ධතියේ විසඳන්නා සම්පූර්ණයෙන් මඟ හැරිය හැක. ඒවා දෙවරක් යොදන ලද එක් සැකසුමක් ලෙස නොව, එකඟ නොවිය හැකි වින්‍යාස දෙකක් ලෙස සලකන්න.

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

නිරීක්ෂණය පටුව තබන්න

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

resolvectl query intranet.corp.example
resolvectl domain
dig +short @1.1.1.1 example.com

යෙදුම වැඩ කිරීමට පටන් ගන්නේ නම්, සාක්ෂි ඉඩ දෙන තරම් කුඩාවට ප්‍රකාශය තබන්න. එම වෙනස එක් පරීක්ෂණයකට උදව් විය, පෙර විසඳන්නා දුර්මුඛයෙන් ක්‍රියා කළේද, උමං මාර්ගය බිඳී තිබුණේද, නැතහොත් වෙනත් උපාංගයකට එම ප්‍රතිස්ථාපනය අවශ්‍යද යන්න එය කිසිවක් නොකියයි. කල් පවතින ප්‍රතිඵලය වන්නේ ක්‍රියාකරු සහ අරමුණ ඔබට පැහැදිලි කළ හැකි වින්‍යාසයකි.

අදාළ ලිපි