அட்கார்டு ஹோம் உங்கள் லான் முகவரியில் இருந்து வயர்‌கார்டு கிளையண்ட்களுக்கு பதிலளிக்கிறது

தண்டகம் தொடங்கியுள்ளது, ஃபயர்வால் போர்ட் 53 ஐ அனுமதிக்கிறது, AdGuard Home இயங்குகிறது, ஆனால் WireGuard கிளையண்ட் பெயர்களை இன்னமும் தீர்மானிக்க முடியவில்லை. கேள்வி சாதாரணமாக வருகிறது மற்றும் பதில் சாதாரணமாக செல்கிறது, ஆகையால் தீர்க்குநர் மீது பாக்கெட் கவுண்டர்கள் நலமாக இருக்கின்றன மற்றும் சேவை குற்றமற்றது போல தோற்றமளிக்கின்றது. தவறாக நடக்கும் விஷயம் அந்த பதிலின் மூலம் முகவரி: அது கிளையண்ட் கேட்டதற்குப் பொறுமையில்லாத உள்ளூர் முகவரியிலிருந்து செல்கிறது, மற்றும் கிளையண்டின் ஸ்டப் தீர்க்குநர் அதை விடுக்கிறது. AdGuard Home-இன் ஒருமுறை பட்டியல் இதை தீர்மானிக்கிறது, மற்றும் அதன் சாதாரண முன்னிருப்பின் மூலம் இந்தத் தீர்மானத்தை கர்னல்-க்கு ஒப்படைக்கின்றது.

கேள்வி வருகிறது, பதில் வேறு இடத்தில் இருந்து செல்கிறது

ஒரு கிளையன்ட் அதன் தீரவெளிமாற்றியாக 10.6.0.1 ஐ அமைத்து, 10.6.0.1 போர்ட் 53 க்க்கு ஒரு UDP விசாரணையை அனுப்புகிறது. அந்த பாக்கெட் துன்னலை கடந்து ஹோஸ்ட் மீது land ஆகிறது, மேலும் AdGuard ஹோம் அதற்கு பதில் அளிக்கிறது. ஆனால், வயரில், பதில் எனப்படும் புதிய பாக்கெட் ஒரு மூல முகவரியுடன் வருகிறது, இது ஹோஸ்டின் ஸ்டேக் தேர்ந்தெடுக்கும், கிளையன்டின் எதிர்பார்ப்பால் அல்ல.

கிளையன்டின் தீரவெளிமாற்றி ஒரு இணைக்கப்பட்ட சாக்கெட் ஆக இருக்கும் போது, அதில் systemd-resolved, dnsmasq மற்றும் பெரும்பாலான ஸ்டப் தீரவெளிமாற்றிகள் பயன்படுத்தும் போது, அது அனுப்பிய சரியான முகவரியிலிருந்து மட்டுமே பதில்களை ஏற்கிறது. 10.6.0.1 க்கு அனுப்பப்பட்ட விசாரணைக்கு 192.168.1.10 வழியாக வந்த பதில் எந்தவொரு பார்சிங்குக்கும் முன் நிராகரிக்கப்படுகிறது. தீரவெளிமாற்றி ஒரு வெற்றி பதிலை பதிவு செய்கிறது, கிளையன்ட் ஒரு கால அவகாசத்தை பதிவு செய்கிறது, இரண்டுமே உண்மையை கூறுகின்றன.

எனவே கணக்கீடர்கள் பொய் சொல்லவில்லை, கிளையன்ட் கூட பொய் சொல்லவில்லை. உங்களுக்கு தேவையான நிரூபணங்கள் மூன்று இடங்களில் உள்ளன, இந்த வரிசையில்: শ্রோதகர் பிணைக்கப்பட்ட முகவரி, கர்னல் கிளையன்ட்டிற்கு திரும்ப பயன்படுத்தும் பாதை, மற்றும் உண்மையான பதில் தொகுதியில் உள்ள மூல முகவரி.

கர்னல் பதில் மூலத்தை எவ்வாறு தேர்வு செய்கிறது

ஒரு UDP சாக்கெட் பிணைக்கப்பட்ட0.0.0.0தனது சொந்த மூல முகவரி இல்லாததால், ஒவ்வொரு வெளியேறும் பதிலும் இலக்கிற்கு ஒரு பாதை தேடும் செயல்பாட்டை ஏற்படுத்துகிறது. பின்னர் கர்னல் அந்த பாதையிலிருந்து மூலத்தை எடுத்துக் கொள்வது: பாதை மூலம் நிர்ணயிக்கப்பட்ட முகவரி, அல்லது வெளியேறும் இடைமுகத்தின் முதன்மை முகவரி. கேள்வியின் இலக்கு முகவரி குறித்து எதையும் நினைவில் வைத்துக்கொள்ள முடியாது.

ஒரே வீட்டுச் கணினியில் இது மறைவேன், ஏனெனில் ஒரே பொருத்தமான பதில் மட்டுமே உள்ளது. ஒரு 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 கேட்டியை பயன்படுத்தும் உள்ளூர் முகவரிகளின் பட்டியல். அனுப்பப்பட்ட முந்தைய அமைப்பு எளிமையான அனைத்து முகவரிகளிலும் ஏற்றுக்கொள்ளும் வகையில் உள்ளது, கேள்விக்கு பதிலாக பல்கணினி மூலம் மூல முகவரியை தேர்வு செய்ய அனுமதிக்கிறது. வில்ட்கார்டை வாடிக்கையாளர்கள் கேட்கும் முகவரியுடன் மாற்றுவது சாக்கெட்டை மாற்றுகிறது, அதனுடன் ஒவ்வொரு பதிலும் உருவாகும் மூல முகவரியையும் மாற்றுகிறது.

