ඇඩ්ගාර්ඩ් හෝම් ඔබේ LAN ලිපිනයෙන් වයර්ගාර්ඩ් ගනුදෙනුකරුවන්ට පිළිතුරු දෙයි
0.0.0.0 බාන්ඩ් එක කර්නලයට ප්රතිචාර සම්භවය තෝරා ගැනීමට ඉඩ දෙයි. බහු-හෝම් හෝස්ට් එකක එම පිලිතුරක් ටනල් එකට නොපැමිණිය හැකි ලිපිනයක් වෙතින් පැමිනිය හැක.
තුරළය උඩුගත වී ඇත, ෆයර්වෝල් Port 53 සලස්වයි, AdGuard Home ක්රියාත්මක වේ, නමුත් WireGuard සේවාදායකයා සඳහා නාම තවම විසඳන්නේ නැත. විමසුම සාමාන්යයෙන් පැමිණේ සහ පිළිතුර සාමාන්යයෙන් පිටව යයි, එබැවින් විසඳුම්කරයේ පැකට් රැඳවුම් සෞඛ්යාත්මක බව පෙනේ සහ සේවාව නිරදූෂණය වී තිබේ. වැරැද්ද වන්නේ එම පිළිතුරේ මූලික ලිපිනයයි: එය ගනුදෙනුකරු කිසි විටෙක ඉල්ලීමක් කළ නොමැති දේශීය ලිපිනෙන් පිටව යයි, සහ ගනුදෙනුකරුගේ ස්ටබ් විසඳුම්කරය එය අවසානයේ අහෝසි කරයි. AdGuard Home ගොනු සැකසුමේ එය තීරණය කරන ලැයිස්තුවක් තියෙනවා, සහ එහි සාමාන්ය පෙරනිමිය තීරණය කර්නලයට අමතරව භාර දීයි.
විමසුම පැමිණේ, පිළිතුර වෙනත් ස්ථානයකින් පිටව යයි
කරුණාකර 10.6.0.1 ලෙස සැකසූ ගනුදෙනුකරුවා UDP විමසුමක් 10.6.0.1 පෝර්ට් 53 වෙත යොමු කරයි. එම පැකට් එක නළය හරහා ගමන් කර මැණික් මත පැමිණෙයි, සහ AdGuard Home එයට පිළිතුරු දෙයි. කෙසේ වෙතත්, වයර් මත, පිළිතුර නව පැකට් එකක් වන අතර එහි මූලාධාර ලිපිනය ගනුදෙනුකරුගේ බලාපොරොත්තුව අනුව නොව, මැණික්ගේ ස්ටැක් එක විසින් තෝරා ගැනේ.
ගනුදෙනුකරුගේ විසඳුම් කාර්යය සම්බන්ධිත සොකට් එකක් නම්, එය systemd-resolved, dnsmasq සහ බොහෝ ස්ටබ් විසඳුම් භාවිතා කරන ආකාරයයි, එය එය යොමු කළ යथාර්ථ ලිපිනයෙන් පමණක් පිළිතුරු පිළිගනී. 10.6.0.1 වෙත යැවු විමසුමකට 192.168.1.10 සිට මූලාධාර ලැබුණු පිළිතුරක් විශ්ලේෂණය වෙමීට පෙරම අත්හැර දෙනු ලැබේ. විසඳුම් ලොග් එක සාර්ථක පිළිතුරක් අනාවරණය කරයි, ගනුදෙනුකරු ලොග් එක කාලසීමාව ඉක්මවා ගිය බව ද කියයි, සහ දෙකම සත්යය කියනවා.
ඉතින් ගණකයන් අසත්ය කියන්නේ නැහැ සහ පාරිභෝගිකයාද අසත්ය නොවේ. ඔබට අවශ්ය සාක්ෂි තිහේ තැන් වල ඇත, මෙම අනුක්රමයනුව: ශ්රේතයා යොමු වන ලිපිනය, කර්නල් පාරිභෝගිකයා වෙත ආපසු යාමට භාවිතා කරන මාර්ගය, සහ සැබෑ පිළිතුරු පැකට්ටුවේ මූලාශ්ර ලිපිනය.
කර්නල් පිළිතුරු මූලාශ්රය කොතරම් තීරණය කරනවද
UDP සොකට් එක bound0.0.0.0තමන්ටම මූලාශ්ර ලිපිනයක් නැති නිසා, පිටවන සියළුම පිළිතුරු ධාරාවක් (route lookup) කලමනාකරණය කරයි. එවිට කර්නල් ධාරාවේ සිට මූලාශ්රය ගනී: ධාරාවෙන් පිහිටුවන ලිපිනය, නැතිනම් පිටවන අතුරුමුහුණතේ ප්රධාන ලිපිනය. ගැණුම්කරුගේ උද්දේශය ලිපිනය සම්බන්ධව කිසිවක් මතක නොතබා ගනු ලැබේ.
ඒකල-හෝම්ඩ් සත්කාරකයකදී මෙය අඳුරුයි, මන්ද යතාර්ථ පිළිතුර එකම එකයි. LAN ලිපිනයක්, WireGuard ලිපිනයක් සහ කළමනාකරණ ලිපිනයක් රඳවා ඇති යන්ත්රයක, කිහිපයක්ම යතාර්ථ පිළිතුරු විය හැක, සහ ජයග්රහකයා ඒ මොහොතේ යාත්රා සටහන මත තීරණය වේ. අමතර මාර්ගයක් එක්කරන්න, එකම අතුරුමුහුණතේ දෙවන ලිපිනයක්, විසඳුම්කරුට පෙර NAT නැවතුමක්, හෝ AdGuard එක පරිපාලන නාමස්ථානයකින් ධාවනය කරන්න, සහ තෝරාගත් මූලය ගනුදෙනුකරු විමසූ අයේ වෙනස් විය හැක.
ss -lunp | grep :53ඔබ සිටින ක්රීඩාව පෙන්වයි.0.0.0.0:53හි ශ්රව්යකරු විශාලතම අවස්ථාවයි;10.6.0.1:53හි ශ්රව්යකරු දැනටමත් පිළිතුර නියම කර ඇත. සොකට් කියවීම YAML කියවීමේ වඩා වේගවත් වන අතර, එය අවසානයේ සුරකිණ දේ වෙනුවට සැබෑවට ධාවනය වන දේ පෙන්වයි.
bind_hosts සත්යයෙන්ම පාලනය කරන දේ
AdGuard Home හිdns.bind_hostsDNS ශ්රෝතා භාවිතා කරන ස්ථානීය ලිපින ලැයිස්තුවයි. එහි යළි පිටවූ පෙරනිමි යනු වයල්ඩ්කාඩ් (wildcard) වේ, ඒ කියන්නේ සෑම ස්ථානීය ලිපිනම පිළිගෙන, kernel එකට පිළිතුරල යවන ඕනෑම මූලාශ්රය තෝරන්න ඉඩ ලබා දීමයි. වයල්ඩ්කාඩ් එක, ගනුදෙනුකරුවන් විමසන ලිපිනයෙන් පිටවීම හරහා, සොකට් එකට වෙනස්කමක් සිදු කරයි, සහ එමස්ථානයේ සිටින ලිපිනය සෑම පිළිතුරකදීම වෙනස් වේ.
ලැයිස්තුවට එක් ඇතුළත් කිරීමක් වඩා අධික කිරීමට හැකියාව ඇත, ද්විත්ය ජාල සේවාවක් සැපයෙන විශේෂිත නිවැරදිව අනුව වේ. ලැයිස්තුව10.6.0.1සහ192.168.1.10දෙකක් එක් කළහොත්, සම්බන්ධිත සොකට් දෙකක් ලැබේ, සහ එක් එක් සංදර්ශන ඇතුළත් වූ විමසීමක් එහි ලැබී ඇති ලිපිනෙන් පිළිතුරු දක්වයි. ඒ තමයි බොහෝ ජනතාව වයල්ඩ්කාඩ් දැනටම ලබා දෙන බව මැනවි මගේ අනුමාන කරන හැසිරීමයි.
YAML සරලයි, එහි ඇති ලිපිනය ඔබේ සුරංගනා ගනුදෙනුකරුවන්ට භාවිත කිරීම සඳහා දන්වා තිබූ එකයි, ආරම්භක යන්ත්රයේ ප්රධාන ලිපිනය නොවේ:
dns:
bind_hosts:
- 10.6.0.1
port: 53එකම ශ්රේෂ්ඨකයෙකුගේ ජායාරූප දෙකක් එකඟ නොවන හේතු
මෙම සැබෑ ප්රසංගයේ, ප්ලගිනය විසින් කළමනාකරණය කරන බව යන්නෙන් අදහස් වන්නේ විසඳුම්කරුවා ස්ථාපිත වී ඇති අතර වෙනත් පැකේජයකින් පරිනීක්ෂණය කරන බව යි: රවුටර් ප්රොග්රෑම්පුරක පැකේජයක්, NAS පැකේජයක්, හෝ ගෘහ-ස්වයංචලිත අමුණුවක්. එම පැකේජය සෑම විටම AdGuard Home හි YAML පිටපතක් ලබා දෙන අතර, තමන්ගේ කාලසටහන අනුව ක්රියාවලිය නැවත ඇරඹේ, නමුත් ස්වයංක්රීය ස්ථාපනයක් යනු ඔබම වින්ඩර් බයිනරි හෝ කන්ටේනරය වින්යාස කරන එකකි. කිසිදු විධික්රමයක් නොව, ඔබ දෙකක් අතර වෙනස් වූ සංකේතන ක්රියාවලිය සහ වෙනස් වින්යාස ගොනු අමතරව, වඩාත්ම සුලභ upstream ලැයිස්තු සහ ෆිල්ටර් ලැයිස්තු දෙකම කියවන විට ද, දෙකම අල්ගෝරිදම්වලින් වෙනස් වේ. කෙනෙකුට විශේෂිත නාළිකා ලිපිනය බැඳිය හැකි අතර, අනෙක් කෙනා *wildcard* උරුමකර ගැනේ, සහ වෙබ් අතුරු මුහුණත දෙපසින්ම සමානව පෙනේ.
එම නිසාම “මයිග්රේෂන් පළමුවේදී එම සැකසුම් විසඳුම ක්රියා කළේය” කියලා සනාථ කිරීම වත්මන් බැඳීම් පිළිබඳව කිසිවක් ස්ථිර කරන්නේ නැහැ. සොකට් එක පරීක්ෂා කරන්න, ඊටපස්සෙ ධාවනයවන ප්රොසෙසය සැබවින්ම ලෝඩ් කළ වින්යාස ගොනුව පරීක්ෂා කරන්න. වෙනත් තැන්ගැනුමක පැරණි පිටපතක් ඇති වීම සංස්කරණය විශේෂ කිසිවක් බලපාන්නේ නැති බවක් සාමාන්ය හේතුවක් වේ.
එය පිහිටුවා පසුව ටන්නල් පැත්තෙන් පරීක්ෂා කරන්න
වෙනුවටbind_hostsටන්නල් ලිපිනයට වෙනස් කරන්න, සේවාව නැවත අරඹන්න, සහ සොකට් එක ගමන් කළ බව තහවුරු කරන්න:ss -lunp | grep :53දැන්10.6.0.1:53සහ කිසිදු වයිල්ඩ්කාඩ් ඇතුල් කිරීමක් නොපෙන්වයි. තවමත්0.0.0.0පෙන්වන්නේ නම්,ධාවනය වන ප්රොසෙසය ඔබ සංස්කරණය කළ ගොනුව කියවමින් නොමැත.
පසුව පාරිභෝගිකයාගෙන් පරීක්ෂා කරන්න, මන්ද ඒකයි එකම වැදගත් පැත්ත. අනෙක් පාර්ශවයේ පරිශීලකයා භාවිත කරන මාර්ගය අමතන විමසුමක්dig @10.6.0.1 example.comසමඟ සිදු කරයි, සහ මැසෑජ් ලබා ගන්නා සර්වර් සංකේතය මත ඇතුල් කිරීමක් සිදු කරයි.tcpdump -ni wg0 udp port 53වයරයේ පිළිතුරේ මූලාශ්ර ලිපිනය පෙන්වයි. එය ගනුදෙනුකරුගේ විසැඳුම් සැකසුමේ ලිපින සමඟ සසඳන්න; එය සමාන වන විටම, කාල සීමාව රහසක් වන්නේ නැත.
ip route get 10.6.0.2ඉතිරි විශ්මයතමය ඕනෑම තැනක් විස්තර කරයි, මන්ද එය අතුරුමුහුණත සහ ගනුදෙනුකරු වෙත ආපසු යාවත්කාලීන කරන්නාට භාවිතා කරන මූලාශ්රය මුද්රණය කරයි. එම ප්රතිදානය LAN අතුරුමුහුණත නම් කලහොත්, බැයින්ඩ් වෙනස්කම සම්පූර්ණ විසඳුම නොවන අතර, ඊළඟ කියවිය යුතු දෙය යනු මාර්ග සටහනයි.
බැයින්ඩ් සැකසුම විසඳිය නොහැකි දේ
අසන සෞම්යය කැබැල්ල (listener) පිං කිරීම, ටුනල් උපනෙට් අඩංගු නොවන ප්රවේශ ලැයිස්තුවක්, විමසුම සවිකිරීමට ඉඩ දෙන නමුත් පිළිතුරට නොදෙන ගිනිකොණර නීතියක්, හෝ WireGuard තටාකය වෙත ආපසු යෑමේ පථයක් නැතිවීම සකස් නොකරයි. ඒවා අනෙක් මොහොතේ හෝ සම්භව ලිපින වෙනුවෙන් දෝෂමය වේ, සහ සෑම එකක්ම වෙනම සම්පත්කරුකමක් ඇත.
එය වෙනස් නොකරයිවිසඳුම්කරු ඉදිරිපිට යැවීම සඳහා යොමු කරන අගය, පුද්ගලික නම් සඳහා පුද්ගලික පිළිතුරක් ප්රතික්ෂේප කරනවාද යන්න නැතහොත් ගනුදෙනුකරු තමන්ගේම සෙවුම් ක්ෂේත්ර යොදාගන්නේ කෙසේද යන්න. ඒවා වෙන්වූ පාලනාධිකාරීන් වේ. පිළිතුරු මූලය වැරදි නම් බයින්ඩ් ලිපිනය වෙනස් කරන්න, සහ එය වැරදි නොවන විට වෙන දෙයක් වෙනස් කරන්න.