கட்டுரைகள்

WHOIS பாரம்பரியமாக TCP போர்ட் 43-ஐப் பயன்படுத்துகிறது; அதற்கென ஒரே பொதுவான பதில் வடிவம் வரையறுக்கப்படவில்லை. RDAP என்பது JSON வடிவத் தரவு, நிலைக் குறியீடுகள், இணைப்புகள், சேவைக் கண்டறிதல் ஆகியவற்றைக் கொண்ட HTTP API. பொது உயர்நிலை டொமைன்களுக்கு, 2025 ஜனவரி 28 முதல் ICANN, பதிவுத் தரவுக்கான இறுதி அதிகாரப்பூர்வ சேவையாக RDAP-க்கு மாறியது; நாட்டுக் குறியீட்டு டொமைன்கள் வேறு கொள்கைகளைப் பின்பற்றலாம்.

Shared ஹோஸ்டிங், VPS, டெடிகேட்டட் சர்வர்களை ஒப்பிட, விளம்பரப்படுத்தப்படும் அதிகபட்ச வேகமோ திட்டத்தின் பெயரோ போதாது. அணுகல் தொழில்நுட்பம், வளங்கள், தனிமைப்படுத்தல், ரூட்டிங், peering/transit, முகவரிக் கொள்கை, ஆதரவு சேவை என அனைத்துமே முக்கியம். விளம்பரத்தில் ஒரே மாதிரியான விவரக்குறிப்புகளைக் கொண்ட இரண்டு சேவைகள் சுமை ஏறும்போது வெவ்வேறு விதமாக நடந்துகொள்ளலாம்.

SPF, envelope டொமைனுக்காக அனுப்பும் ஹோஸ்ட்களை அங்கீகரிக்கிறது; DKIM, டொமைன் விசையால் செய்தியின் தேர்ந்தெடுக்கப்பட்ட உள்ளடக்கத்தில் கையொப்பமிடுகிறது; DMARC, அடையாளங்காட்டிகளின் ஒத்திசைவை (alignment) மதிப்பிட்டு, கொள்கை/அறிக்கைத் தகவலை வெளியிடுகிறது. ஓர் இயங்குமுறையில் தேர்ச்சி பெற்றது என்பதால் செய்தி நம்பகமானது என்று நிரூபணமாகாது.

TCP ஹேண்ட்ஷேக் டிரான்ஸ்போர்ட் அல்லது நெட்வொர்க் பாதையில்தான் நடக்கிறது. உள்ளூர் சாக்கெட், IP விநியோகம், TCP அல்லது UDP நடத்தை, ஃபயர்வால் வடிகட்டல், NAT ஆகியவற்றைத் தனித்தனியாகப் பாருங்கள். Ping வெற்றிகரமாக இருந்தாலும் TCP போர்ட்டை அணுக முடியும் என்று அர்த்தமில்லை; போர்ட் திறந்திருந்தாலும் பயன்பாட்டு நெறிமுறை சரியாக இயங்குகிறது என்றும் அர்த்தமில்லை.

TCP, UDP இரண்டுமே IP மீது செயலித் தரவைக் கொண்டுசெல்கின்றன; ஆனால் அவை தரும் சேவைகள் வேறு. உறுதிப்படுத்தல்களும் மறுபரிமாற்றமும் கொண்ட, வரிசை தவறாத பைட் ஸ்ட்ரீமை TCP செயலிகளுக்குத் தருகிறது. UDP, போக்குவரத்து அடுக்கில் அத்தகைய உத்தரவாதங்கள் எதுவுமின்றி தனித்தனி டேட்டாகிராம்களை அனுப்புகிறது. இவற்றில் எதுவும் தானாகச் சிறந்தது அல்ல: செயலியின் தேவைகளே தீர்மானிக்கின்றன.

செயலித் தரவு பாதுகாக்கப்படுவதற்கு முன், TLS 1.3 ஹேண்ட்ஷேக் குறியாக்க அளவுருக்களை ஒப்புக்கொள்கிறது, விசைப் பரிமாற்றத்தைச் செய்கிறது, சான்றிதழ் மூலம் சர்வரின் அடையாளத்தை உறுதிப்படுத்துகிறது. அமர்வு மீட்டெடுப்பு (session resumption) பிந்தைய இணைப்புகளின் அமைவுப் பணியைக் குறைக்கலாம்; ஆனால் சான்றிதழ், அடையாளம் தொடர்பான கவனத்தை அது நீக்குவதில்லை.

