උමග ඉහළ ගිය පසු, අවසාන පියවර සාමාන්‍යයෙන් පිටුසලකුණක අලවන ලිපිනයක් වෙනුවට වැඩ කරන නමක් වේ. dnsmasq සත්කාරක වාර්තාවක් සහ සේවාලාභියාට ළඟා විය හැකි resolver ලිපිනයක් එය ගොනු දෙකකින් සහ multicast නොමැතිව කරයි. සැබවින්ම සිතිය යුතු තීරණය වඩාත් පටු ය: සේවාලාභියා සියලු DNS නිවසේ resolver හරහා යවයිද, නැතහොත් home.arpa යටතේ ඇති නම් පමණක්ද? පහත සියල්ල Linux සේවාලාභියෙකු සහ නිවසේ පරිපාලක දැනටමත් කළමනාකරණය කරන පරීක්ෂණාගාර resolver එකක් සහිත අනුමත WireGuard සැකසුමක් උපකල්පනය කරයි.

සේවාලාභියාට resolver එකක් දීමට ක්‍රම තුනක්

ApproachScopeCost
DNS = in the wg-quick interfacethe client's general DNS while the tunnel is upevery name in the house now depends on the tunnel
Platform split-DNS for home.arpaonly that suffixmore configuration per client platform
Manual dig @resolverone query at a timefine for testing, useless for applications

වරින් වර උමගට එකතු වන ලැප්ටොප් එකකට split-DNS වඩා හොඳ පෙරනිමියයි: එය සාමාන්‍ය අන්තර්ජාල නම් යන්ත්‍රය දැනටමත් විශ්වාස කරන resolver මත තබා ගනී. නිවසේ සේවා වෙත ළඟා වීමට පවතින යන්ත්‍රයකට resolver තල්ලු කිරීම සරල ය, විශාලත්වයේ පිරිවැය වැදගත් නොවේ.

කලාපය හිමි resolver එකේ වාර්තාව ප්‍රකාශයට පත් කරන්න

වින්‍යාසය ලිවීමට පෙර භූමිකා වෙන් කරන්න: VPN සේවාලාභී ලිපිනය, resolver සහ සේවාව විවිධ කාර්යයන් තුනක් සහිත විවිධ සත්කාරක තුනකි. මෙම පරීක්ෂණාගාරයේ ඒවා සේවාලාභියාට 10.77.0.2, dnsmasq සඳහා 192.168.50.53 සහ NAS සඳහා 192.168.50.20 වන අතර උමග නිවසේ LAN මාර්ගගත කරයි.

listen-address=127.0.0.1,192.168.50.53
bind-interfaces
local=/home.arpa/
host-record=nas.home.arpa,192.168.50.20

host-record පේළිය ලිපිනය සපයන අතර local= පේළිය නොදන්නා home.arpa ප්‍රශ්න ඉහළට යැවීම වෙනුවට මෙම resolver තුළ තබා ගනී. පළමුව ඔබේ පවතින වින්‍යාසය කියවා දැනටමත් සේවාදායකයක්, අතුරුමුහුණතක් හෝ එම දේශීය වසම අර්ථ දක්වන සියල්ල ගැළපන්න; පරස්පර එකක් මත කොටසක් ගොඩගැසීම සතුටින් පූරණය වී වැරදි ලෙස පිළිතුරු දෙන resolver එකක් ඇති කරයි. dnsmasq අත්පොත උපදෙස් දෙකම සහ සවන්දීමේ පාලන අර්ථ දක්වයි.

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

resolver මාර්ගගත කරන්න, වෙබ් පිටුව පමණක් නොව

WireGuard හි AllowedIPs උමගට ඇතුළු වන ගමනාන්ත තීරණය කරයි. resolver ලිපිනය ඉන් පිටතට වැටුණොත්, ප්‍රශ්නය සාමාන්‍ය මාර්ගයෙන් පිටවී dnsmasq වෙත කිසිදා නොළඟා වේ, NAS ම ලඟා විය හැකි වුවද. resolver හි ලිපිනය හෝ එය අඩංගු LAN උපසර්ගය ඇතුළත් කරන්න, සහ අනෙක් පැත්තේ ගේට්ටුවේ යැවීමේ ප්‍රතිපත්තිය පරීක්ෂා කරන්න.

