ip netns exec සහ DNS: නාම අවකාශය තුළ නම් ඇයි අසාර්ථක වන්නේ

විධානයක් VPN නාම අවකාශය තුළ 10.8.0.5 වෙත කිසිදු පැමිණිල්ලකින් තොරව ළඟා වේ, එම විධානයම සත්කාරක නාමයක් භාවිත කරන මොහොතේ අසාර්ථක වේ. නාම අවකාශයට තමන්ගේම අතුරුමුහුණත්, මාර්ග සහ සොකට් ඇත; තමන්ගේම විසඳුම්කරණ ගොනුවක් නැත. යමක් එහි එකක් නොතැබුවහොත්, ඇතුළත ක්‍රියාවලිය සත්කාරකයේ /etc/resolv.conf කියවා, එම ජාල තට්ටුවෙන් ළඟා විය නොහැකි විය හැකි සේවාදායකයකින් අසයි.

මෙය මාර්ගගත කිරීමේ ගැටලුවක් නොව, ගොනු තේරීමේ ගැටලුවකි, එබැවින්ම සංඛ්‍යාත්මක ගමනාන්තය තවමත් ක්‍රියා කරයි.

ක්‍රියාවලියට ඇත්තටම ලැබෙන විසඳුම්කරණ දර්ශනය පරීක්ෂා කරන්න

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

ip netns add සමඟ සාදන ලද නාම අවකාශයක් සඳහා කියවීම-පමණක් පරීක්ෂාව කෙටිය:

ip netns exec vpn cat /etc/resolv.conf

ප්‍රතිඵලය ළඟා විය හැකි ලිපිනයක්, loopback stub එකක්, නැතහොත් වෙනත් ළඟාවීමේ හැකියාවක් ඇති ස්ථානයකට යොමු වන සංකේතාත්මක සබැඳියක් නම් කරන්නේදැයි සැලකිල්ලට ගන්න.

exec සහායකයා ඇත්තටම මවුන්ට් කරන්නේ කුමක්ද

ip-netns මෙවලම එක් එක් නාම අවකාශයේ වින්‍යාසය /etc/netns/NAME/ යටතේ ලේඛනගත කරයි. එය ක්‍රියාවලියක් දියත් කරන විට, සහායකයා මවුන්ට් නාම අවකාශයක් සාදා එම ගොනු ඒවායේ සාමාන්‍ය මාර්ග මත bind-mount කරයි, එබැවින් ක්‍රියාවලිය නාම අවකාශයට විශේෂිත පිටපත දකියි. මෙය මෙම නිශ්චිත දියත් කරන්නාගේ පහසුවකි. unshare හෝ බහාලුම් ධාවන කාලය වැනි වෙනත් මාර්ගයකින් ජාල නාම අවකාශයට ඇතුළු වීම එය ස්වයංක්‍රීයව නැවත නිපදවන්නේ නැත.

මෙහි උගුල loopback විසඳුම්කරණයයි: 127.0.0.53 යනු නාම අවකාශයේම loopback, සත්කාරකයේ stub නොවේ. සත්කාරක නාම අවකාශයේ පමණක් සවන් දෙන stub එකක් නව එක තුළ සේවාවක් නොවේ.

නාම අවකාශයට ළඟා විය හැකි විසඳුම්කරණයක් තෝරන්න

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

තමන්ගේම විසඳුම්කරණයක් ඇති යෙදුම්, උදාහරණයක් ලෙස DNS over HTTPS භාවිත කරන එකක්, ගොනුව සම්පූර්ණයෙන්ම නොසලකා හැරිය හැක. මෙවලමට තමන්ගේම DNS සැකසුමක් ඇත්නම්, resolv.conf වෙනස් කිරීම එයට බලපාන්නේ නැත, සහ නාම අවකාශය කිසිදා ගැටලුව නොවීය.

ගොනුව නිවැරදි තැන ලියන්න

/etc/netns/NAME/resolv.conf යටතේ නාම අවකාශයට විශේෂිත ගොනුව සාදා දියත් කරන්නාට එය ඉදිරිපත් කිරීමට ඉඩ දෙන්න. එය අවමව තබන්න: ළඟා විය හැකි සේවාදායක එකක් හෝ දෙකක් සහ කාර්යයට අවශ්‍ය සෙවුම් වසම්. ක්‍රියාවලි කණ්ඩායමක් සඳහා අදහස් කළ දර්ශනයක් නිවැරදි කිරීමට සත්කාරකයේ ජනනය කළ විසඳුම්කරණ ගොනුව සංස්කරණය නොකරන්න, මන්ද එය යන්ත්‍රයේ සෑම යෙදුමක්ම වෙනස් කරයි. සත්කාරකය විසඳුම්කරණ කළමනාකරුවක් භාවිත කරන්නේ නම්, එය සමඟ සටන් කිරීම වෙනුවට එම කළමනාකරු හරහා නාම අවකාශයේ මාර්ගය වින්‍යාස කරන්න.

ගොනුවේ අන්තර්ගතය ධාවන පොතේ සටහන් කරන්න. එසේ නොකළහොත් ඊළඟ පුද්ගලයා සත්කාරකයේ විසඳුම්කරණය පරීක්ෂා කර, ක්‍රියා කරන පිළිතුරක් දැක, නාම අවකාශය හොඳ යැයි නිගමනය කරයි.

මුළු මාර්ගයම නැවත පරීක්ෂා කරන්න

නාම අවකාශය තුළ සංඛ්‍යාත්මක ලිපිනයක්, අභ්‍යන්තර නාමයක් සහ පොදු නාමයක් සමඟ පරීක්ෂා කරන්න. එම අනුපිළිවෙල ළඟාවීමේ හැකියාව විසඳීමෙන් වෙන් කරයි, අභ්‍යන්තර කලාප පොදු කලාපවලින් වෙන් කරයි. පසුව නාම අවකාශය නැවත සාදා පුනරාවර්තනය කරන්න, මන්ද ධාවනය වන අවස්ථාවක පමණක් පවතින ගොනුවක් එය සමඟ අතුරුදහන් වේ.

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