OpenVPN வாடிக்கையாளர்களை Cloudflare வழியாக வழிநடத்தவா? முதலில் பங்கைச் சரிபார்க்கவும்
சாதன வாடிக்கையாளர் ஒரு திசைவி அல்ல. Cloudflare பங்கு மற்ற புரவலர்களின் பொதிகளை அனுப்புகிறது என்பதை உறுதிசெய்து, சேவையகத்தின் சொந்த சுரங்கத்தை அதன் பழைய பாதையில் வைத்திருங்கள்.
உங்களிடம் இயங்கும் OpenVPN சேவையகமும் Cloudflare இன் சாதன மென்பொருளையும் இயக்கும் புரவலன் ஒன்றும் உள்ளன, அடுத்த வெளிப்படையான படி வாடிக்கையாளர் போக்குவரத்தை அங்கு செலுத்துவது போலத் தெரிகிறது. ஒரு இயந்திரத்தில் இயங்கும் இரண்டு இணைப்புகள் சேர்ந்து ஒரு கடப்பு நுழைவாயிலாகாது. குறைவாக இருப்பது மற்றவருக்குச் சொந்தமான பொதிகளை அனுப்ப ஆவணப்படுத்தப்பட்ட பங்கு, மற்றும் அந்தப் பொதிகள் வரும்போது அவற்றை வகைப்படுத்தும் கொள்கை.
எந்த விதிக்கும் முன் நான்கு கேள்விகள் உள்ளன: எந்தப் போக்குவரத்து உள்ளே வருகிறது, அது அடுத்து எங்கு செல்கிறது, பதில்கள் திரும்பும் வழியை எப்படிக் கண்டுபிடிக்கின்றன, இரண்டாவது பாதை தோல்வியடையும் போது வடிவமைப்பு என்ன செய்கிறது. முதல் இரண்டு திறன் கேள்விகள்.
ஒரு புரவலனில் இரண்டு சேவைகள் கடப்புப் பாதை அல்ல
சாதன வாடிக்கையாளர் தான் இயங்கும் இயந்திரத்தில் தோன்றும் போக்குவரத்தைக் கையாளக் கட்டப்பட்டது. அது பெயர் தீர்வு அல்லது தேர்ந்தெடுத்த பயன்பாட்டுப் போக்குவரத்தைப் பிடித்து தன் சொந்தச் சுரங்கத்தின் வழியாக அனுப்புகிறது, அதன் கொள்கை அந்தச் சாதனத்தின் பயனர் மற்றும் அந்தச் சாதனத்தின் செயல்முறைகளுக்காக எழுதப்பட்டது. OpenVPN வாடிக்கையாளரிடமிருந்து அனுப்பப்படும் பொதி உள்ளூர் வெளியீடு அல்ல, எனவே அதே விதிகள் அதை வகைப்படுத்துவதில்லை. இது பரந்த விதியால் மூடக்கூடிய உள்ளமைவு விவரம் அல்ல, ஏனெனில் மென்பொருள் பொதியை எப்படியும் பார்க்கிறதா என்பதை இது தீர்மானிக்கிறது.
அதனால்தான் வடிவமைப்புக் கேள்வி திறன் கேள்வி. நிறுவப்பட்ட தயாரிப்புக்கு மற்ற வலையமைப்புகளுக்கான போக்குவரத்தை அனுப்பும் ஆவணப்படுத்தப்பட்ட பங்கு உள்ளது, அல்லது கடப்புச் செயல்பாடு முற்றிலும் வேறு இடத்துக்கு உரியது.
Cloudflare இன் எந்தப் பங்கு அனுப்ப அனுமதிக்கப்படுகிறது
Cloudflare இன் சாதன வாடிக்கையாளர் நோக்கத்தில் வேறுபடும் முறைகளை வழங்குகிறது: பெயர் தீர்வு மட்டும், சாதனத்திலிருந்து போக்குவரத்து, சில நேரங்களில் இரண்டும். அந்த முறைகளில் எதுவும் வேறு சுரங்கம் வழியாக வரும் தனியார் வரம்புக்கு புரவலனை திசைவியாக மாற்றாது. தனிப்பட்ட திசைவழிப்படுத்தல் பங்கு அதன் சொந்த இணைப்பான், பதிவு மற்றும் வலையமைப்பு மாதிரியைக் கொண்ட தனித் தயாரிப்பு.
| Question | What has to answer it |
|---|---|
| Does the installed product forward packets from other hosts? | A documented routing or connector role, not a device mode |
| Which prefixes does the connector advertise? | Its own configuration and status output |
| Does the server's own transport still take the old path? | ip route get for the endpoint, before and after |
| Do replies return through the same path? | Connection tracking counters on the forward rule |
அதைச் சுற்றி பாதைகளை வடிவமைக்கும் முன் நிறுவப்பட்ட பங்கைச் சரிபார்க்கவும். இணைப்பான் எந்த இடைமுகத்தை உருவாக்குகிறது, குறிப்பிட்ட முன்னொட்டுகள் அல்லது இயல்புநிலை பாதையை அறிவிக்கிறதா, மற்றும் உள்ளூர் கொள்கை உள்ளூர் பொதிகளுக்கு மட்டுமல்ல அனுப்பப்பட்ட பொதிகளுக்கும் பொருந்துகிறதா என்பதைப் படியுங்கள். உள்ளூர் போக்குவரத்து மட்டுமே கையாளப்பட்டால், மொழிபெயர்ப்பு விதி எப்படி எழுதப்பட்டாலும் OpenVPN சேவையகம் கடப்புப் புள்ளியாக முடியாது.
இங்கேயே பொது வெளியேற்றத் தேவையைத் துல்லியமாகக் கூற வேண்டும். அனுப்பப்பட்ட வாடிக்கையாளர் போக்குவரத்துக்கு Cloudflare வழங்கும் வெளியேற்றம் ஒரு குறிப்பிட்ட பயன்பாட்டு நிலை, அது உண்மையில் உங்களிடம் உள்ள சேவைக்கு எதிராக உறுதிசெய்யப்பட வேண்டும்.
வெளிச் சுரங்கத்தை புதிய பாதையிலிருந்து சுயாதீனமாக வைத்திருங்கள்
புதிய இடைமுகத்துக்கு இயல்புநிலை பாதையைச் சேர்க்கும் அந்தக் கணமே, சேவையகத்தின் சொந்த வெளிச் செல்லும் போக்குவரத்து அதற்காகப் போட்டியிடத் தொடங்குகிறது, அதில் OpenVPN வாடிக்கையாளர்களுக்கான பதில்களும் இயந்திரத்துக்கான உங்கள் SSH அமர்வும் அடங்கும். வழக்கமான அறிகுறி என்பது நிறுவப்பட்டுப் பிறகு இறக்கும் சுரங்கம், அல்லது மாற்றம் வெற்றியடைந்ததைப் போலத் தோன்றும் போது வெளியே பூட்டப்படும் நிர்வாகி. முனையத்துக்கான ip route get ஐ முன்னும் பின்னும் ஒப்பிடுங்கள், சேவையகத்தின் சொந்தப் போக்குவரத்தை அது இருந்த இடத்திலேயே வைக்கக் கொள்கை அடிப்படையிலான திசைவழிப்படுத்தல் அல்லது புரவலன் பாதையைப் பயன்படுத்துங்கள். அந்த ஒப்பீட்டை இயந்திரத்திலிருந்தே இயக்குங்கள், ஏனெனில் சேவையகம் தன் பாதையைப் பற்றிய தன் பார்வையே முக்கியம்.
சேவையகத்தின் பொது முகவரிக்கான விதிவிலக்கு தானாகவே போதாது, ஏனெனில் ஒவ்வொரு தொலை நிர்வாகியின் திரும்பும் பாதையும் வேறு ஓட்டம். அந்த ஓட்டங்களில் எது மாற்றத்தைத் தாங்க வேண்டும் என்பதைத் தீர்மானியுங்கள், பிறகு முதல் ஒன்று மற்றவற்றை மூடுகிறது என்று கருதுவதற்குப் பதிலாக ஒவ்வொன்றையும் சரிபார்க்கவும்.
அனுப்புதல் மற்றும் மொழிபெயர்ப்பை ஒரே ஓட்டத்துக்கு மட்டுப்படுத்துங்கள்
பெறப்பட்ட பொதிகள் உள்ளூர் வெளியீட்டுப் பாதையை அல்ல, அனுப்பும் பாதையைப் பின்பற்றுகின்றன, எனவே முக்கியமான விதி forward கொக்கியில் வாழ்கிறது. அடுத்த இடைமுகத்துக்கு மொழிபெயர்ப்பு தேவைப்படும் இடத்தில், மூலத்தை வாடிக்கையாளர் குளத்துக்கும், இலக்கை அனுமதிக்கப்பட்டதற்கும், வெளியேற்றத்தை அந்த ஒரே இடைமுகத்துக்கும் மட்டுப்படுத்துங்கள். ஒரு இடைமுகத்துடன் மட்டும் பிணைக்கப்பட்ட masquerade விதி தானாக எந்தப் பாதையையும் தேர்ந்தெடுக்காது, வேறு எந்த வடிகட்டியையும் தாண்டி அனுப்ப அனுமதிக்காது.
தோல்வியின் போது மூடும் நடத்தையை முன்கூட்டியே தீர்மானித்து, பிறகு அதைச் சோதியுங்கள். அடுத்த பாதையை நிறுத்தி, வாடிக்கையாளர்கள் அமைதியாக வழக்கமான மேல்நோக்கி இணைப்புக்குத் திரும்புவதற்குப் பதிலாக நோக்கமிட்ட வெளியேற்றத்தை இழக்கிறார்கள் என்பதை உறுதிசெய்யுங்கள், ஏனெனில் போக்குவரத்து தவறான கதவு வழியாக வெளியேறத் தொடங்கும் வரை யாரும் கவனிக்காத முடிவு அதுவே. பெயர் தீர்வு மற்றும் IPv6 க்கான சரிபார்ப்பை மீண்டும் செய்யுங்கள், ஏனெனில் v4 க்கு மட்டுமான விதித்தொகுப்பு v6 பாதையைத் திறந்து விடுகிறது.
நீங்கள் நின்ற நான்கு பதில்களையும் ஒவ்வொன்றையும் நிரூபிக்கும் கவனிப்பையும் எழுதுங்கள். நீங்கள் விவரிக்கக்கூடிய கடப்புப் பாதையே அடுத்த சம்பவ மறுஆய்வில் நீங்கள் பாதுகாக்கக்கூடிய பாதை.