dnsmasq இல் உங்கள் VPN டொமைன் மண்டல பரிமாற்றம் அல்ல
தள்ளப்பட்ட டொமைன் ஒரு கொள்கை, மண்டல கோப்பு அல்ல, resolv.conf இல் localhost சரியாக இருக்கலாம். ஏற்கப்பட்ட அமைப்பை உண்மையில் இயங்கும் backend வரை பின்பற்றுங்கள்.
வாடிக்கையாளரின் dnsmasq கட்டமைப்பில் நிறுவன மண்டலத்தைத் தேடுகிறீர்கள், கிடைக்கவில்லை, VPN அதன் டொமைனைத் தள்ளவில்லை என்று முடிவு செய்கிறீர்கள். தள்ளப்பட்டது வழிமாற்றல் குறிப்பு, மண்டலம் அல்ல. வாடிக்கையாளர் டொமைனையும் அதற்கு பதிலளிக்க வேண்டிய resolver ஐயும் பதிவு செய்கிறது, நிர்வகிக்கப்பட்ட backend அதை நிபந்தனை முன்னனுப்பலாக மாற்றுகிறது. தவறான இடத்தில் பார்ப்பது நம்பிக்கையான மற்றும் முழுமையாக தவறான கண்டறிதலைத் தருகிறது.
வாடிக்கையாளர் ஏற்றுக்கொண்டது நுழைவாயில் வழங்கியது அல்ல
நுழைவாயில் ஒரு resolver, ஒரு டொமைன் மற்றும் அந்த resolver ஐ அடைய தேவையான பாதையை வழங்கலாம், வாடிக்கையாளர் மூன்றையும் அல்லது எதையும் ஏற்கலாம். இறக்குமதி செய்யப்பட்ட சுயவிவரம், உதவி ஸ்கிரிப்ட் அல்லது தள்ளப்பட்ட விருப்பங்களை புறக்கணிக்கும் கொள்கை ஏற்கப்பட்ட தொகுப்பை காலியாக விடலாம், அதே நேரத்தில் சேவையகப் பக்கம் சரியாகத் தெரியும். சேவையகத்தின் கட்டமைப்புக்கு பதிலாக வாடிக்கையாளரின் பதிவு செய்யப்பட்ட நிலையில் இருந்து தொடங்குங்கள், ஏனெனில் resolver உண்மையில் பெறுவது அந்த நிலையே. ஏற்கப்பட்ட டொமைன் இல்லாவிட்டால், அதற்கு அப்பால் எதுவும் முக்கியமல்ல. எந்த கேஷையும் பரிசோதிக்கும் முன் இணைப்பின் DNS பண்புகளை சரிபார்க்கவும்.
அந்த வேறுபாடு ஒருபோதும் வராத டொமைன் பற்றிய பெரும்பாலான அறிக்கைகளை விளக்குகிறது. அது வழங்கப்பட்டது, அது பயன்படுத்தப்படவில்லை.
இரண்டு வகையான டொமைன் உள்ளீடுகள்
ஒரு இணைப்பு சாதாரண தேடல் டொமைன்களையும் பாதை-மட்டும் டொமைன்களையும் கொண்டு செல்லலாம், இரண்டாவது வகை டில்டேவுடன் தொடங்குகிறது. தேடல் டொமைன் வினவல்களை வழிமாற்றுகிறது மற்றும் குறுகிய பெயர்கள் விரிவடைய அனுமதிக்கிறது, இது பணிநிலையத்தில் வசதியானது, சேவையகத்தில் ஆச்சரியமானது. பாதை-மட்டும் டொமைன் அந்த பின்னொட்டுக்கான வினவல்கள் குறுகிய பெயர்கள் எவ்வாறு தீர்க்கப்படுகின்றன என்பதை மாற்றாமல் குறிப்பிட்ட சேவையகங்களுக்கு செல்ல வேண்டும் என்று கூறுகிறது. அதே டொமைனை இரு வழிகளிலும் எழுதுவது தேவையற்றது அல்ல, ஏனெனில் இரண்டு உள்ளீடுகளும் வெவ்வேறு வேலைகளைச் செய்கின்றன.
தனிப்பட்ட பெயர்வெளிக்கு பொதுவாக பாதை-மட்டும் வடிவமே தேவை. அது நிறுவன பின்னொட்டை நிறுவன resolver நோக்கி வைத்து மற்ற அனைத்தையும் தனியாக விடுகிறது.
resolv.conf இல் localhost ஒரு பிழை அல்ல
உள்ளூர் கேஷிங் resolver பயன்படுத்தப்படும்போது, கணினி கோப்பு loopback முகவரியை மட்டுமே சுட்டுகிறது, வேறு எதையும் அல்ல. அந்த உள்ளீடு உள்ளூர் கேட்பவரை அடையாளம் காட்டுகிறது, நிர்வாகி அதற்கு வழங்கிய மேல்நிலை சேவையகங்களை அல்ல. நிறுவன முகவரி கோப்பில் சட்டபூர்வமாக இல்லாமல் இருக்கும்.
அந்த உள்ளீட்டை பொது resolver ஆல் மாற்றுவது உன்னதமான தவறான சரிசெய்தல். அது பொது பெயர் தீர்வை மீட்டெடுத்து அதே திருத்தத்தில் நிபந்தனை கொள்கையை தூக்கி எறிகிறது.
backend களை கலக்காதீர்கள்
நிர்வகிக்கப்பட்ட dnsmasq நிகழ்வும் கணினி resolver உம் வெவ்வேறு கட்டமைப்பு மற்றும் வெவ்வேறு நிலை காட்சிகளைக் கொண்ட வெவ்வேறு நிரல்கள். ஒன்றுக்கான நிலை கட்டளை மற்றொன்றைப் பற்றி பயனுள்ள எதையும் கூறாது.
நிர்வாகி எந்த backend ஐப் பயன்படுத்த கட்டமைக்கப்பட்டுள்ளது என்பதைத் தீர்மானித்து, பின்னர் அந்த backend இன் உருவாக்கப்பட்ட கட்டமைப்பைப் படியுங்கள், தற்செயலாக இருக்கும் முழு விநியோக அளவிலான கோப்பை அல்ல. நிர்வாகி தனது சொந்த நிகழ்வு கட்டமைப்பை எழுதுகிறது மற்றும் அந்த நிகழ்வுக்கான தனிப்பயன் விருப்பங்களை ஆதரிக்கிறது, எனவே தொடர்பில்லாத உலகளாவிய கோப்பைத் திருத்துவது எதையும் மாற்றாது மற்றும் விளைவற்ற மாற்றமாகத் தெரிகிறது. போர்ட் 53 இல் இரண்டாவது டீமனைத் தொடங்குவது பயனற்றதை விட மோசம், ஏனெனில் இப்போது இரண்டு நிரல்கள் போர்ட் யாருக்கு சொந்தம் என்பதில் உடன்படவில்லை. முதலில் உரிமையாளரை நிறுவுங்கள், பின்னர் அந்த உரிமையாளர் படிக்கும் இடத்தில் திருத்துங்கள்.
பெயர்வெளியை சோதிக்கவும், பதிலை மட்டும் அல்ல
பயன்பாட்டின் சாதாரண பாதை வழியாக ஒரு அனுமதிக்கப்பட்ட தனிப்பட்ட பெயரையும் ஒரு பொது கட்டுப்பாட்டு பெயரையும் கேளுங்கள். நிறுவன சேவையகத்திற்கு நேரடி வினவல் பதிவு உள்ளது என்பதை நிரூபிக்கிறது; வாடிக்கையாளர் அந்த சேவையகத்தைத் தேர்ந்தெடுத்ததை நிரூபிக்கவில்லை. இரண்டாவது வினவலே கொள்கையை சோதிக்கிறது.
பின்னர் மீண்டும் இணைந்த பிறகும் துண்டித்த பிறகும் மீண்டும் செய்யுங்கள். தொடர்பு இணைப்பின் வாழ்க்கைச் சுழற்சியைப் பின்பற்ற வேண்டும், தனிப்பட்ட பெயர்கள் சுரங்கப்பாதை இல்லாதபோது தீர்வதை நிறுத்த வேண்டும், அதே பின்னொட்டுக்கு பதிலளிக்கும் பொது resolver க்கு திரும்புவதற்கு பதிலாக. அவை திரும்பினால், நீங்கள் ஒரு கசிவைக் கண்டீர்கள், இது உடைந்த தேடலில் இருந்து வேறுபட்ட குறைபாடு. எந்த backend இயங்கியது, எந்த டொமைன்கள் பயன்படுத்தப்பட்டன, ஒவ்வொரு வினவலும் என்ன திருப்பியது என்பதை எழுதுங்கள்.