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

மூன்று பொருட்கள், மூன்று வெவ்வேறு கேள்விகள்

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

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

பார்வையாளர் முனையங்களுக்கிடையே எதை இணைக்கலாம்

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

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

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

முன்னனுப்பும் வழங்குநர் என்ன தெரிந்திருக்க வேண்டும்

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

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

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

மேப்பிங் எவ்வளவு காலம் நீடிக்கிறது என்பது வெளிப்பாட்டை மாற்றுகிறது

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

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

வேண்டுமென்றே வெளியிடுங்கள், பின்னர் இரண்டு கதவுகளையும் மூடுங்கள்

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

openssl s_client -connect pub.example.net:443 -brief < /dev/null
curl -sSI https://pub.example.net/

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

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

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