Docker இன் pool ஒன்றுடன் ஒன்று மேற்படிதல் பிழை VPN வழித்தடப் பிரச்சினை அல்ல

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

ஒரே மாதிரி தெரியும் இரண்டு பிழைகள்

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

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

இரண்டும் முகவரித் திட்டப் பிரச்சினைகள். அவற்றில் ஒன்று மட்டுமே Docker பிரச்சினை.

முதலில் ஒதுக்கப்பட்ட pool களைப் படியுங்கள்

வலைப்பின்னல்களைப் பட்டியலிட்டு வெட்டக்கூடியவற்றை ஆய்வு செய்யுங்கள். துணை வலைப்பிணையம் IPAM உள்ளமைவில் உள்ளது, இணைக்கப்பட்ட கொண்டெய்னர்கள் தனியாகப் பட்டியலிடப்படுகின்றன:

docker network ls
docker network inspect EXISTING_NETWORK

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

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

VPN-ஐ தாண்டி நிற்கும் முன்னொட்டைத் தேர்ந்தெடுங்கள்

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

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

தேர்ந்தெடுத்த வரம்புகளை அடுத்த திட்டம் படிக்கக்கூடிய இடத்தில் எழுதுங்கள். ஒதுக்கப்பட்ட முன்னொட்டுகளின் ஒரு-வரி பதிவேடு விளக்கமற்ற ஒரு வார காலாவதிகளை விட மலிவானது.

வலைப்பின்னலை வேண்டுமென்றே விலக்குங்கள் அல்லது மாற்றுங்கள்

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

காலாவதியான வலைப்பின்னல் மோதும் ஒதுக்கீட்டைக் கொண்டிருந்தால், அதை நீக்கும் முன் யார் இணைக்கப்பட்டுள்ளார்கள் என்பதை ஆய்வு செய்யுங்கள். செயலில் உள்ள endpoint கள் இருக்கும் வரை docker network rm மறுக்கிறது, docker stop வலைப்பின்னல் பெயருக்குப் பதிலாக கொண்டெய்னர் பெயர்கள் அல்லது ID களை எடுக்கிறது. கொண்டெய்னரை நிறுத்துவது pool வைத்திருக்கும் வலைப்பின்னல் வரையறையையும் நீக்காது.

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

இயல்புநிலை pool கள் அடுத்த ஒதுக்கீட்டிற்கு மட்டுமே உதவும்

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

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

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

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