கிளை உலாவியிலிருந்து ப்ராக்ஸி வரை: இரண்டு இணைப்புகள், இரண்டு பாதைகள்

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

படி 1: இரண்டு ஓட்டங்களையும் எழுதுங்கள்

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

branch browser -> site VPN -> central proxy listener
central proxy -> approved egress policy -> website

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

படி 2: உலாவிக்கு கேட்பான் வரை பாதை கொடுங்கள்

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

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

படி 3: பாதை அட்டவணை மட்டுமல்ல, உலாவியை உள்ளமைக்கவும்

உலாவியின் ப்ராக்ஸி அமைப்பு, PAC கோப்பு அல்லது அமைப்பின் நிர்வகிக்கப்பட்ட கண்டறிதல் முறையைப் பயன்படுத்தவும். பாதையுடன் சாதாரண வலைத்தளப் பொதிகளை ப்ராக்ஸி முகவரியை நோக்கி அனுப்புவது உலாவி ப்ராக்ஸி நெறிமுறையைப் பேசச் செய்யாது; அது வெளிப்படையான தடுத்தல் மற்றும் வேறு நுழைவாயில் வடிவமைப்புக்கு உரியது.

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

படி 4: ப்ராக்ஸியின் முன்னோக்கு இணைப்பை நிரூபிக்கவும்

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

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

படி 5: நான்கு தோல்விகளை வேறுபடுத்துங்கள்

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

VPN தோல்வியடைந்தது என்பதல்ல, நீங்கள் கவனித்த எல்லையைப் புகாரளிக்கவும்.

படி 6: எல்லையை வரையறுத்து மாற்றுத் திட்டத்தை வகுக்கவும்

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

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