කුමන සබැඳියද පිළිතුරු දෙන්නේ: ස්ප්ලිට්-ටියුනල් VPN DNS සඳහා රවුටින් වසම්

සාමාන්‍ය බ්‍රවුස් කිරීම දේශීය සබැඳියේ තබන්න, සමාගමේ නම් ටියුනලය සපයන DNS සේවාදායකය හරහා විසඳෙන අතරතුර. VPN හි පෙරනිමි මාර්ගය අක්‍රීය කිරීම ඔබට පළමු භාගය දෙන අතර දෙවන භාගය නොගොඩනඟා තබයි. ඊළඟට එන්නේ නැති වූ සැකසුම, එහි අර්ථය වෙනස් කරන විරාම ලකුණ, සහ කුමන සබැඳියද ඇත්තටම පිළිතුරු දුන්නේ යැයි පෙන්වන එකම විධානයයි. මුළු පාඨයේම NetworkManager සහ systemd-resolved උපකල්පනය කෙරේ, මන්ද ව්‍යාකූලත්වය සාමාන්‍යයෙන් ආරම්භ වන්නේ එම යුගලයෙනි.

පළමු පියවර: මාර්ගය විසඳන්නාගෙන් වෙන් කරන්න

ipv4.never-default රවුටින් ප්‍රශ්නයකට පිළිතුරු දෙන අතර මෙම සම්බන්ධතාවය සියලු IPv4 ගමනාගමනයට මාර්ගය ලෙස ස්ථාපනය කිරීමෙන් NetworkManager වළක්වයි. DNS රවුටින් වසමක් වෙනත් ප්‍රශ්නයකට පිළිතුරු දෙයි: ගැළපෙන උපසර්ගයක් සඳහා විමසුම කුමන සබැඳියේ නම් සේවාදායකයන්ට ලැබේද යන්න. කිසිවක් අනෙක අදහස් නොකරන අතර පැතිකඩක් වසර ගණනක් එකක් දරමින් අනෙක නැතිව සිටිය හැක. මාර්ගය පමණක් යනු ටියුනලය සමාගමේ උපජාලක රැගෙන එහි විසඳන්නා සමාගමේ නම්වලට පිළිතුරු දෙන අතර අනෙක් සියල්ල නොසලකා තබන බවයි.

මාර්ග ගුණාංගය පමණක් සකසන්න, එවිට අභ්‍යන්තර නම් අසාර්ථක වේ, සාමාන්‍යයෙන් කැඩුණු ටියුනලයක් ලෙස ශබ්ද වන කාල සීමාවක් සමඟ. වසම පමණක් සකසන්න, එවිට යන්ත්‍රයේ සෑම කෙටි නමකටම නිහඬව සෙවුම් උපසර්ගයක් එකතු කර ඇත. දෙකම වැරදි ටිකට්පත VPN සේවාදායකයට යවයි, එය බොහෝ විට වැරදි කොටස නොවේ.

දෙවන පියවර: පැතිකඩට රවුටින්-පමණක් වසමක් එකතු කරන්න

සම්බන්ධතාවයේ නම corp-vpn යැයි, සමාගමේ උපසර්ගය internal.example යැයි, ටියුනලයේ විසඳන්නා දැනටමත් ළඟා විය හැකි යැයි උපකල්පනය කරන්න. පළමුව වත්මන් අගයන් කියවන්න, මන්ද පහත විධාන දැනටමත් සටහන් තිබිය හැකි ගුණාංග වෙනස් කරයි.

nmcli connection show corp-vpn | grep -E 'dns-search|never-default'
nmcli connection modify corp-vpn +ipv4.dns-search '~internal.example'
nmcli connection modify corp-vpn ipv4.never-default yes

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

ආරම්භක ටිල්ඩාවක් රවුටින්-පමණක් වසමක් සලකුණු කරයි, එබැවින් ගැළපෙන විමසුම් මෙම සබැඳියේ සේවාදායකයන්ට යන අතර උපසර්ගය කෙටි නම්වලට එකතු නොවේ. ටිල්ඩාව ඉවත් කරන්න, එවිට එම තන්තුවම සෙවුම් උපසර්ගයක් ද බවට පත් වේ, එය මිනිසුන් කලාතුරකින් අදහස් කරන වෙනත් ප්‍රතිඵලයකි. ඉහත සැකසුම් දෙකම IPv4 වේ, එබැවින් ද්වි-ස්ටැක් පැතිකඩකට ipv6.never-default සහ ipv6.dns-search තුළ එම රවුටින් වසමම අවශ්‍ය වේ, නැතහොත් IPv6 පැත්ත දිගටම පෙරනිමි මාර්ගය භාවිත කරන අතර එහි අභ්‍යන්තර නම් අසාර්ථක වේ.

තෙවන පියවර: කුමන සබැඳියද පිළිතුරු දුන්නේ යැයි resolvectl වෙතින් අසන්න