TLS சர்வர் பொதுவாகத் தன் leaf சான்றிதழையும், கிளையன்ட்டிடம் ஏற்கெனவே உள்ள நம்பிக்கை நங்கூரத்தை (trust anchor) நோக்கிப் பாதையை உருவாக்கத் தேவையான இடைநிலைச் சான்றிதழ்களையும் முன்வைக்கிறது. ரூட் சான்றிதழ் பொதுவாகத் தனக்குத்தானே சான்றாக அனுப்பப்படுவதில்லை; நம்பிக்கை கிளையன்ட்டின் நம்பிக்கைச் சேமிப்பகத்திலிருந்து வருகிறது.

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

traceroute, IPv4 TTL அல்லது IPv6 Hop Limit மதிப்பைப் படிப்படியாக உயர்த்தி, வழியில் பதிலளிக்கும் ரவுட்டர்களைப் பதிவுசெய்கிறது. இது இலக்குக்கான பாதையின் ஒரு பகுதியைக் காட்டுகிறது; ஒவ்வொரு பாக்கெட்டும் சென்ற பாதையின் உத்தரவாதமான வரைபடத்தை அல்ல.

Traceroute, பாக்கெட்டுகள் ஒரு சேருமிடத்தை நோக்கிச் செல்லக்கூடிய பாதையைக் காட்டும் கண்டறிதல் கருவி. பதிலளிக்கும் ஹாப்களையும் சோதனைப் பாக்கெட்டுகளுக்கு (probe) பதில் வர எடுத்த நேரத்தையும் அது பட்டியலிடுகிறது. ஒரு trace குறிப்பிட்ட நெட்வொர்க் நிலைமைகளில் எடுக்கப்பட்ட ஒரு கணநேரப் படம் மட்டுமே; இணையத்தின் நிரந்தர வரைபடமோ, ஒவ்வொரு பயன்பாட்டுப் பாக்கெட்டும் எங்கே பயணிக்கிறது என்பதற்கான சான்றோ அல்ல.

URL, ஹோஸ்ட்பெயர், டொமைன், பாதை ஆகியவை பயன்பாட்டு அடுக்குக் கோரிக்கையை விவரிக்கின்றன; நெட்வொர்க் அணுகலையும் வெப் சர்வரின் பதிலையும் பிரித்துப் பாருங்கள். DNS பெயரைச் சரியாகத் தீர்த்து, TCP/TLS இணைப்பும் ஏற்பட்ட பிறகும் HTTP ஒரு திசைதிருப்பலையோ பிழையையோ தரலாம். நிலைக் குறியீடு, Location, ஹோஸ்ட்பெயர், பாதை (path), URL scheme ஆகியவை பரிவர்த்தனையின் வெவ்வேறு பகுதிகளை விவரிக்கின்றன.

Userbar என்பது மன்றம் (forum) அல்லது சமூகச் சுயவிவரக் கையொப்பத்தில் வைக்கப்படும் சிறிய படம். ஆர்வங்கள், சார்புகள் அல்லது ஒரு தளத்துக்கான இணைப்பைக் காட்ட இந்தக் குறுகிய பேனர்கள் 2000-களில் குறிப்பாகப் பிரபலமாக இருந்தன. இன்று அவை பெரும்பாலும் இணையத்தின் கடந்த காலத்தைச் சேர்ந்த ஒரு வடிவம்; இருந்தாலும் சில சமூகங்கள் இன்னும் அவற்றை அனுமதிக்கின்றன.

VPN-ஐயும் ப்ராக்ஸியையும் ஒப்பிடும்போது, உங்களுக்கு எந்தப் பண்பு தேவை என்று முதலில் தீர்மானியுங்கள்: ரகசியத்தன்மை, ஒருமைப்பாடு (integrity), அங்கீகாரம் (authentication), அல்லது தொடர்புபடுத்தப்படுவதைக் குறைத்தல். வெவ்வேறு வழிமுறைகள் வெவ்வேறு சிக்கல்களைத் தீர்க்கின்றன: குறியாக்கம் (encryption) ஹாஷிங் அல்ல, VPN என்பது பயன்பாட்டு ப்ராக்ஸி போன்றதல்ல, வெளியே தெரியும் ஓர் அடையாளத்தை மாற்றிவிடுவதால் முழுமையான அநாமதேயம் கிடைத்துவிடாது.

நிகழ்நேரத் தகவல்தொடர்புக்கான சாத்தியமான பாதைகளைக் கண்டறிய WebRTC, ICE-ஐப் பயன்படுத்துகிறது. நவீன உலாவிகள் உள்ளூர் முகவரிகளுக்குத் தனியுரிமைக் கட்டுப்பாடுகளைப் பயன்படுத்துகின்றன; இருந்தாலும் உலாவி, VPN, உள்ளமைவைப் பொறுத்து, காணப்படும் candidate-கள் பயனுள்ள நெட்வொர்க் தகவலை வெளிப்படுத்தக்கூடும்.

