ஹோஸ்ட் IPsec இணையை அடைகிறது, Docker கொள்கலன் அடையவில்லை

Linux இயந்திரத்திலிருந்து தொலை ஹோஸ்ட்டுக்கு ping அனுப்புகிறீர்கள், அது பதிலளிக்கிறது, எனவே சுரங்கப்பாதை வேலை செய்கிறது. உங்கள் பக்கத்தில் உள்ள கொள்கலன் இன்னும் நேரம் முடிந்து நிற்கிறது, அடுத்த இயல்பான படி Docker-ஐ மீண்டும் தொடங்குவது. பிரிட்ஜ் நெட்வொர்க் கொள்கலன் பொதுவாக வேறு மூல முகவரியுடன் தொடங்கி, ஹோஸ்ட்டுக்குள் பயன்பாட்டின் சொந்த வெளியேறும் பாதை வழியாக அல்லாமல் ஃபார்வர்டிங் வழியாக நுழைகிறது, எனவே வெற்றிகரமான சோதனை வேறு ஒரு பொதியை அளந்தது. கொள்கை அடிப்படையிலான strongSwan சுரங்கப்பாதைக்கு, அனுப்பப்பட்ட பொதி நிறுவப்பட்ட IPsec கொள்கையுடன் பொருந்தாதபோது தொலை சப்நெட்டுக்கான சாதாரண வழி போதாது.

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

ஒரு இலக்கு, இரு மூலங்களுடன் தொடங்குங்கள்

முதலில் IP அடிப்படையில் அறியப்பட்ட சேவையைத் தேர்ந்தெடுங்கள், ஒரே நேரத்தில் DNS-ஐ பிழைதிருத்த வேண்டாம். மூன்று உண்மைகளைப் பதிவு செய்யுங்கள்: கொள்கலனின் பிரிட்ஜ் முன்னொட்டு, வெற்றிகரமான ஹோஸ்ட் கோரிக்கையின் மூல முகவரி, மற்றும் சுரங்கப்பாதைக்கு ஒப்புக்கொள்ளப்பட்ட உள்ளூர் மற்றும் தொலை டிராஃபிக் தேர்விகள். அந்த மூன்று எண்கள் இந்த அறிகுறியின் கிட்டத்தட்ட ஒவ்வொரு நிகழ்வையும் விளக்குகின்றன.

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

Docker-ஐத் தொடும் முன் கொள்கைகளைப் படியுங்கள்

படிக்க-மட்டும் ஹோஸ்ட் சோதனைகள் வழித்தட முடிவுகள், கொள்கை தரவுத்தளம் மற்றும் அவற்றுக்கிடையே தேர்ந்தெடுக்கும் விதிகளை உள்ளடக்குகின்றன:

ip rule show
ip route show table all
ip xfrm policy

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

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

வடிகட்டலையும் மொழிபெயர்ப்பையும் வரிசையாகச் சரிபார்க்கவும்

Docker-இன் Linux பிரிட்ஜ் ஃபயர்வால் ஃபார்வர்டிங்கை IPsec-இலிருந்து சுயாதீனமாகத் தடுக்கலாம். iptables backend உடன் FORWARD பாதையையும் DOCKER-USER முடிவுகளையும் பாருங்கள், முந்தைய தீர்ப்புக்குப் பிறகு சேர்க்கப்பட்ட விதி ஒருபோதும் இயங்காமல் இருக்கலாம் என்பதை நினைவில் கொள்ளுங்கள். nftables backend வேறு வகையில் ஒருங்கிணைகிறது, எனவே ஏதோ ஒரு iptables உதாரணம் அதை அப்படி அழைத்ததால் மட்டும் DOCKER-USER சங்கிலியை உருவாக்க வேண்டாம்; உங்கள் daemon உண்மையில் எந்த backend-ஐப் பயன்படுத்துகிறது என்பதைச் சரிபார்க்கவும்.

பின்னர் மூல மொழிபெயர்ப்பைச் சரிபார்க்கவும். பரந்த MASQUERADE விதி, முன்பு IPsec தேர்வியுடன் பொருந்திய பொதியை இனிப் பொருந்தாத ஒன்றாக மாற்றலாம், தோல்வி சரியாக வழித்தடச் சிக்கல் போலவே தெரிகிறது. strongSwan ஃபார்வர்டிங் வழிகாட்டி ஏற்கெனவே கொள்கையுடன் பொருந்தும் டிராஃபிக்கிற்கு அத்தகைய மொழிபெயர்ப்புக்கு முன் தேவையான NAT விலக்கை ஆவணப்படுத்துகிறது.

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

பின்னர் வழித்தடமா மொழிபெயர்ப்பா என முடிவு செய்யுங்கள்

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

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

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

புதிய இணைப்பால் சரிபார்க்கவும், மறுதொடக்கத்தால் அல்ல

புதிய பயன்பாட்டு இணைப்பைப் பயன்படுத்தி, குறுகிய ஃபயர்வால் கவுண்டர்களையும் தொலைப் பெறுநரையும் கவனியுங்கள், ஒவ்வொரு கவனிப்புக்கும் மூலம் இருக்க வேண்டும். Docker-ஐ மறுதொடக்கம் செய்வது விதிகளின் நிலையை மாற்றலாம், வேலைச்சுமையையும் பாதிக்கும், இது நீங்கள் பெற முயன்ற தூய சமிக்ஞையை இழக்கச் செய்கிறது.

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