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

இரண்டு பெயர்கள், இரண்டு அடுக்குகள்

TLS இணைப்பு அதன் கைக்குலுக்கலில் சேவையகப் பெயரைக் கொண்டு செல்லலாம். இணைப்பு ஏற்பட்ட பிறகு, HTTP கோரிக்கை தனக்குத் தேவையான அதிகாரத்தை அடையாளம் காட்டுகிறது, பொதுவாக Host தலைப்பில். இவை இரண்டு புலங்கள், வெவ்வேறு தருணங்களில் வெவ்வேறு மென்பொருள் பகுதிகளால் படிக்கப்படுகின்றன.

LayerWhat carries the nameWho reads it
TLS handshakeServer name indicationThe TLS terminator in front of the service
HTTP requestAuthority or Host headerThe routing layer that picks a backend
Network pathDestination address and portRouters, and the VPN peer if one is in use

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

ஃபிரண்டிங் நுட்பத்தை அல்ல, வழங்குநரைச் சார்ந்தது

ஒரு வரம்புக்குட்பட்ட எடுத்துக்காட்டாக, Front Door பற்றிய அடிக்கடி கேட்கப்படும் கேள்விகள் Azure ஆவணம் டொமைன் ஃபிரண்டிங்கிற்கு எதிரான பாதுகாப்புகளைப் பதிவு செய்கிறது. அதில் ஒரே சந்தாவில் உள்ள மற்றும் கட்டமைக்கப்பட்ட வழிகளில் உள்ள டொமைன்களுக்கு அனுமதிக்கப்பட்ட பொருந்தாமை, மேலும் பொருந்தாமைப் பாதுகாப்பு ஒரு கோரிக்கையைத் தடுக்கும்போது 421 Misdirected Request பதில் ஆகியவை விவரிக்கப்பட்டுள்ளன.

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

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

VPN உண்மையில் எதைத் தேர்ந்தெடுக்கிறது

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

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

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

தெரிவுநிலை இருமமானது அல்ல

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

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

மூன்று பெட்டிகளை வரையுங்கள்

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

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

தொடர்புடைய கட்டுரைகள்