பட்டியலில் ஒன்றிற்கு மேற்பட்ட நுழைவுகளை எடுத்துச் செய்ய முடியும், இது இரண்டு நெட்வொர்க்குக்களை சேவை செய்கின்ற தீர்க்குநருக்கு முக்கியமானது. பட்டியலில்10.6.0.1மற்றும்192.168.1.10சேர்த்தால் இரண்டு கட்டமைக்கப்பட்ட சாக்கெட்டுகள் வரும், மற்றும் எதையாவது ஒரு கேள்வி வரும்போது அது வந்த முகவரியிலிருந்து பதிலளிக்கப்படும். இது பெரும்பாலானவர்கள் வில்ட்கார்டுயின் வழங்குவதாக நினைக்கும் நடத்தை.

YAML எளிமையானது, அதில் உள்ள முகவரி உங்கள் டனலால் காண்பிக்கப்பட்ட வாடிக்கையாளர்கள் பயன்படுத்தும் முகவரி, ஹோஸ்ட் முதன்மை முகவரி அல்ல:

dns:
  bind_hosts:
    - 10.6.0.1
  port: 53

ஏன் ஒரே தீர்க்குநரின் இரண்டு நிறுவல்கள் மாறுபடுகின்றன

இங்கு பிளகரின் மூலம் நிர்வகிக்கப்படுகிறது என்றால், தீர்வைப் பதிப்பித்தலும் அதை வேறு ஒரு பேக்கேஜ் மூலம் கண்காணித்தலும் செய்யப்பட்டன: ஒரு ரاؤட்டர் ஃபெர்ம்வேர் பேக்கேஜ், ஒரு NAS பேக்கேஜ், அல்லது ஒரு ஹோம்-ஆட்டோமேஷன் அட்டா-ன். அந்த பேக்கேஜ் பொதுவாக AdGuard Home இன் YAML இன் தாமாகவே வந்த பிரதியை வழங்கி, அதை தன்னிச்சையாக மீண்டும் தொடங்கும், மேலும் தனிப்பட்ட நிலையான பதிப்பு என்பது நீங்கள் தானாக அமைக்கும் விற்பனையாளர் பைனரி அல்லது கன்டெய்னர் ஆகும். எந்த வழியிலும் நீங்கள் இரு சுதந்திரமான செயல்முறைகளை வேறு தனித்த தன்மை கொண்ட கட்டமைப்பு கோப்புகள் மற்றும் தனித்த பைண்ட் தேர்வுகளுடன் பார்க்கின்றீர்கள், இரண்டும் அதே மேல் பட்டியல் மற்றும் அதே வடிகட்டும் பட்டியல்களைப் படிக்கும் போது கூட. ஒருவர் குறிப்பிட்ட துவல் முகவரியை பைண்ட் செய்யலாம், மற்றவர் வயல்ட்கார்டை பெறுவார், மற்றும் வலை இடைமுகம் இருபுறத்திலும் ஒரே மாதிரியாக தோன்றும்.

அதனால் "மைக்ரேஷனுக்குமுன் அதே தீர்க்கப்பட்டவர் வேலை செய்தது" என்பது தற்போதைய பைன்டிங்கினைப் பற்றிய எதுவும் நிரூபிப்பதில்லை. சாக்கெட்டை பரிசோதிக்கவும், பின்னர் இயங்கும் செயல்முறை உண்மையாக ஏற்றிய கட்டமைப்பு கோப்பையும் பரிசோதிக்கவும். மற்றொரு அடைவில் பழைய பிரதியை வைத்திருத்தல், திருத்தம் எந்த விளைவையும் தரவில்லை என்று தோன்றுவதற்கான சாதாரண காரணமாகும்.

அதை பிடித்து வைக்கவும், பிறகு सुरங்கம் பக்கத்திலிருந்து சோதிக்கவும்

மாற்றம்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 இடைமுகத்தை குறிப்பிடினால், கட்டமைப்பு மாற்றம் முழு சfix அல்ல, அடுத்த படி வழித்தட அட்டவணை படிக்க வேண்டும்.

கட்டமைப்பு அமைப்பால் சரிசெய்ய முடியாதவை

கேள்விக்கான இடைமுகத்தை நிரப்புவதால், கண்காணிப்பு பட்டியலில் தாலான் துணைப் பகுதி தவறாக இருந்தாலும், கேள்வியை அனுமதிக்கும் ஆனால் பதிலை அனுமதிக்காத ஃபயர்வால் নিয়মத்தையும், WireGuard புலத்திற்கு திரும்பும் வழி இல்லாததை சரிசெய்ய முடியாது. அவை மூல முகவரிக்கு முன் அல்லது பிறகு தோல்வி அடைகின்றன, மேலும் ஒவ்வொன்றுக்கும் வெவ்வேறு உரிமையாளர்கள் உள்ளனர்.

அது மாற்றுவதும் இல்லைதீர்மானி எந்த மேலமைப்பிற்கு முன்னெடுக்கிறது, ஒரு தனிப்பட்ட பெயருக்காக தனிப்பட்ட பதிலை மறுபடியும் பிணைக்கும் பாதுகாப்பு நிராகரிக்கிறதா, அல்லது கிளையன்ட் தனது சொந்த தேடல் டொமைன்களை எவ்வாறு பயன்படுத்துகின்றது என்பதைப் பற்றி. அவை தனித்தனி கட்டுப்பாடுகள். பதில் மூல முகவரி தவறான போது பிணை முகவரியை மாற்றவும், அது சரியான நிலையில் இல்லையென்றால் வேறு ஒன்றைப் பதிலாக மாற்றவும்.