பிரத்யேக VPN IP உங்கள் வலைத்தளத்தை வெளியிடாது
பிரத்யேக வெளியேறும் முகவரி உள்வரும் விநியோகம் பற்றி எதுவும் கூறாது. ஃபார்வேர்டிங் ஒப்பந்தத்தைச் சரிபார்த்து, மூலப் பக்கத்தை முடித்து, பின்னர் உயர் போர்ட்டை வெளியிடுங்கள்.
VPN வழங்குநரிடமிருந்து பிரத்யேக IP வாங்குவது முன் கதவை வாங்குவது போலத் தோன்றுகிறது. முகவரி நிலையானது, சுரங்கப்பாதை இயங்குகிறது, இருந்தும் வெளியில் யாருக்கும் தளம் ஏற்றப்படவில்லை. நீங்கள் வாங்கியது ஒரு ஒதுக்கீடு, உள்வரும் ஃபார்வேர்டிங் விதி அல்ல. இரண்டும் ஒரே கடையில் விற்கப்படுகின்றன, முற்றிலும் வெவ்வேறு இடங்களில் உள்ளமைக்கப்படுகின்றன.
முகவரி ஒரு ஒதுக்கீடு, ஃபார்வேர்டிங் விதி அல்ல
உள்வரும் பொது முகவரி அல்லது ஹோஸ்ட்பெயர், அனுமதிக்கப்பட்ட போக்குவரத்து, ஒதுக்கப்பட்ட வெளிப்புற போர்ட் மற்றும் வழங்குநர் விநியோகிக்கும் கிளையண்ட் பக்க இலக்கைப் பதிவு செய்யுங்கள். பின்னர் நீங்கள் தேர்ந்தெடுத்த சேவையகம், நெறிமுறை மற்றும் கணக்கு அம்சம் உண்மையில் ஃபார்வேர்டிங்கை ஆதரிக்கின்றனவா, வழங்குநர் அதில் ஹோஸ்டிங்கை அனுமதிக்கிறாரா என்பதை உறுதிப்படுத்துங்கள்.
பிரத்யேக என்ற சொல் முகவரி ஒதுக்கீட்டை விவரிக்கிறது. கோரப்படாத உள்வரும் போக்குவரத்து அனுமதிக்கப்படுகிறது என்று அர்த்தமல்ல, ஒரே இயக்குபவரின் வெவ்வேறு ஆட்-ஆன்கள் வெவ்வேறு திறன்களைக் கொண்டிருக்கலாம். பிரத்யேக முகவரியும் பிரத்யேக சேவையக தயாரிப்பும் தான் மக்கள் அதிகம் குழப்பிக்கொள்ளும் இரண்டு லேபிள்கள், ஆதரவுப் பக்கங்கள் பொதுவாக எது ஃபார்வேர்ட் செய்கிறது என்பதைத் தெளிவுபடுத்துகின்றன.
| What you have | What it gives you | What it does not |
|---|---|---|
| Dedicated exit address | A stable source address for outbound traffic | Any inbound delivery at all |
| Port-forwarding add-on | A provider-side mapping to your session | Permanence across reconnects |
| Local DNAT rule | Handling for packets that arrive | Making packets arrive |
ஒரு எடுத்துக்காட்டு ஒப்பந்தம் இப்படி இருக்கும்: வழங்குநர் TCP 203.0.113.60:45000 ஐ உங்கள் இணைக்கப்பட்ட சாதனத்தின் HTTPS சேவைக்கு 8443 போர்ட்டில் வழங்குகிறார். இது வேறொருவர் உள்ளமைத்த மேப்பிங்கின் விவரம், உங்கள் சொந்த ஃபயர்வாலில் தட்டச்சு செய்து அவர்களின் விளிம்பில் நீங்கள் உருவாக்கக்கூடிய விதி அல்ல.
மூலப் பக்கத்தை முடிக்கவும்
வலைப் பயன்பாடு VPN கிளையண்டிலேயே இயங்கினால், வழங்கப்பட்ட போர்ட்டில் ஒரு கேட்பான் மற்றும் அந்த போர்ட்டுக்கான வரம்புக்குட்பட்ட உள்ளூர் உள்ளீட்டு அனுமதி தேவை. கிளையண்ட் மேப் செய்யப்பட்ட இணைப்பை வேறு ஹோஸ்டுக்கு ஃபார்வேர்ட் செய்தால், இலக்கு மொழிபெயர்ப்பு, ஃபார்வேர்டிங் கொள்கை மற்றும் போய்-வரும் பயணத்தைத் தாங்கும் பதில் பாதை தேவை.
அணுகல் விதிகளை வழங்குநரின் பாதை உண்மையில் வழங்கும் மூல முகவரியைச் சுற்றி வடிவமைக்கவும். அது எப்போதும் அசல் பார்வையாளர் அல்ல, எப்போதும் VPN சேவையகமும் அல்ல, அந்த முகவரிகளில் ஒன்றுக்கு மட்டுமே பொருந்தும் விதியை எழுதும்போது இது முக்கியம்.
போர்ட் மொழிபெயர்ப்பும் HTTP ஐ HTTPS ஆக மாற்றாது. பொது போர்ட்டும் உள்ளூர் பயன்பாட்டுப் போர்ட்டும் சுதந்திரமாக வேறுபடலாம், ஆனால் திட்டம், சான்றிதழ் அடையாளம் மற்றும் மறுவழியமைப்புகள் மக்கள் உண்மையில் அடையும் சேவையுடன் பொருந்த வேண்டும். சான்றிதழ் பொது ஹோஸ்ட்டைக் குறிப்பிட்டால், ஒவ்வொரு படியிலும் அந்தப் பெயரை வைத்திருங்கள். இங்குள்ள பொருந்தாமை ரூட்டிங் தோல்வியாக அல்ல, உலாவி எச்சரிக்கையாகத் தோன்றும், இது மக்களை ஒரு மணி நேரம் தவறான பதிவுகளுக்கு அனுப்புகிறது.
உயர் போர்ட்டை நேர்மையாக வெளியிடுங்கள்
பார்வையாளர்கள் நேரடியாக இணைந்தால், வழங்குநர் உயர் போர்ட்டை ஒதுக்கியிருந்தால், அவர்களுக்கு முழு URL ஐக் கொடுங்கள். சாதாரண DNS முகவரிப் பதிவு இயல்புநிலையாக 443 ஐப் பயன்படுத்தும் HTTPS கோரிக்கையில் போர்ட்டைச் சேர்க்க முடியாது, TTL மாற்றம் அதை மாற்றாது.
வலை முன்முனையம் பார்வையாளர்களை வழக்கமான போர்ட்டில் ஏற்று, ஃபார்வேர்ட் செய்யப்பட்ட மூல போர்ட்டுக்கு தனது சொந்த இணைப்பை உருவாக்குவதன் மூலம் இதைத் தீர்க்கலாம். இருப்பினும் Cloudflare இன் இயல்புநிலை ப்ராக்ஸி போர்ட்டுகள் ஒரு வரையறுக்கப்பட்ட பட்டியல், மேலும் ப்ராக்ஸி செய்யப்பட்ட DNS பதிவைச் சேர்த்ததால் மட்டும் தன்னிச்சையாக ஒதுக்கப்பட்ட போர்ட் ஆதரிக்கப்படும் விளிம்புப் போர்ட்டாகாது.
மூலத்தின் இலக்குப் போர்ட்டை மாற்றுவது பார்வையாளர் போர்ட்டை மாற்றுவதிலிருந்து வேறுபட்ட செயல்பாடு. Cloudflare இன் Origin Rules பின்தள இணைப்புக்கான இலக்கு-போர்ட் மேலெழுதலை ஆவணப்படுத்துகின்றன, இது ஆதரிக்கப்படும் விதி, திட்டம் மற்றும் ஹோஸ்ட்பெயருக்கு வரம்பிடப்பட்டுள்ளது. போர்ட் மேலெழுதல் தன்னிச்சையான UDP அல்லது பிற நெறிமுறைகளுக்கான பொதுவான ரிலே அல்ல.
முன்முனையம் TLS ஐ முடிக்கும்போது, இரண்டு படிகளையும் சரிபார்க்கவும்: உலாவியிலிருந்து முன்முனையத்திற்கான சான்றிதழ் மற்றும் முன்முனையத்திலிருந்து மூலத்திற்கான இணைப்பு. VPN படி இரண்டு சரிபார்ப்புகளில் எதையும் மாற்றாது, மேலும் உள் முகவரி மறுவழியமைப்புகள் அல்லது குக்கீகளுக்குள் கசிவது, இரண்டில் ஒன்று மட்டுமே பொது பெயரை மனதில் கொண்டு உள்ளமைக்கப்பட்டதன் வழக்கமான அறிகுறி.
மேப்பிங்கை உயிரோடு வைத்திருங்கள்
சில வழங்குநர்கள் மீண்டும் இணைந்த பிறகு வேறு போர்ட்டை ஒதுக்குகிறார்கள், குத்தகைக்கு எடுக்கப்பட்ட மேப்பிங்கிற்கு வழங்குநர் பக்க நடவடிக்கை மூலம் புதுப்பித்தல் தேவைப்படலாம். உங்கள் வழங்குநர் ஆவணப்படுத்தும் பொறிமுறையைப் பின்பற்றி, கேட்பான், உள்ளூர் விதிகள், DNS அல்லது முன்முனைய விதியை தற்போதைய ஒப்பந்தம் கோரும் இடத்தில் மட்டும் புதுப்பிக்கவும்.
நிலையான பொது முகவரி போர்ட் குத்தகையை நிலையாக்காது. டாஷ்போர்டில் இன்னும் காட்டப்படும் முகவரியும் போர்ட்டும் செயலில் உள்ள அமர்வு மேப்பிங்கைக் கொண்டுள்ளது என்பதற்கான ஆதாரம் அல்ல, அதனால்தான் சோதனை ஸ்கிரீன்ஷாட் அல்ல, வெளியிலிருந்து வரும் புதிய கோரிக்கை.
பின்னர் நீங்கள் எதிர்பார்க்கும் நிலைகளை மீண்டும் செய்யுங்கள்: சாதாரண மீளிணைப்பு, மற்றும் VPN இழப்பு. இழப்பு மூலத்தை அணுக முடியாததாக்க வேண்டும் என்றால், புதுப்பிப்பான் பின்னணியில் நேரடி ISP பாதையை அமைதியாக மீண்டும் வெளியிட அனுமதிக்காதீர்கள். மேலும் ஃபார்வேர்டிங் ஒப்பந்தம் தளத்தின் நிலைத்தன்மைத் தேவைகளைப் பூர்த்தி செய்ய முடியாவிட்டால், இன்னொரு முகவரி லேபிளை வாங்கி அது சேவையகம் போல நடந்துகொள்ளும் என்று நம்புவதற்குப் பதிலாக வேறு வெளியீட்டு ஏற்பாட்டைத் தேர்ந்தெடுங்கள்.