ബ്രാഞ്ച് ബ്രൗസർ മുതൽ പ്രോക്സി വരെ: രണ്ട് കണക്ഷനുകൾ, രണ്ട് റൂട്ടുകൾ

വ്യക്തമായ പ്രോക്സിക്ക് പിന്നിലെ ബ്രാഞ്ച് ബ്രൗസർ രണ്ട് കണക്ഷനുകൾ തുറക്കുന്നു, അവ വ്യത്യസ്ത കാരണങ്ങളാൽ പരാജയപ്പെടുന്നു. ആദ്യത്തേത് ബ്രൗസറിൽ നിന്ന് പ്രോക്സി ലിസണറിലേക്ക്, ഇത് ബ്രാഞ്ച് 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: പരിധി നിർവചിച്ച് ബദൽ ആസൂത്രണം ചെയ്യുക

പ്രോക്സിയോ ടണലോ ലഭ്യമല്ലാത്തപ്പോൾ എന്ത് സംഭവിക്കുമെന്ന് തീരുമാനിക്കുക, ഈ രൂപകൽപ്പന ഏത് ട്രാഫിക് ഉൾക്കൊള്ളുന്നു എന്ന് വ്യക്തമായി പറയുക. ഇത് പ്രോക്സി ക്രമീകരണം മാനിക്കുന്ന ക്ലയന്റുകളിൽ നിന്ന് വെബ് ആക്സസ് കൊണ്ടുപോകുന്നു; മെയിൽ, ഏകപക്ഷീയ ഉപകരണ പ്രോട്ടോക്കോളുകൾ, കോൺഫിഗറേഷൻ അവഗണിക്കുന്ന സോഫ്റ്റ്വെയർ എന്നിവ കൊണ്ടുപോകുന്നില്ല.

രൂപകൽപ്പന കൂടുതൽ ക്ലയന്റുകളിലേക്ക് വ്യാപിപ്പിക്കുന്നതിന് മുമ്പ് അംഗീകൃത പദ്ധതിയിൽ ആവശ്യമായ ബ്രൗസർ പ്രവർത്തനവും ഒരു ആവശ്യ നിരസിക്കലും സാധൂകരിക്കുക.