Docker: VPN அமர்வின் போது முன்வரையறுக்கப்பட்ட முகவரிக் கூடங்கள் எதுவும் மீதமில்லை

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

எதையும் மாற்றுவதற்கு முன் எது தோல்வியடைந்தது என்பதை உறுதிப்படுத்துங்கள்

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

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

உங்களிடம் ஏற்கனவே உள்ள ஒதுக்கீடுகளை எண்ணுங்கள்

பிணையங்களைப் பட்டியலிட்டு, பின்னர் முக்கியமானவற்றை ஆய்வு செய்யுங்கள்: docker network ls, அதைத் தொடர்ந்து docker network inspect NETWORK_NAME. அவற்றின் IPAM துணைவலைகளையும் ஒவ்வொன்றுடன் இணைக்கப்பட்ட கொள்கலன்களையும் படியுங்கள். பல Compose திட்டங்கள் கொள்கலன் எண்ணிக்கை குறிப்பதை விட அதிக தொகுதிகளைப் பயன்படுத்துகின்றன, ஏனெனில் ஒவ்வொரு திட்டமும் அதன் சொந்த இயல்புநிலை பிணையத்தை உருவாக்க முனைகிறது. நிறுத்தப்பட்ட கொள்கலன் அதன் பிணையத்தின் ஒதுக்கீட்டை விடுவிக்காது.

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

எண்ணிக்கையை எழுதுங்கள். அடுத்த மாற்றம் உதவியதா என்பதைச் சொல்லும் அடிப்படைக் கோடு அதுவே.

வழித்தடங்களை டீமன் எவ்வாறு பார்க்கிறது என்பதை ஒப்பிடுங்கள்

VPN வேட்பாளர் தேர்வைப் பாதிக்கலாம், ஆனால் எவ்வாறு என்பதைத் துல்லியமான செயலாக்கம் தீர்மானிக்கிறது. Linux இல் Moby 28.2.2 இல், InferReservedNetworks பெயர்சேவையக முகவரிகளையும் சில on-link IPv4 வழித்தடங்களையும் சேகரிக்கிறது, ஒவ்வொரு அட்டவணையின் ஒவ்வொரு வழித்தடத்தையும் எளிமையாக ஒதுக்கி வைக்கவில்லை. சேகரிக்கப்பட்ட இணைப்பு வழித்தடங்கள் குறிப்பிடப்படாத இலக்கு முகவரியையும் விலக்குகின்றன, எனவே ஒரு 0.0.0.0/1 வழித்தடம் மட்டும் எல்லா முகவரிகளையும் ஒதுக்கி வைக்காது. மற்றொரு பரந்த on-link முன்னொட்டு, எடுத்துக்காட்டாக 128.0.0.0/1, பரிச்சிதமான 172 மற்றும் 192 வேட்பாளர் வரம்புகளை வெட்டலாம்.

VPN இணைவதற்கு முன்னும் பின்னும் ip -4 route show table all ஐ டீமனின் ஹோஸ்ட்டில் ஒப்பிடுங்கள். வேறுபாடே சான்று, பதிப்பே கூற்றின் எல்லை.

ஒரு வெளியீட்டின் ஹியூரிஸ்டிக்கை எல்லா வெளியீடுகளுக்கும் பொதுமைப்படுத்த வேண்டாம். அப்படித்தான் ஒரு மன்றப் பதில் கொள்கை மாற்றமாகிறது.

வேலை செய்யும் மிகச் சிறிய திருத்தத்தைத் தேர்ந்தெடுங்கள்

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

default-address-pools ஐ மாற்றுவது எதிர்கால ஒதுக்கீடுகள் குறித்த பரந்த கொள்கை. முரண்பாடற்ற அடிப்படையையும் பொருத்தமான ஒதுக்கப்பட்ட அளவையும் தேர்ந்தெடுத்து, அதை ஏற்கனவே உள்ள டீமன் அமைப்புகளுடன் இணைத்து, ஆவணப்படுத்தப்பட்ட மறுதொடக்கத் தாக்கத்தைத் திட்டமிடுங்கள். ஏற்கனவே உள்ள பிணையங்கள் அமைதியாக மறுஎண்ணிடப்படுவதில்லை.

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

ஒதுக்கீட்டையும் வழித்தடத்தையும் தனித்தனியாக ஏற்றுக்கொள்ளுங்கள்

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

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

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