உங்கள் URL-க்கு 45000 அல்ல, போர்ட் 80 அல்லது 443 நுழைவு ஏன் தேவை

உலாவியில் ஒரு ஹோஸ்ட்பெயரை தட்டச்சு செய்யுங்கள், திட்டம் இலக்கு போர்ட்டை தீர்மானிக்கிறது: http-க்கு 80, https-க்கு 443. DNS பதிலில் எதுவும் அதை ரத்து செய்யாது, உங்கள் இயந்திரத்தில் உள்ள எந்த ஃபார்வேர்டிங் விதியும் வழங்குநரின் விளிம்பில் ஒரு கேட்பவரை உருவாக்க முடியாது. VPN வழங்குநர் உங்களுக்கு 45000 போன்ற உயர் பொது போர்ட்டைக் கொடுக்கும்போது, வெளிப்படையான URL வேலை செய்யும், சுத்தமானது செய்யாது. இடைவெளி நுழைவுப் புள்ளியில் உள்ளது, பயன்பாட்டின் உள்ளே அல்ல.

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

கோரிக்கை உண்மையில் எங்கு செல்கிறது என்று பாருங்கள்

உலாவி பெயரை முகவரியாகத் தீர்த்து, பிறகு URL வேறு போர்ட்டைக் குறிப்பிடாவிட்டால் திட்டத்தின் இயல்புநிலை போர்ட்டில் அந்த முகவரியுடன் இணைகிறது. வரும் இணைப்புக்கு என்ன நடக்கிறது என்பதை உங்கள் வழங்குநரின் விளிம்பு தீர்மானிக்கிறது. அதன் ஃபார்வேர்டிங் அட்டவணை 45000-ஐ மட்டும் உங்கள் உள் முகவரிக்கு வரைபடமாக்கினால், 80-க்கான இணைப்புக்கு செல்ல இடமில்லை, உங்கள் இயந்திரம் ஈடுபடுவதற்கு முன்பே அது நிராகரிக்கப்படும் அல்லது கைவிடப்படும்.

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

உள்ளூர் விதி விளிம்பை ஏன் சரிசெய்ய முடியாது

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

DNS-ஆலும் போர்ட்டை எடுத்துச் செல்ல முடியாது. HTTP விவரக்குறிப்பு திட்டத்தின் இயல்புநிலைகளை வரையறுக்கிறது, A அல்லது AAAA பதிவு முகவரியைத் திருப்பித் தருகிறது, CNAME வேறு பெயரைத் திருப்பித் தருகிறது. உலாவி இன்னும் திட்டத்தின் போர்ட்டை இணைக்கிறது, எனவே URL-இல் உள்ள வெளிப்படையான போர்ட் மட்டுமே இலக்கை மாற்றுகிறது.

விருப்பம் ஒன்று: வெளிப்படையான போர்ட்டை வைத்திருங்கள்

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

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

விருப்பம் இரண்டு: இயல்புநிலை போர்ட்டில் உண்மையான நுழைவைப் பெறுங்கள்

சில வழங்குநர்களும் ஹோஸ்டிங் ஏற்பாடுகளும் ஆவணப்படுத்தப்பட்ட சேவையாக பகிரப்பட்ட அல்லது அர்ப்பணிக்கப்பட்ட முகவரியில் 80 மற்றும் 443-ஐ அனுப்புகின்றன. பொது வெளியேறும் முகவரி தன்னிச்சையான உள்வரும் போர்ட்டுகளைக் குறிக்கும் என்று கருதுவதற்குப் பதிலாக உண்மையில் என்ன சேர்க்கப்பட்டுள்ளது என்று கேளுங்கள். அர்ப்பணிக்கப்பட்ட வெளியேறும் முகவரி உள்வரும் ஃபார்வேர்டிங்கைப் பற்றி எதுவும் கூறாது.

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

விருப்பம் மூன்று: முன்னால் ஒரு ஃப்ரண்ட்எண்டை வையுங்கள்

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

இது நீங்கள் இயக்குவதையும் மாற்றுகிறது. ஃப்ரண்ட்எண்டிடம் பொது TLS, அணுகல் கொள்கை, பதிவுகள் மற்றும் கிடைக்கும் தன்மை உள்ளன, அது backend தேர்வை நோக்கமான சேவைக்கு மட்டுப்படுத்த வேண்டும். ஃப்ரண்ட்எண்டிலிருந்து backend-க்கான தாவல் HTTPS-ஐப் பயன்படுத்தினால், அந்தத் தாவலில் சான்றிதழ் சரிபார்ப்பை வைத்திருங்கள்.

ஒரே மூலத்தை வைத்திருங்கள்

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

பிறகு பார்வையாளர்களை மனதில் வைத்து முடிவெடுங்கள். குறுகிய URL நிர்வகிக்கப்பட்ட ஃப்ரண்ட்எண்டை நியாயப்படுத்தலாம், VPN-க்கு மட்டுமான தனிப்பட்ட சேவையை தவறுதலாக பொதுச் சேவையாக மாற்றுவது மதிப்புக்குரியது அல்ல.