resolvectl status ධාවනය කර එක් එක් සබැඳියේ DNS සේවාදායක සහ වසම් කියවන්න, පසුව ඔබට විමසීමට අවසර ඇති සැබෑ අභ්‍යන්තර නමක් සමඟ resolvectl query host.internal.example ධාවනය කරන්න. දෙවන විධානය රවුටින් වසම තම කාර්යය කරන බවට ඇති එකම සෘජු සාක්ෂියයි, මන්ද එය පිළිතුරු දුන් සබැඳිය නම් කරයි. තත්ත්ව ලැයිස්තුව පමණක් වින්‍යාසය සනාථ කරයි; විමසුම විසඳුම සනාථ කරයි.

systemd-resolved හොඳම ගැළපෙන රවුටින් වසම තෝරයි, එබැවින් වෙනත් සබැඳියක ඇති වඩාත් නිශ්චිත වසමකට තරඟය තවමත් දිනිය හැක. විමසුම ඔබ බලාපොරොත්තු නොවූ සබැඳියකින් ආපසු ආවොත්, VPN හි DNS සේවාදායකය ස්පර්ශ කිරීමට පෙර වසම් ලැයිස්තු කියවන්න. ~. මූල වසම සියල්ලට ගැළපේ, එය දැනටමත් තිබේ නම් ඔබේ නිශ්චිත වසම තම නම් සඳහා තවමත් දිනන අතර සබැඳිය ඔබ ඉල්ලූ ප්‍රමාණයට වඩා බොහෝ දේට පිළිතුරු දෙයි. අරමුණ සමාගමේ නම් පමණක් වූ විට එම මූල සටහන ඉවත් කරන්න හෝ පටු කරන්න.

VPN සබැඳිය කිසිදු DNS සේවාදායකයක් ලැයිස්තුගත නොකරන්නේ නම්, සේවාලාභියා කිසිදා එකක් ලියාපදිංචි කර නැත. පිටුපස සේවාදායකයක් නැති රවුටින් වසමක් නැති වූ වසමකට වඩා වෙනස් ලෙස අසාර්ථක වේ, එබැවින් පළමුව ලියාපදිංචිය නිවැරදි කරන්න.

හතරවන පියවර: නම විසඳෙන නමුත් සේවාව නොවන විට

නිවැරදි පිළිතුරක් සනාථ කරන්නේ විසඳුම ක්‍රියා කළ බව පමණි, තවද යෙදුමට ලැබුණු ලිපිනයට මාර්ගයක් තවමත් අවශ්‍යය. එම මාර්ගය ඔබ දැන් වින්‍යාස කළ බෙදුණු පෙරනිමිය හරහා ජීවත් විය යුතුය, එබැවින් නැවතත් DNS ට දොස් පැවරීමට පෙර එය පරීක්ෂා කරන්න. පසුව සේවාවේ තොටුපොළේ ළඟා වීමේ හැකියාව පරීක්ෂා කරන්න, මන්ද ගොනු බෙදාගැනීමක් හෝ නාමාවලි සේවාවක් විසඳුම, රවුටින් හෝ සත්‍යාපනයේදී අසාර්ථක වන අතර සෑම අවස්ථාවකම ඉතා සමාන පණිවිඩ ලබා දෙයි. ප්‍රතිඵලය වාර්තා කරන විට එම ස්තර තුන වෙන් කර තබන්න, නැතහොත් ඊළඟ පුද්ගලයා දැනටමත් නිවැරදි වූ DNS නැවත පරීක්ෂා කරයි.

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

පස්වන පියවර: නැති වූ වසමක් නිවැරදි කිරීමට විසඳන්නා ප්‍රතිස්ථාපනය නොකරන්න

විසඳන්නාගේ ගොනුව උඩින් ලියන හෝ වෙනත් විසඳුම් කළමනාකරුවෙකු ස්ථාපනය කරන උපදෙස් වෙනත් ගැටලුවක් විසඳයි. ඒවා තමන්ගේම අසාර්ථක ක්‍රම සහිත පද්ධති ඒකාබද්ධතා වෙනස්කම් වන අතර කිසිවක් කිසිදා වින්‍යාස නොකළ රවුටින් වසමක් එකතු නොකරයි. ප්‍රතිස්ථාපනය කිරීමට පෙර යන්ත්‍රයේ නම්-විසඳුම කුමන සංරචකයට හිමිද යන්න තීරණය කරන්න, මන්ද systemd-resolved සහිත NetworkManager ඩෙස්ක්ටොපයක එම හිමිකම දැනටමත් අර්ථ දක්වා ඇත. එයට එරෙහිව සටන් කිරීම ක්‍රියාකාරී වින්‍යාසයක් කිසිවෙකුට නැවත සෑදිය නොහැකි දෙයක් බවට පත් වන ආකාරයයි.

වැඩ අනුපිළිවෙල: ටියුනලය විසඳන්නෙකු සපයන බව තහවුරු කරන්න, රවුටින්-පමණක් වසම එකතු කරන්න, පැතිකඩ පාලක හරහා නැවත සම්බන්ධ වන්න, පිළිතුරු දෙන සබැඳිය සත්‍යාපනය කරන්න, පසුව සේවාව එහි තොටුපොළේ පරීක්ෂා කරන්න. එම අනුපිළිවෙල දෙවන සම්මුඛ සාකච්ඡාවකින් තොරව ඊළඟ පුද්ගලයාට භාර දිය හැකි ප්‍රතිඵලයක් ඉතිරි කරයි.