resolv.conf ඔබේ VPN DNS පෙන්වන නමුත් සෙවීම් එය නොසලකා හරින්නේ ඇයි

සටහන්වල කිසිවක් වැරදි ලෙස නොපෙනේ: අතුරුමුහුණත ක්‍රියාත්මකයි, විසඳන්නා VPN හි DNS සේවාදායකය වාර්තා කරයි, තැටියේ ගොනුව එය ලැයිස්තුගත කරයි. එහෙත් අභ්‍යන්තර සත්කාරක නාමයක් තවමත් දේශීය රවුටරය හරහා විසඳෙයි. මෙම ප්‍රකාශ තුන එකිනෙකට පටහැනි නොවේ, මන්ද ගොනුව, එක් එක් සබැඳියේ ස්ථානය සහ සෙවුම් මාර්ගය එකම නම අහම්බෙන් බෙදාගන්නා වෙනස් වස්තූන් වන බැවිනි. පහත දැක්වෙන්නේ systemd-resolved සහිත සත්කාරකයේ විමසුමක් ඇත්තටම ගමන් කරන මාර්ගයයි.

resolv.conf නමැති වස්තූන් තුන

resolved සහිත සත්කාරකයේ /etc/resolv.conf සාමාන්‍යයෙන් /run/systemd/resolve/stub-resolv.conf වෙත සංකේතාත්මක සබැඳියකි. එම ඉලක්කයේ දේශීය stub ශ්‍රවණයාගේ ලිපිනය, 127.0.0.53, සහ resolved ගණනය කළ සෙවුම් වසම් ඇත. එය ස්ථානයේ දර්ශනයක් මිස ස්ථානයම නොවේ.

ස්ථානය resolved හි එක් එක් සබැඳිය සඳහා වන වින්‍යාසයේ ජීවත් වේ, එබැවින් resolvectl status ගොනුව සමඟ එකඟ නොවී ද තවමත් නිවැරදි විය හැක. සෑම සබැඳියක්ම තමන්ගේම සේවාදායක සහ තමන්ගේම මාර්ගකරණ වසම් රැගෙන යයි, විමසුමක් පැමිණි විට stub එම දත්ත විමසා බලයි. systemd-resolved අත්පොත ජනනය කරන ලද ගොනු සහ එක් එක් සබැඳියේ ආකෘතිය විස්තර කරයි; දර්ශනය සහ ස්ථානය අතර බෙදීම මතක තබා ගැනීමට වටිනා කොටසයි. සංකේතාත්මක සබැඳියේ ඉලක්කය වෙනස් කිරීම සාම්ප්‍රදායික සේවාලාභීන් කියවන දේ වෙනස් කරයි, විසඳන්නා දන්නා දේ නොවේ.

තුන්වන වස්තුව, /run/systemd/resolve/resolv.conf, සෑම සබැඳියක්ම එක් සේවාදායක ලැයිස්තුවකට පැතලි කරයි. එම ගොනුවට යොමු වන වැඩසටහන විමසුම් සෘජුවම ලැයිස්තුගත සේවාදායක වෙත යවා stub මඟහරියි, එබැවින් එක් එක් සබැඳියේ ප්‍රතිපත්තිය තවදුරටත් එයට අදාළ නොවේ. එබැවින් එකම යන්ත්‍රයේ වැඩසටහන් දෙකකට එකම නාමයට වෙනස් ලෙස පිළිතුරු දිය හැක, කිසිවක් කැඩී නැත.

NSS හරහා එක් සෙවුමක් අනුගමනය කරන්න

glibc නාමයකට පිළිතුරු දෙන්නේ කවුරුන්ද යන්න තීරණය කිරීමට /etc/nsswitch.conf කියවයි. resolve අඩංගු hosts පේළිය ප්‍රශ්නය nss-resolve වෙත යොමු කරයි, එය D-Bus හරහා resolved ගෙන් අසා එක් එක් සබැඳියේ පිළිතුර ලබා ගනී. files dns පමණක් ඇති පේළිය විමසුම /etc/resolv.conf සතු ලිපිනයට යවයි.

එම එක් පේළිය බ්‍රවුසරයක් සහ dig අතර ඇති බොහෝ එකඟ නොවීම් පැහැදිලි කරයි. dig resolv.conf සෘජුවම කියවන අතර NSS ස්පර්ශ නොකරයි, එබැවින් යෙදුම භාවිත කරන මාර්ගය වෙනුවට stub හෝ ඉහළ සේවාදායකය පරීක්ෂා කරයි. getent hosts internal.example NSS හරහා ගමන් කරයි, එහි පිළිතුර dig හි පිළිතුර සමඟ සැසඳීම පළමු ප්‍රයෝජනවත් මිනුමයි.

