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

විසඳුම්කරු ඇත්තටම වාර්තා කරන්නේ කාගේ ස්ථානයදැයි පරීක්ෂා කරන්න

ස්ථාන විද්‍යාවට සංවේදී විමසුමකට පිළිතුරු දෙන අධිකාරී සේවාදායකය සාමාන්‍යයෙන් දකින්නේ ඇසූ ප්‍රත්‍යාවර්තී විසඳුම්කරුගේ ලිපිනයයි, නම ටයිප් කළ පුද්ගලයාගේ ලිපිනය නොවේ. කේන්ද්‍රීකෘත විසඳුම්කරුවෙකු එය සේවය කරන සේවාදායකයින්ගෙන් බොහෝ දුරින් සිටිය හැකි අතර, පිළිතුර ඔවුන් නොව විසඳුම්කරු පිළිබිඹු කරයි. එය දෝෂයක් නොවේ; අමතර තොරතුරු ලබා නොදෙන්නේ නම් ප්‍රොටෝකෝලය එසේ හැසිරේ. EDNS Client Subnet පිරිවිතර එම සීමාව සහ විකල්පීය පිළියම යන දෙකම විස්තර කරයි.

සෑම සහභාගීවකුම එයට සහාය දී සක්‍රීය කරන විට EDNS Client Subnet මූලාරම්භ ජාල තොරතුරු රැගෙන යා හැක. එය විකල්පීයයි, එයට පෞද්ගලිකත්වය සහ කෑෂිං ප්‍රතිවිපාක ඇත, තවද ඕනෑම පොදු විසඳුම්කරුවෙකු නිශ්චිත පරිශීලක ස්ථානයක් වාර්තා කරන බව උපකල්පනය කිරීමට එය අවසරයක් නොවේ. එය වටා නිර්මාණය කිරීමට පෙර විසඳුම්කරු ක්‍රියාකරුවන්ගෙන් අසන්න.

dig +short vpn.example.com @1.1.1.1
dig +short vpn.example.com @9.9.9.9
dig +subnet=203.0.113.0/24 +short vpn.example.com

anycast මාර්ගගතකිරීම තීරණය කළේ කුමක්දැයි පරීක්ෂා කරන්න

anycast සමඟ, ස්ථාන කිහිපයක් එක් සේවා ලිපිනයක් සඳහා ළඟා විය හැකි බව ප්‍රකාශ කරන අතර, ජාලය එහි මාර්ගගතකිරීම කැමති නෝඩයට සෑම සේවාදායකයෙකුම ගෙන යයි. එම තේරීම සිතියමේ දුරින් නොව, BGP සහ ඒ අවට ප්‍රතිපත්තියෙන් සිදු කෙරේ. ස්ථාන විද්‍යාත්මක සමීපතාව සාමාන්‍යයෙන් වඩා හොඳ වට-ගමන් කාර්යසාධනයට සමාන නොවේ, මන්ද කෙටි ලෙස පෙනෙන මාර්ගය තදබදමය හෝ අසමමිතික විය හැක. ඔබට දුන් ලිපිනය පිළිතුරු දුන් නෝඩය කුමක්ද යන්න ගැන කිසිවක් නොකියයි.

සේවා දෙන ස්ථානය සේවා පැත්තෙන්, නොහොත් එය නම් කරන ප්‍රතිචාරයකින් තහවුරු කරන්න, DNS පිළිතුරෙන් පමණක් නොවේ. traceroute -n 198.51.100.20 ඔබ ගිය මාර්ගය පෙන්වන අතර එහි අවසානයේ ඇති සත්කාරකය නම් නොකරයි, එබැවින් එය පිළිතුරක් ලෙස නොව මාර්ගයක් ලෙස කියවන්න.

නෝඩ් වෙනස් වන විට සැසිය දිගටම පවතීදැයි පරීක්ෂා කරන්න

DNS විමසුම කෙටිය, VPN සැසිය දිගුය, දෙකටම සම්පූර්ණයෙන්ම වෙනස් තත්ත්ව අවශ්‍යතා ඇත. සැසිය මැදදී මාර්ගගතකිරීම මාරු විය හැකි අතර, එසේ වූ විට පසුව එන පැකට් ඔබේ උමං කිසිදා නොදුටු නෝඩයකට පැමිණිය හැක. එය දරාගත හැකිද යන්න ක්‍රියාත්මක කිරීම මත රඳා පවතී: හවුල් තත්ත්වය, හිතාමතා නැවත සම්බන්ධ වීම, හෝ ලේඛනගත අසාර්ථකත්වය. ලිපිනය පමණක් ඒ කිසිවක් සපයන්නේ නැත.

මාරුව උපකල්පනය නොකර නිරීක්ෂණය කරන්න. මාර්ගය වෙනස් වන විට sudo tcpdump -ni any -c 20 esp පිටත පැකට් පෙන්වන අතර, සහකරු ලිපිනයේ හදිසි වෙනස්වීම එම මාරුවයි. ඔබ ධාවනය කරන ක්‍රියාත්මක කිරීම සඳහා අපේක්ෂිත හැසිරීම පැහැදිලිව නිර්වචනය කරන්න, පසුව මාර්ග වෙනසක් බලකර පරීක්ෂා කරන්න. සැලසුම සැසි ප්‍රතිනිෂ්පාදනය උපකල්පනය කරන්නේ නම්, යාන්ත්‍රණය නම් කරන්න, එය ආවරණය නොකරන අසාර්ථකත්වයද නම් කරන්න.

අනන්‍යතාවය තවමත් ගැළපෙනවාදැයි පරීක්ෂා කරන්න

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

අසාමාන්‍ය නෝඩයකට ළඟා වූ සේවාදායකයකින් එය පරීක්ෂා කරන්න, මන්ද නෝඩයකට සහතිකයක් දෘශ්‍යමාන වන අවස්ථාව එයයි. openssl s_client -connect vpn.example.com:443 -servername vpn.example.com දාමය සහ නම් මුද්‍රණය කරයි, එය සේවාදායකය සංසන්දනය කරන දෙය හරියටමය. ඉන්පසු පැතිකඩ පටු කළ යුතුද නැතහොත් සහතික ආකෘතිය වෙනස් කළ යුතුද යන්න තීරණය කරන්න.

පළමු පිළිතුර පමණක් නොව, වාර්තාව පරීක්ෂා කරන්න

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

dig +short vpn.example.com
getent hosts vpn.example.com
curl -s -o /dev/null -w "%{http_code}
" https://vpn.example.com/health

අවස්ථා කාර්යාලයෙන් පමණක් නොව, නියෝජිත ප්‍රවේශ ජාල වලින් ධාවනය කරන්න, මන්ද මුළු ප්‍රශ්නයම වන්නේ විවිධ සේවාදායකයින් ඇත්තටම ළඟා වන්නේ කුමන ප්‍රවේශ ලක්ෂ්‍යයටද යන්නයි. එක් ජාලයක් යනු එකක නියැදියකි.

අදාළ ලිපි