client → local forward proxy → HTTP parent → website

எல்லா DNS-உம் “ப்ராக்ஸியின்”து என்று சொல்வதற்குப் பதிலாக தோல்வியடையும் பெயரிலிருந்து தொடங்குங்கள்:

தேவையான பெயர்அதை அடைய வேண்டிய ஹாப்
உள்ளூர் ப்ராக்ஸி இறுதிப்புள்ளிகிளையண்ட்
HTTP பெற்றோர் இறுதிப்புள்ளிஉள்ளூர் ஃபார்வர்ட் ப்ராக்ஸி
இணையதள இறுதிப்புள்ளிபெற்றோர் இறுதி இணைப்பைத் திறக்கும்போது

இறுதிப்புள்ளிகள் ஹோஸ்ட்பெயர்களாக இருக்கும்போது அந்த ஹாப்கள் வெவ்வேறு ரிசால்வர்களைப் பயன்படுத்தலாம். HTTPS-க்கு, ஃபார்வர்ட் ப்ராக்ஸி CONNECT-இன் இலக்கு ஹோஸ்ட்டையும் போர்ட்டையும் பெற்றோருக்குக் கொடுக்கலாம்; பெற்றோரே இறுதி இணைப்பை உருவாக்குகிறது. மூல கிளையண்ட் முதலில் இணையதளத்தைத் தீர்க்க வேண்டியதில்லை. சாதாரண HTTP அனுப்பலும் இலக்குத் தகவலை முன்னோக்கிக் கொண்டு செல்கிறது.

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

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

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

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