තමන්ගේම විසඳන්නෙකු රැගෙන යන හෝ ස්ථිර අන්ත ලක්ෂ්‍යයකට HTTPS හරහා DNS කතා කරන යෙදුම් මාර්ග දෙකම මඟහරියි. resolv.conf හෝ resolved ස්ථානයේ කිසිවක් ඒවා සීමා නොකරයි.

ගොනුව කා සතුද සහ එය කුමන දිශාවට යොමු වේද යන්න පරීක්ෂා කරන්න

කිසිවක් වෙනස් කිරීමට පෙර සබැඳි දාමය කියවන්න, මන්ද කුමන ගොනුව බලයලත්ද යන්න හිමිකාරිත්වය තීරණය කරයි. පහත සෑම විධානයක්ම කියවන්නේ ස්ථානය පමණි.

stat -c '%N' /etc/resolv.conf
resolvectl status --no-pager
grep '^hosts' /etc/nsswitch.conf
ls -l /run/systemd/resolve/

පළමු පේළිය සබැඳිය සහ එහි ඉලක්කය එකට මුද්‍රණය කරයි, VPN උපස්ථ ගොනුවක් සතු සාමාන්‍ය ගොනුවක් යනු විසඳන්නා එම ලේඛනය කිසිදා ආදානයක් ලෙස නොසලකන බවයි. ස්ථානයේ ප්‍රතිදානය එක් එක් සබැඳියේ සේවාදායක සහ එක් එක් විමසුම කුමන තැනට යයිද තීරණය කරන මාර්ගකරණ වසම් ලැයිස්තුගත කරයි. nsswitch පේළිය කියන්නේ stub ඇත්තටම විමසනවාද නැද්ද යන්නයි, එබැවින් ගොනුවේ stub ලිපිනයක් තිබියදී එහි resolve නොමැති නම් විමසුම් දේශීය ශ්‍රවණයා වෙත ළඟා වන නමුත් බෙදීම කිසිවක් කළමනාකරණය නොකරයි. එම අවසන් ලැයිස්තුව ද වැදගත්ය, මන්ද stub-resolv.conf නොමැති සත්කාරකයක් මෙහි විස්තර කළ සැකසුම ධාවනය නොකරයි.

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

සබැඳියේ හිමිකරු ළඟ අලුත්වැඩියා කරන්න

VPN සම්බන්ධතාවක් එහි සේවාදායක සහ වසම් එහිම සබැඳියේ ලියාපදිංචි කර, පසුව විසන්ධි වන විට ඒවා ඉල්ලා අස්කර ගත යුතුය. NetworkManager හි resolved ඒකාබද්ධතාවය සහ සේවාලාභියාගේම සහායකයා දෙකම එසේ ක්‍රියා කරයි; resolv.conf පමණක් නැවත ලියන උපස්ථය එසේ නොකරයි.

දැනටමත් පවතින සබැඳියක, ධාවන කාල සැකසුම් යාන්ත්‍රණය පෙන්වයි. resolvectl dns tun0 10.40.0.53 සේවාදායකයක් අමුණයි, resolvectl domain tun0 '~corp.example' මාර්ගකරණ වසමක් අමුණයි. ටිල්ඩා (~) බර උසුලන අක්ෂරයයි: එය එම උපසර්ගයේ විමසුම් මෙම සබැඳියට සීමා කර අනෙක් සියල්ල නිහඬව තබයි, එය නොමැතිව එම අගය සෙවුම් වසමක් බවට පත්වී බෙදීම වාෂ්ප වේ. එම ලිපින පරීක්ෂණාගාර උදාහරණ මිස ස්ථිර වින්‍යාසයක් නොවේ. resolvectl query host.corp.example සමඟ තහවුරු කර කුමන සබැඳිය පිළිතුරු දුන්නේද කියවන්න.

ලියාපදිංචි සේවාදායකයකට තවමත් මාර්ගයක් අවශ්‍යයි. විමසුම නිවැරදි සබැඳියට ළඟා වී කාලය ඉකුත් වූ විට, දෝෂය විසඳන්නාගේ හිමිකාරිත්වයේ නොව උමඟ හරහා ළඟා වීමේ හැකියාවේ ඇත.

ක්‍රියාකාරී ස්ථානය කෙසේ පෙනේද

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

පසුව විසන්ධි කර විමසුම් දෙකම නැවත කරන්න. ඉවත් කිරීමෙන් පසුවත් තම වසම් ලියාපදිංචිව තබන සේවාලාභියා පැය ගණනකට පසු අභ්‍යන්තර සෙවීම්වලට අසමත් වන යන්ත්‍රයක් නිපදවයි, විවෘත උමඟක් සහ පැහැදිලි හේතුවක් නොමැතිව.