HTTP அடிப்படையிலான தொடக்க ஹேண்ட்ஷேக்குக்குப் பிறகு, WebSocket நீண்ட நேரம் நீடிக்கும் இருவழி இணைப்பை ஏற்படுத்துகிறது. அரட்டை, அறிவிப்புகள், நிகழ்நேரத் தரவு ஆகியவற்றுக்கு இது பொருத்தமானது; ஆனாலும் ப்ராக்ஸிகள், சுமைப் பகிர்விகள் (load balancers), நெட்வொர்க் நேர வரம்புகள் அமர்வைத் துண்டிக்கக்கூடும்.

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

Ethernet-உம் Wi-Fi-உம் ஒரே இணையச் சேவையை அடையலாம்; ஆனால் உள்ளூர் இணைப்பில் அவை வெவ்வேறு விதமாக நடந்துகொள்கின்றன. Wi-Fi ரேடியோ ஒளிபரப்பு நேரத்தைப் பகிர்ந்துகொள்கிறது; சிக்னலையும் குறுக்கீட்டையும் சார்ந்திருக்கிறது. கம்பி வழி Ethernet பொதுவாக அதிக நிலையான உள்ளூர் இணைப்பைத் தருகிறது.

ஃபயர்வால் விதிகளின்படி நெட்வொர்க் போக்குவரத்தை அனுமதிக்கிறது அல்லது தடுக்கிறது. அது ஒரு கணினியிலோ, வீட்டு ரவுட்டரிலோ, cloud நெட்வொர்க்கின் எல்லையிலோ இயங்கலாம். விதிகள் இணைப்புகளுக்கான அணுகலைக் கட்டுப்படுத்துகின்றன; அனுமதிக்கப்பட்ட பயன்பாட்டைத் தானாகப் பாதுகாப்பானதாக்குவதில்லை.

அதிகாரப்பூர்வ DNS-க்கும் ரிகர்சிவ் DNS-க்கும் உள்ள வேறுபாடு ஸ்டப் ரிசால்வர் → ரிகர்சிவ் ரிசால்வர் → ஒப்படைப்பு (delegation) → அதிகாரப்பூர்வ நேம்சர்வர் என்ற பாதையைப் பார்த்தால் தெளிவாகும். ரிகர்சிவ் ரிசால்வர் தன் கேஷிலிருந்தே பதில் தரலாம்; எனவே பயனருக்குக் கிடைக்கும் பதில் அதிகாரப்பூர்வ சர்வரிலிருந்து நேரடியாக வந்ததாக இருக்க வேண்டியதில்லை. முடிவு எங்கிருந்து வந்தது, அதை எவ்வளவு நேரம் பயன்படுத்தலாம் என்பதை TTL, பதிவு வகை, பதில் குறியீடு ஆகியவை சொல்கின்றன.

அபெக்ஸ் டொமைனையும் www-ஐயும் ஸ்டப் ரிசால்வர் → ரிகர்சிவ் ரிசால்வர் → ஒப்படைப்பு (delegation) → அதிகாரப்பூர்வ நேம்சர்வர் என்ற பாதையில் ஒப்பிட்டுப் பாருங்கள். ரிகர்சிவ் ரிசால்வர் தன் கேஷிலிருந்தே பதில் தரலாம்; எனவே பயனருக்குக் கிடைக்கும் பதில் அதிகாரப்பூர்வ சர்வரிலிருந்து நேரடியாக வந்ததாக இருக்க வேண்டியதில்லை. முடிவு எங்கிருந்து வந்தது, அதை எவ்வளவு நேரம் பயன்படுத்தலாம் என்பதை TTL, பதிவு வகை, பதில் குறியீடு ஆகியவை சொல்கின்றன.

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

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

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

வேகச் சோதனையைப் பக்கத்தில் உட்பொதித்தால், அந்தப் பக்கம் புதிதாக ஒன்றைச் சார்ந்திருக்கத் தொடங்குகிறது: iframe அல்லது JavaScript, நெட்வொர்க் கோரிக்கைகள், கேஷிங், பதிவுசெய்தல் (logging). உட்பொதித்த வேகச் சோதனையையோ IP விட்ஜெட்டையோ HTTPS/CSP இணக்கம், செயல்திறன் வரவுசெலவு (performance budget), கிடைக்கும்தன்மை, மூன்றாம் தரப்புக்குத் தெரியும் தொழில்நுட்பத் தரவு ஆகியவற்றின் அடிப்படையில் மதிப்பிட வேண்டும்.

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