අනුමත උමග පරාසයෙන් 53 වරායේ UDP සහ TCP වලට අවසර දෙන්න, සේවාලාභියාගේ උමග ලිපිනයට ආපසු මාර්ගය සමඟ. පරීක්ෂාව පහසු කිරීමට WAN වෙතින් 53 වරාය යැවීමෙන් වළකින්න: නිවසේ සම්බන්ධතාවයක විවෘත ප්‍රත්‍යාවර්ත resolver එකක් පැය කිහිපයකින් සොයා ගැනේ. අතුරුමුහුණතකට බැඳීම තමන් විසින්ම ප්‍රවේශ ප්‍රතිපත්තියක් නොවේ.

යෙදුමට පෙර පිළිතුර පරීක්ෂා කරන්න

මුලින්ම resolver වෙත සෘජුවම අසන්න, පසුව පද්ධතියෙන්, පසුව යෙදුමෙන්. සෑම පියවරක්ම දාමයේ එක් සබැඳියක් හුදකලා කරයි, ඒවා අතර වෙනස රෝග විනිශ්චයයි.

dig @192.168.50.53 nas.home.arpa. A
dig +tcp @192.168.50.53 nas.home.arpa. A
getent ahostsv4 nas.home.arpa
curl -sS --max-time 5 http://nas.home.arpa/ -o /dev/null -w '%{http_code}\n'

TCP ප්‍රශ්නය ධාවනය කිරීම වටී, මන්ද කපා දැමූ UDP පිළිතුරක් නැවත උත්සාහ කිරීමට බල කරන අතර, TCP 53 ඉවතට දමන ප්‍රතිපත්තියක් කලින් කලට පෙනෙන අසාර්ථකතා ඇති කරයි. getent පියවර යන්ත්‍රයේ resolver වින්‍යාසය සැබවින්ම කරන දේ පෙන්වයි, එය සැමවිටම ඔබ තල්ලු කළ දේ නොවේ.

උමග පහළ ඇති විට සිදුවන දේ තීරණය කරන්න

සේවාලාභියාගේ සාමාන්‍ය DNS 192.168.50.53 වෙත යොමු වුවහොත්, උමග ඉහළ නැති විට සියලු නම් විභේදනය නවතී. උමග සමඟ පමණක් ප්‍රයෝජනවත් යන්ත්‍රයක මෙය පිළිගත හැකි අතර, කැෆේ Wi-Fi ද භාවිතා කරන ලැප්ටොප් එකක පිළිගත නොහැක. Split-DNS මෙම ප්‍රශ්නය සම්පූර්ණයෙන්ම මඟ හරියි, මන්ද home.arpa සෙවීම් පමණක් නිවසේ resolver මත රඳා පවතී.

නම කුමක්දැයි මතක තබා ගන්න: home.arpa නේවාසික ජාල සඳහා වෙන් කර ඇති අතර ලෝක ව්‍යාප්තව අනන්‍ය නොවේ, එබැවින් වෙනත් ජාලයකට එම නමම නීත්‍යානුකූලව භාවිතා කළ හැක. එය දේශීය පහසුවක් මිස විශ්වාසදායක හඳුන්වනයක් නොවේ. සේවාව මාරු වන විට වාර්තාව යාවත්කාලීනව තබා ගන්න, සහ පරීක්ෂණාගාරය විශ්‍රාම ගැන්වූ විට resolver ප්‍රතිපත්තිය ඉවත් කරන්න, තවදුරටත් නොපවතින උමගක් හරහා පමණක් ළඟා විය හැකි ලිපිනයකට යොමු වන ලැප්ටොප් එකක් තැබීම වෙනුවට.

අදාළ ලිපි