ஒவ்வொரு OpenVPN முனையிலும் ஒரு சேவை IP: அது செய்யாதவை

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

ஒரே முகவரி ஒவ்வொரு முனையிலும் ஏன் வேலை செய்கிறது

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

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

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

அதைச் சுரங்கப்பாதைக்கு அல்ல, லூப்பபேக்கிற்கு ஒதுக்குங்கள்

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

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

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

ip address show dev lo | grep 10.250.0.1
ip address add 10.250.0.1/32 dev lo

ஒரு வழியைத் தள்ளுங்கள், ஒரு இலக்கைக் கருதுங்கள்

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

சேவையைக் குற்றம் சொல்வதற்கு முன் வாடிக்கையாளர் எதை நிறுவினார் என்பதைச் சரிபார்க்கவும்.

ip route get 10.250.0.1

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

பகிரப்பட்ட முகவரி செய்ய முடியாதவை

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

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

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

சேவையின் அடையாளத்தைப் பெயருடன் வைத்திருங்கள்

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

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

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

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

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