VPN සම්බන්ධ වීමට පෙර හොට්ස්පොට් DNS හරවා යවන්නේ ඇයි?
හොට්ස්පොට් සිය නෙට්වර්කයේ සෙවීම් නැවත ලියයි, ඕනෑම ටනලයක් පවතින පෙර හොස්ට්නාම අන්ත ලක්ෂ්‍යය විසඳනු ලැබේ. එක් එක් ප්‍රශ්නයට පිළිතුරු දුන්නේ කුමන විසඳන්නා දැයි සොයා ගන්න.
හෝටල් නෙට්වර්කයකට සම්බන්ධ වීම ඔබ ඉදිරියේ විවිධ මොහොතවල DNS තීරණ දෙකක් තබයි: පිවිසෙන විට උපාංගය කරන සෙවීම්, සහ ටනලය සක්‍රීය වූ පසු කරන සෙවීම්. හොට්ස්පොට් තමා පාලනය කරන නෙට්වර්කය හරහා පළමු ඒවාට බලපෑම් කළ හැක. දෙවැන්න සේවාලාභියාගේම ප්‍රතිපත්තිය මත රඳා පවතී, එය වෙනම පරීක්ෂා කළ යුතු කරුණකි.
සම්බන්ධතාවය පිළිවෙලට බලන්න, පළමු DHCP බද්දේ සිට පෞද්ගලික නමක් විසඳූ ප්‍රශ්නය දක්වා. එවිට සහාය ටිකට් එකක එකම ලෙස පෙනෙන අසාර්ථකත්ව දෙකක් පැහැදිලිව වෙන් වේ: එකක් ටනලයට පෙර සිදු විය, අනෙක ඒ තුළ සිදු විය.
හොට්ස්පොට්ට ස්පර්ශ කළ හැකි දේ සහ නොහැකි දේ
ප්‍රවේශ නෙට්වර්කය DHCP තුළ විසඳන්නාගේ ලිපිනයක් ලබා දෙන අතර එම ලිපිනය දෙසට 53 වරාය අල්ලා ගත හැක. ආරක්ෂා නොකළ සෑම සෙවීමකටම ද්වාර ලිපිනයක් හෝ අවහිර කිරීමේ පිටුවක් සමඟ පිළිතුරු දීමට එය ප්‍රමාණවත්ය. අන්ත ලක්ෂ්‍යය හොස්ට්නාම ලෙස ලියා ඇති VPN සේවාලාභියෙකු බිඳ දැමීමට ද එය ප්‍රමාණවත්ය.
හොට්ස්පොට්ට කළ නොහැකි දෙය නම් ස්ථාපිත ටනලයක් තුළින් ප්‍රශ්නයක් ගමන් කළ පසු එය කියවීම හෝ නැවත ලිවීමයි, ටනලය එය සැබවින්ම රැගෙන යන බව උපකල්පනය කරමින්. අල්ලා ගැනීම පැහැදිලි පෙළෙහි ප්‍රශ්නය දැකීම මත රඳා පවතී.
ප්‍රශ්න හොට්ස්පොට් සමඟ සම්බන්ධ නැති හේතූන් නිසා කෙසේ හෝ ටනලයෙන් පිටව යයි: බ්‍රවුසරයේ ආරක්ෂිත DNS සැකසුම, ආයතනික උපසර්ගය දේශීය විසඳන්නා මත තබා ගන්නා split-DNS රීතිය, හෝ DNS ටනලයෙන් බැහැර කිරීමට වින්‍යාස කළ සේවාලාභියෙකි. එක් එක් එක සේවාලාභී පැත්තේ තේරීමකි, සහ පිටතින් බැලූ විට එක් එක් එක හොට්ස්පොට්ගේ ඇඟිලි ගැසීමක් ලෙස පෙනේ.
| Path | Who answers | What a failure looks like |
|---|---|---|
| Lookup before the tunnel is up | The network's resolver | The client never reaches its endpoint |
| Lookup inside the tunnel | The resolver pushed by the client | Local policy or tunnel DNS is misconfigured |
| Browser secure DNS | A DoH provider over port 443 | Both the hotspot and the tunnel policy are bypassed |
මූලික සෙවීම ටනලය පවතින පෙර සිදු වේ
හොස්ට්නාමයක් ලැබුණු සේවාලාභියෙකු එය මුලින්ම විසඳිය යුතු අතර, එම මොහොතේ කිසිදු ටනලයක් ප්‍රශ්නය ආරක්ෂා නොකරයි. හොට්ස්පොට් ද්වාර ලිපිනයක් සමඟ පිළිතුරු දුන්නොත්, සාකච්ඡාව අසාර්ථක වේ හෝ එල්ලී යයි. කිසිවක් පිළිතුරු නොදුන්නොත්, සේවාලාභියා නම් දෝෂයක් වාර්තා කරන අතර ටනලය කිසිදා ආරම්භ නොවේ. එම ප්‍රතිඵල දෙකෙන් එකක් වත් අන් ආකාරයකින් නිර්දෝෂී ලෙස පෙනෙන හිස් ටනල ලොගය පැහැදිලි කරයි.
මෙහෙයුම් පද්ධති ද තමන්ගේම සම්බන්ධතා පරීක්ෂා සහ ද්වාර සොයාගැනීම් ක්‍රියාත්මක කරයි, ඒවා RFC 8910 සහ RFC 8952 හි විස්තර කර ඇත, එම ඉල්ලීම් ඕනෑම VPN එකක් සක්‍රීය වීමට පෙර පිටව යයි. ඒවා ප්‍රොක්සි ලොගයක දැකීම කාන්දුවක සාක්ෂියක් නොව අපේක්ෂිත හැසිරීමකි.
ප්‍රායෝගික විසඳුම නම් සේවාලාභියාට සෙවීමක් අවශ්‍ය නොවන අන්ත ලක්ෂ්‍යයක් දීමයි. එය කළ නොහැකි විට, පළමුව පිවිසීම සම්පූර්ණ කර පසුව සම්බන්ධ වන්න.
පිළිතුරු දුන්නේ කුමන විසඳන්නා දැයි සොයා ගන්න
බ්‍රවුසරයට නොව පද්ධතියට අසන්න, සහ ප්‍රශ්නය දෙවරක් ක්‍රියාත්මක කරන්න: එක් වරක් උපාංගය දැන් භාවිතා කරන විසඳන්නා හරහා, එක් වරක් ස්ථිර ලිපිනයකට එරෙහිව.
resolvectl query vpn.example.com dig +short vpn.example.com dig +short vpn.example.com @1.1.1.1
පළමු විධානයේ පිළිතුර තෙවැන්නට වඩා වෙනස් නම්, දේශීය විසඳන්නා වෙනත් දෙයක් ආපසු ලබා දෙන බව එය ඔබට කියයි, හරවා යවන හොට්ස්පොට් කරන්නේ එයයි. තෙවැන්නේ අසාර්ථකත්වය පළමුවැන්නේ සාර්ථකත්වය සමඟ ද්වාරය දෙසට යොමු කරයි: දේශීය විසඳන්නා පිවිසුම් ලිපිනයක් ලබා දුන් අතර පිටවන 53 වරාය ඉවත දමන ලදී. දෙකෙහිම කාලය ඉකුත් වීම යනු සත්‍යාපනය අවසන් වන තෙක් නෙට්වර්කය DNS ඉවත දමන බවයි.
සම්බන්ධ වූ පසු නැවත කර සසඳන්න. හැඹිලිගත පිළිතුර සංක්‍රාන්තියෙන් ගැලවෙයි, එබැවින් හැඹිලිය හිස් කරන්න හෝ දෙවන නිරීක්ෂණය සඳහා නව නමක් අසන්න.
පසුකාලීන සෙවීම් ඔබ අදහස් කළ මාර්ගයේ තබා ගන්න
DNS ද අල්ලා ගන්නා පූර්ණ ටනල පැතිකඩ සරලම වින්‍යාසයයි: සෑම යෙදුමකම සෑම ප්‍රශ්නයක්ම ටනලය තල්ලු කරන විසඳන්නා වෙත යයි, සහ දේශීය නෙට්වර්කය දකින්නේ සංකේතනය කළ ගමනාගමනය පමණි. සම්බන්ධ වූ පසු අභ්‍යන්තර සහ පොදු නමක් විසඳා, පසුව පිළිතුරු දෙකම ටනල විසඳන්නා තනිව ආපසු ලබා දෙන දෙය සමඟ සසඳා එය ඔප්පු කරන්න.
Split-DNS ට අරමුණින් ලියූ වසම් ලැයිස්තුවක් අවශ්‍යයි: ආයතනික උපසර්ග ටනලය හරහා, අනෙක් සියල්ල දේශීයව, සහ දෙක අතර අතිච්ඡාදනයක් නැත.
බ්‍රවුසරයේ ආරක්ෂිත DNS එම ප්‍රතිපත්තියෙන් පිටත පවතී, එබැවින් පැතිකඩ අනුමාන කළ හැකි ලෙස හැසිරීමට එය අක්‍රීය කළ යුතු නම්, යන්ත්‍රය සඳහා නොව එම පැතිකඩ සඳහා අක්‍රීය කරන්න. පද්ධති විසඳන්නා සංස්කරණය කිරීමෙන් නොව බ්‍රවුසර සැකසුම් තුළ එය කරන්න, එවිට වෙනස ඊළඟ වතාවේ දිස්වේ. සෑම පරීක්ෂණයකටම එක් පේළියක පිළිතුර, විසඳන්නා සහ සම්බන්ධතා අදියර සටහන් කරන්න. හෝටල් Wi-Fi හි DNS අසාර්ථක වූ බව කියන වාර්තාවක් අවම වශයෙන් වෙනස් හේතු තුනක් සහිත රෝග ලක්ෂණයක් විස්තර කරයි.