VPN හි DNS සෑම සෙවීමක්ම ගනී: NetworkManager හි dns-priority නිවැරදි කරන්න

කාර්යාල VPN වෙත සම්බන්ධ වන්න, සහ හදිසියේම සෑම නම් සෙවීමක්ම ආයතනික විසඳන්නා වෙත යයි. පොදු නම් තවමත් විසඳෙන නිසා, දේශීය මුද්‍රණ යන්ත්‍රයක නම අසාර්ථක වන තෙක් හෝ split-horizon වාර්තාවක් කාර්යාල ලිපිනය ආපසු ලබා දෙන තෙක් කිසිවක් කැඩී ඇති බව නොපෙනේ. සමහර Fedora සැකසුම්වල ප්‍රතිවිරුද්ද දෙය සිදු වේ: උමග ඉහළ ගිය පසුවත් ISP විසඳන්නා දිගටම පිළිතුරු දෙයි. දෙකම එකම ප්‍රශ්නයකි — මෙම විමසුම අයිති කුමන විසඳන්නාට ද — සහ NetworkManager පද්ධතිවල පිළිතුර සෑම සම්බන්ධතාවයක DNS ගුණාංගවල ජීවත් වේ.

සම්බන්ධතා දෙකක්, එක් ජයග්‍රාහක විසඳන්නෙක්

සෑම සම්බන්ධතාවයක්ම DNS ප්‍රමුඛතාවයක් ප්‍රකාශ කරයි. සාමාන්‍ය සම්බන්ධතා සාමාන්‍යයෙන් 50 ද, VPN සම්බන්ධතා 0 ද වන අතර අඩු අගය ජය ගනී. එම පෙරනිමිය නිසාම VPN සම්බන්ධතාවයක් එය ඉල්ලා සිටින සෑම වසමකටම රැහැන් සම්බන්ධතාවය නිශ්ශබ්දව පසුකර යයි: කිසිවෙකු තෝරා නොගෙන බිංදුව පනහ පරදවයි.

ප්‍රමුඛතාවය අපේක්ෂකයන් අනුපිළිවෙලට තබයි. ජයග්‍රාහකයාගෙන් කුමක් ගැන අසනවා ද යන්න එය සීමා නොකරයි. සෙවුම් වසමක් නොමැති VPN සම්බන්ධතාවය සියල්ල ඉල්ලා සිටී, එබැවින් එයට මුල්තැන දීම පොදු විමසුම් ද උමග තුළට සහ, බෙදුණු උමග නිර්මාණයක ආයතනික විසඳන්නා යොමු කරන තැනට ද යවයි.

ප්‍රමුඛතාවය අනුපිළිවෙල තීරණය කරයි, සෙවුම් ලැයිස්තුව අයිතිය තීරණය කරයි

nmcli -f connection.id,ipv4.dns,ipv4.dns-search,ipv4.dns-priority con show "Corp VPN"
resolvectl status
readlink -f /etc/resolv.conf

සෙවුම් ලැයිස්තුව අයිතිය පිළිබඳ ප්‍රකාශයයි. corp.example වැනි නිරුවත් වසමක් සෙවුම් උපසර්ගයක් සහ මාර්ගගත කිරීමේ වසමක් බවට පත් වේ. මාර්ගගත කිරීමට පමණක් වන ආකෘතිය ~corp.example එම උපසර්ගය යටතේ ඇති සෙවීම් වසම කෙටි නම්වලට නොඑකතු කර මෙම සම්බන්ධතාවයට යවයි. එම ටිල්ඩා «මෙම සේවාදායකයෙන් අසන්න» සහ «මෙම සේවාදායකයෙන් අසා මගේ ටයිප් කිරීම අවසන් කරන්න» අතර වෙනසයි.

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

පසුව මුල්තැන පැහැදිලි කර නැවත සක්‍රීය කරන්න:

nmcli con modify "Corp VPN" ipv4.dns-priority -100
nmcli con modify "Corp VPN" ipv6.dns-priority -100
nmcli con modify "Corp VPN" ipv4.dns-search "~corp.example,corp.example"
nmcli con up "Corp VPN"

සෘණ ප්‍රමුඛතාවය යනු «මෙම සම්බන්ධතාවයට මුල්තැන දෙන්න» යැයි පැවසීමේ ලේඛනගත ක්‍රමයයි, සහ ලිපින පවුල් දෙකම සැකසීම IPv6 සම්බන්ධතාවයක් ඇති සත්කාරකයක හැසිරීම එකම විදියට තබා ගනී. සම්බන්ධතාවය නැවත සක්‍රීය නොකර ගුණාංගය වෙනස් කිරීම දැන් ක්‍රියාත්මක වන කිසිවක් වෙනස් නොකරයි, එබැවින් අනුපිළිවෙල පැහැදිලි up එකකින් අවසන් වේ.

බෙදීම systemd-resolved වෙත තබන්න

පෙරනිමි dnsmasq ප්ලගිනය විමසුම් එක් දේශීය විසඳන්නෙකුට ගලා යවයි, එබැවින් සම්බන්ධකය අනුව වෙන් කිරීම රළු ලෙස පවතී. systemd-resolved සම්බන්ධකය අනුව බෙදීම නිරාවරණය කරයි, සහ resolvectl query පිළිතුරු දුන් සම්බන්ධකය නම් කරයි.

systemctl enable --now systemd-resolved
ln -sf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf
systemctl restart systemd-resolved NetworkManager
resolvectl query build.corp.example

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

DNS නිර්මාණය උමග වර්ගයට ගැලපෙන්න

සියල්ල උමග හරහා යවන පෞද්ගලිකත්ව නිර්මාණවල බෙදීම් ලැයිස්තුවක් තිබිය නොයුතුය, මන්ද එය පොදු නම් දේශීය විසඳන්නාට ආපසු දී අරමුණ අවලංගු කරයි. බෙදුණු උමග නිර්මාණවලට එය අවශ්‍යයි: එය නොමැතිව ආයතනික විසඳන්නා සෑම පොදු විමසුමක්ම දකී, සහ උමග වැටෙන මොහොතේම සැකසුම බිඳේ.

පසුව උමගින් පිටත DNS අවහිර කරන kill switch එකක් ඇත. උමගේ කලාප සඳහා නම් විසඳෙන අතර සම්බන්ධතාවය සම්පූර්ණයෙන් සුවපත්ව තිබියදී අනෙක් සෑම තැනකම අසාර්ථක වේ. ක්‍රියාකාරී පිළිතුරු වන්නේ LAN විසඳන්නාට පැහැදිලි අවසරයක් හෝ ආයතනික කලාපය පමණක් යොමු කරන දේශීය කෑෂයක් වන අතර, දෙකම උමගේ දෝෂයක් නොව හිමිකරුවෙකු සහිත ව්‍යතිරේකයකි.

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

සෑම සම්බන්ධකයකින්ම සත්‍යාපනය කරන්න, පසුව නැවත සම්බන්ධ වූ පසු නැවතත්

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

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