கட்டுரைகள்

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

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

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

API rate limit-களும் மறுமுயற்சிகளும் (retries) கிளையன்ட்டுக்கும் API-க்கும் இடையிலான ஒப்பந்தத்தின் ஒரு பகுதி. வெற்றி, சரிபார்ப்புப் பிழைகள் (validation errors), அங்கீகாரத் தோல்விகள், rate limit-கள், தற்காலிக சர்வர் பிழைகள் ஆகியவற்றைக் கிளையன்ட் தனித்தனியாக அடையாளம் காண வேண்டும். JSON-ஆ XML-ஆ என்பது HTTP-யின் பொருளை (semantics) மாற்றாது; IPv4/IPv6 மதிப்புகளை IPv4 நீளத்தை அனுமானிக்காமல் முழுமையாகப் பாதுகாக்க வேண்டும்.

தன்னாட்சி அமைப்பு (autonomous system) என்பது பொதுவான ஒரு ரூட்டிங் கொள்கையின் கீழ் இயக்கப்படும் IP நெட்வொர்க்குகளும் ரவுட்டர்களும் அடங்கிய குழு. அதற்கு ஒரு ASN ஒதுக்கப்படலாம். ASN என்பது சர்வரையோ பயனரையோ அடையாளம் காட்டும் எண் அல்ல; நெட்வொர்க்குகளுக்கு இடையிலான ரூட்டிங்கில் பங்கேற்கும் ஒரு தரப்பை அது குறிக்கிறது.

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

மூல சர்வரை (origin) விநியோக அடுக்குக்குப் பின்னால் வைத்தபடியே, கேஷ் செய்யக்கூடிய உள்ளடக்கத்தைப் பரவலாக அமைந்த எட்ஜ் இருப்பிடங்களிலிருந்து CDN வழங்க முடியும். DNS, Anycast அல்லது வழங்குநருக்கே உரிய திசைப்படுத்தல் முறை ஓர் எட்ஜைத் தேர்ந்தெடுக்கலாம்; ஆகவே பயனர் காணும் IP மூல சர்வருக்கு அல்லாமல் CDN-க்குச் சொந்தமானதாக இருக்கலாம்.

Carrier-grade NAT (CGNAT) என்பது இணைய வழங்குநரின் நெட்வொர்க்குக்குள் நடக்கும் IPv4 முகவரி மாற்றம். இதன் மூலம் பல சந்தாதாரர்கள் ஒரே பொது IPv4 முகவரியைப் பகிர்ந்துகொள்கின்றனர். வெளிச்செல்லும் இணைப்புகள் பெரும்பாலும் வழக்கம்போல வேலை செய்யும்; ஆனால் வழங்குநர் ஆதரிக்கும் ஏற்பாடு இல்லாமல், வீட்டில் உள்ள சர்வருக்கு உள்வரும் அணுகல் கிடைக்காமல் போகலாம்.

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

IPv4 முகவரி, முன்னொட்டுத் தகவல், இயல்புநிலை கேட்வே, DNS சர்வர்கள் போன்ற உள்ளூர் முகவரி அளவுருக்களை DHCP ஒதுக்குகிறது. ஒவ்வொரு லீஸுக்கும் புதுப்பித்தலுக்கான டைமர்கள் உண்டு; லீஸ் காலாவதியாகிறது என்பதால் ஒவ்வொரு புதுப்பித்தலிலும் முகவரி மாறும் என்று பொருளில்லை.

கிளையன்ட்டுக்கும் அது தேர்ந்தெடுத்த ரிசால்வருக்கும் இடையிலான DNS பரிமாற்றத்தை DNS over HTTPS (DoH), DNS over TLS (DoT) இரண்டுமே குறியாக்கம் செய்கின்றன. பாதையின் இந்தப் பகுதியை நெட்வொர்க்கில் யாரும் எளிதாக எட்டிப்பார்க்கவோ மாற்றவோ முடியாதபடி இவை பாதுகாக்கின்றன. ஆனால் இவற்றில் எதுவுமே நீங்கள் பார்வையிடும் இணையதளங்களை முழுமையாக மறைப்பதோ உங்களை அநாமதேயமாக்குவதோ இல்லை.

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

DNS (Domain Name System) என்பது ஒரு பரவலாக்கப்பட்ட பெயரிடல் அமைப்பு; நெட்வொர்க்கில் உள்ள வளங்களைச் செயலிகள் கண்டறிய இது உதவுகிறது. ஓர் இணையதளப் பெயர் IPv4 அல்லது IPv6 முகவரிகளாகத் தீர்க்கப்படலாம்; பிற பதிவுகள் மின்னஞ்சலை வழிநடத்துகின்றன அல்லது அதிகாரப்பூர்வ நேம்சர்வர்களை அடையாளம் காட்டுகின்றன. ஒரு டொமைன் பெயர் ஒரே ஒரு சர்வரைத்தான் சுட்ட வேண்டும் என்பதில்லை.

சோதனைக்காக உருவாக்கப்பட்ட கேள்விகளை எந்த ரிசால்வர்கள் பெறுகின்றன என்பதை DNS கசிவுச் சோதனை கவனிக்கிறது. எதிர்பார்த்த VPN பாதைக்கு வெளியே உள்ள ரிசால்வர் உள்ளமைவுச் சிக்கலைக் குறிக்கலாம்; ஆனால் ஒவ்வொரு DNS கேள்வியும் எல்லாச் செயலிப் போக்குவரத்தும் அந்தப் பாதையையே பின்பற்றுகின்றன என்பதை அந்த முடிவு மட்டும் நிரூபிக்காது.

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

