ip netns exec மற்றும் DNS: பெயர்வெளிக்குள் பெயர்கள் ஏன் தோல்வியடைகின்றன

ஒரு கட்டளை VPN பெயர்வெளிக்குள் 10.8.0.5 ஐ எந்தக் குறையும் இல்லாமல் அடைகிறது, அதே கட்டளை புரவலன் பெயரைப் பயன்படுத்தும் அந்தக் கணமே தோல்வியடைகிறது. பெயர்வெளிக்கு அதன் சொந்த இடைமுகங்கள், வழித்தடங்கள் மற்றும் சாக்கெட்டுகள் உள்ளன; அதன் சொந்த தீர்வி கோப்பு இல்லை. ஏதேனும் ஒன்றை அங்கே வைக்காவிட்டால், உள்ளேயுள்ள செயல்முறை புரவலனின் /etc/resolv.conf ஐப் படித்து, அந்த வலையமைப்பு அடுக்கிலிருந்து அணுக முடியாத சேவையகத்திடம் கேட்கிறது.

இது வழியமைப்புப் பிரச்சினை அல்ல, கோப்புத் தேர்வுப் பிரச்சினை, அதனால்தான் எண்ணியல் இலக்கு இன்னும் வேலை செய்கிறது.

செயல்முறை உண்மையில் பெறும் தீர்விப் பார்வையைச் சரிபார்க்கவும்

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

ip netns add மூலம் உருவாக்கப்பட்ட பெயர்வெளிக்கு, படிக்க-மட்டும் சரிபார்ப்பு சுருக்கமானது:

ip netns exec vpn cat /etc/resolv.conf

முடிவு அணுகக்கூடிய முகவரியை, loopback ஸ்டப்பை, அல்லது வேறு அணுகல்திறன் கொண்ட இடத்தைச் சுட்டும் குறியீட்டு இணைப்பைக் குறிப்பிடுகிறதா என்பதைக் கவனிக்கவும்.

exec உதவியாளர் உண்மையில் எதை ஏற்றுகிறது

ip-netns கருவி ஒவ்வொரு பெயர்வெளியின் கட்டமைப்பையும் /etc/netns/NAME/ கீழ் ஆவணப்படுத்துகிறது. அது ஒரு செயல்முறையைத் தொடங்கும்போது, உதவியாளர் ஒரு ஏற்றுதல் பெயர்வெளியை உருவாக்கி அந்தக் கோப்புகளை அவற்றின் வழக்கமான பாதைகளின் மேல் bind-mount செய்கிறது, எனவே செயல்முறை பெயர்வெளிக்கு உரிய நகலைப் பார்க்கிறது. இது இந்தக் குறிப்பிட்ட தொடக்கியின் வசதி. unshare அல்லது கொள்கல இயக்கநேரம் போன்ற வேறு வழியாக வலையமைப்புப் பெயர்வெளிக்குள் நுழைவது அதைத் தானாகவே மீண்டும் உருவாக்காது.

இங்கே பொறி loopback தீர்வி: 127.0.0.53 என்பது பெயர்வெளியின் சொந்த loopback, புரவலனின் ஸ்டப் அல்ல. புரவலன் பெயர்வெளியில் மட்டும் கேட்கும் ஸ்டப் புதியதில் சேவையாகாது.

பெயர்வெளி அடையக்கூடிய தீர்வியைத் தேர்ந்தெடுக்கவும்

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

தங்கள் சொந்த தீர்வி கொண்ட பயன்பாடுகள், எடுத்துக்காட்டாக DNS over HTTPS பயன்படுத்தும் ஒன்று, கோப்பை முற்றிலும் புறக்கணிக்கலாம். கருவிக்கு அதன் சொந்த DNS அமைப்பு இருந்தால், resolv.conf ஐ மாற்றுவது அதைப் பாதிக்காது, பெயர்வெளி ஒருபோதும் பிரச்சினையாக இருந்ததில்லை.

கோப்பை சரியான இடத்தில் எழுதவும்

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

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

முழுப் பாதையையும் மீண்டும் சோதிக்கவும்

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

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