dnsmasq போர்ட் 53 ஐ bind செய்ய முடியவில்லை: அதை வைத்திருக்கும் சாக்கெட்டைக் கண்டறியுங்கள்

dnsmasq முகவரி ஏற்கனவே பயன்பாட்டில் உள்ளது என்ற பிழையுடன் நிற்கிறது, மேலும் பதிவு குற்றவாளிக்குப் பதிலாக போர்ட்டைக் குறிப்பிடுகிறது. VPN-ஐயும் இயக்கும் இயந்திரத்தில் முதல் எதிர்வினை தள்ளப்பட்ட வழிகளைக் குற்றம் சாட்டுவது, ஆனால் எந்த வாடிக்கையாளரும் வினவலை அனுப்புவதற்கு முன்பே bind தோல்வி நிகழ்கிறது. ஏதோ ஏற்கனவே சாக்கெட்டை வைத்திருக்கிறது, அதை அடையாளம் காண்பதே வேலை. வழி மாற்றங்கள் போர்ட்டை விடுவிக்க முடியாது.

இந்த வரிசையில் ஐந்து படிகள்: பிழையை மீண்டும் உருவாக்குங்கள், கேட்பவர்களைப் பட்டியலிடுங்கள், wildcard-ஐப் புரிந்து கொள்ளுங்கள், பணியை ஒப்படையுங்கள், பின்னர் சரிபார்க்கவும்.

படி 1: பிழையை மீண்டும் உருவாக்கிப் படியுங்கள்

சேவை பயன்படுத்தும் அதே உள்ளமைவுடன் dnsmasq-ஐ முன்னணியில் தொடங்குங்கள், அப்போது பிழை ஊகிக்க வேண்டிய பதிவில் அல்ல, உங்கள் முனையத்தில் தோன்றும். செய்தியில் முகவரி குடும்பத்தையும் உள்ளூர் முகவரியையும் கவனியுங்கள். குறிப்பிட்ட முகவரிக்கு bind செய்வதும் wildcard-க்கு bind செய்வதும் வெவ்வேறு உரிமையாளர்களைக் கொண்ட வெவ்வேறு தோல்விகள்.

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

படி 2: உரிமையாளர்களைப் பட்டியலிடுங்கள்

முதலில் சாக்கெட்டுகளைப் பட்டியலிடுங்கள். மூல போர்ட் 53 இல் வடிகட்டி, பார்க்கும் அதிகாரம் இருந்தால் இரண்டு போக்குவரத்துகளையும் உரிமையாளர் செயல்முறையையும் காட்டுகிறது:

ss -lntup 'sport = :53'

வெளியீட்டை நிரல்களாகப் படியுங்கள்: போக்குவரத்து, உள்ளூர் முகவரி, போர்ட், செயல்முறை. TCP கேட்பான் மற்றும் UDP கேட்பான் தனித்தனி சாக்கெட்டுகள், எனவே ஒன்றை நிறுத்தினால் மற்றொன்று விடுவிக்கப்படாது. wildcard முகவரி ஒவ்வொரு இடைமுகத்தையும் உள்ளடக்குகிறது, அதாவது எந்த வரியும் பெயரால் குறிப்பிடாவிட்டாலும் VPN முகவரி ஏற்கனவே எடுக்கப்பட்டுள்ளது. செயல்முறையின் பெயர் இது விநியோகத்தால் நிர்வகிக்கப்படும் ரிசால்வர், கொள்கலன், அல்லது முந்தைய பரிசோதனை இயக்கிவிட்ட ஒன்று என்பதைச் சொல்லும்.

படி 3: wildcard பொறி

bind-interfaces விருப்பம் dnsmasq wildcard சாக்கெட்டை bind செய்கிறதா அல்லது உள்ளமைக்கப்பட்ட ஒவ்வொரு இடைமுகத்திற்கும் ஒரு சாக்கெட்டை bind செய்கிறதா என்பதை மாற்றுகிறது, dnsmasq குறிப்பு விவரிப்பது போல. அது இல்லாமல் dnsmasq wildcard-ஐ bind செய்து அதற்குப் பதிலாக கோரிக்கைகளை இடைமுகத்தின் அடிப்படையில் வடிகட்டலாம், இது மற்றொரு டீமன் wildcard-ஐ வைத்திருக்கும்போது உடனடியாகத் தோல்வியடையும். Linux bind-dynamic-ஐச் சேர்க்கிறது, அது தொடங்கிய பிறகு உருவாக்கப்பட்ட இடைமுகங்களைக் கையாள்கிறது, VPN இடைமுகம் இணைக்கும்போது மட்டுமே தோன்றினால் இது உண்மையான கவலை.

அதனால்தான் வெவ்வேறு இடைமுகங்களுக்கு உள்ளமைக்கப்பட்டதாகத் தோன்றும் இரண்டு டீமன்கள் இன்னும் மோதுகின்றன. மோதல் நோக்கத்தில் அல்ல, சாக்கெட்டில் உள்ளது. bind முறையை வேண்டுமென்றே தேர்ந்தெடுத்து, மாற்றுவதற்கு முன் உங்கள் பதிப்பிற்கான ஆவணப்படுத்தப்பட்ட நடத்தையைப் படியுங்கள்.

படி 4: பணியை ஒப்படையுங்கள்

எந்த டீமன் VPN வாடிக்கையாளர்களுக்கும் எது ஹோஸ்ட்டுக்கும் பதிலளிக்கிறது என்பதைத் தீர்மானிக்கவும். சுரங்க முகவரியில் கேட்டு மேல்நோக்கி அனுப்பும் ஒரு ரிசால்வர் ஒரு சாதாரண ஏற்பாடு; ஒவ்வொன்றும் தான் போர்ட் 53-ஐ உரிமையாக்கிக் கொள்வதாகக் கருதும் இரண்டு ரிசால்வர்கள் ஏற்பாடே அல்ல.

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

படி 5: சாக்கெட்டைச் சரிபார்த்து, பின்னர் பாதை

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

தனித்தனியாக வைக்க வேண்டிய மூன்று முடிவுகள்: சாக்கெட் உள்ளது, வாடிக்கையாளர் அதை அடைகிறார், பதில் சரியானது.

என்ன செய்யக்கூடாது

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

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