ஒரு டொமைனுக்குத் தேவையான தகவல்களை DNS வளப் பதிவுகள் (resource records) சேமிக்கின்றன: முகவரிகள், அஞ்சல் சர்வர்கள், ஒப்படைப்பு (delegation), பிற சேவை அமைப்புகள். ஒவ்வொரு பதிவுக்கும் ஒரு பெயர், வகை, மதிப்பு, கேஷுக்கான வாழ்நாள் (TTL) உண்டு. வெவ்வேறு வகைகள் வெவ்வேறு கேள்விகளுக்குப் பதில் தருகின்றன; எனவே ஒரு டொமைனுக்குத் தனித்தனி நோக்கங்களுக்காகப் பல பதிவுகள் இருக்கலாம்.

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

ஒரு பதிவை மாற்றிய பிறகும் சில காலம் ரிசால்வர்கள் வெவ்வேறு பதில்களைத் தருகின்றன; அந்த இடைவெளியைத்தான் பேச்சுவழக்கில் “DNS பரவல்” என்கிறோம். புதிய மதிப்பை DNS எல்லா சர்வர்களுக்கும் ஒரே நேரத்தில் அனுப்பிவைப்பதில்லை. ரிகர்சிவ் ரிசால்வர்கள் தேவைப்படும்போது மட்டுமே பதிலைப் பெறுகின்றன; அனுமதிக்கப்பட்ட காலம் வரை அதைத் தங்கள் கேஷில் வைத்திருக்கலாம்.

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

DNSSEC, DNS தரவுடன் டிஜிட்டல் கையொப்பங்களைச் சேர்க்கிறது. சரிபார்க்கும் ரிசால்வர், போலியான பதிலையோ உடைந்த நம்பிக்கைச் சங்கிலியையோ கண்டுபிடிக்க முடியும். இது பதிவுகளின் மூலத்தையும் ஒருமைப்பாட்டையும் பாதுகாக்கிறது; ஆனால் DNS கேள்விகளைக் குறியாக்கம் செய்வதில்லை, ஓர் இணையதளத்தைத் தானாக நம்பகமானதாக்குவதும் இல்லை.

HTTP Strict Transport Security மூலம், ஒரு HTTPS மூலம் (origin) தன்னை ஆதரிக்கும் உலாவிகளிடம் குறிப்பிட்ட காலத்துக்கு HTTPS-ஐ மட்டுமே பயன்படுத்தச் சொல்ல முடியும். includeSubDomains இந்தக் கொள்கையை விரிவுபடுத்துகிறது; preload என்பது உலாவிச் சூழலமைப்பின் தனியான இயங்குமுறை; அதை அவசரப்பட்டு இயக்கக் கூடாது.

கிளையன்ட்டுக்கும் வலை சர்வருக்கும் இடையிலான கோரிக்கைகளையும் பதில்களையும் HTTP வரையறுக்கிறது. HTTPS அதே வலை விதிமுறைகளைப் பாதுகாக்கப்பட்ட இணைப்பின் மீது பயன்படுத்துகிறது: தரவு குறியாக்கம் செய்யப்படுகிறது; முகவரிப் பட்டியில் உள்ள பெயருக்கு சர்வர் அங்கீகாரம் பெற்றதா என்று கிளையன்ட் சரிபார்க்கிறது. இது பயணத்தில் உள்ள பரிமாற்றத்தைப் பாதுகாக்கிறது; தள உரிமையாளரின் நேர்மையை அல்ல.

HTTP/2 ஒரே TCP இணைப்பின் மீது பல HTTP ஸ்ட்ரீம்களை இணைத்து அனுப்புகிறது; HTTP/3, HTTP விதிமுறைகளை UDP மீதான QUIC-க்குப் பொருத்துகிறது. QUIC சுயாதீனமான ஸ்ட்ரீம்களைத் தருகிறது, TLS 1.3-ஐ ஒருங்கிணைக்கிறது; HTTP முறைகளையோ நிலைக் குறியீடுகளையோ மாற்றாமல், இழப்பிலிருந்து மீளும் விதத்தையும் இணைப்பு ஏற்படுத்தலையும் மாற்றுகிறது.

HTTP/3 என்பது பழக்கமான HTTP/2, TLS, TCP கூட்டணிக்குப் பதிலாக QUIC-ஐப் பயன்படுத்தும் HTTP பதிப்பு. QUIC, UDP மீது இயங்குகிறது; ஆனால் நம்பகமான ஸ்ட்ரீம்கள், நெரிசல் கட்டுப்பாடு, பாதுகாப்பான இணைப்பு ஏற்படுத்தல் ஆகியவற்றைச் சேர்க்கிறது. HTTP/3 ஆதரவு இருப்பதால் மட்டும் எல்லாப் பக்கங்களும் வேகமாகிவிடாது.

IP நெட்வொர்க்குகளுக்கான கட்டுப்பாட்டு, பிழைத் தகவல்களை ICMP கொண்டுசெல்கிறது. ping, ICMP Echo-வைப் பயன்படுத்துகிறது; ஆனால் இலக்கை அடைய முடியவில்லை, பாக்கெட் அளவுக்கு மீறியது, ஹாப் வரம்பு தீர்ந்துவிட்டது போன்ற நிலைமைகளையும் ICMP தெரிவிக்கிறது.