ഒരേ സബ്നെറ്റിലെ വെബ്സൈറ്റുകൾക്ക് ഗേറ്റ്‌വേയുടെ സുതാര്യ പ്രോക്സി ഒഴിവാക്കാം

ഇന്റർനെറ്റ് ബ്രൗസിംഗ് ഗേറ്റ്‌വേ പ്രോക്സിയുടെ ലോഗിൽ കാണാം. ഓഫീസ് LAN-ലെ വെബ്സൈറ്റ് കാണുന്നില്ല. URL ഫിൽട്ടർ മാറ്റുന്നതിന് മുമ്പ്, LAN അഭ്യർത്ഥന ഗേറ്റ്‌വേയിൽ എത്തിയിട്ടുണ്ടോ എന്ന് ഉറപ്പാക്കുക.

നേരിട്ട് ബന്ധിപ്പിച്ച IPv4 ലക്ഷ്യത്തിന്, ക്ലയന്റിന് ലക്ഷ്യത്തിന്റെ ലിങ്ക്-ലെയർ വിലാസം നിർണ്ണയിച്ച് പ്രാദേശിക സെഗ്മെന്റിൽ അതിലേക്ക് അയക്കാം. അതിന്റെ ഡിഫോൾട്ട് ഗേറ്റ്‌വേ ആ പാതയിൽ സ്വയമേവ ഉണ്ടാകണമെന്നില്ല. ഗേറ്റ്‌വേയിലെ സുതാര്യ തടയൽ നിയമത്തിന് ഗേറ്റ്‌വേ ഒരിക്കലും സ്വീകരിക്കാത്ത പാക്കറ്റുകൾ വഴിതിരിച്ചുവിടാൻ കഴിയില്ല.

ഉദാഹരണത്തിന്, ഒരേ ഓൺ-ലിങ്ക് സബ്നെറ്റിലെ രണ്ട് ഹോസ്റ്റുകൾക്ക് ഒരു സ്വിച്ചിലൂടെ ട്രാഫിക്ക് കൈമാറാം, അതേസമയം പ്രോക്സി യന്ത്രം മറ്റൊരു സ്വിച്ച് പോർട്ടിലാണ് ബന്ധിപ്പിച്ചിരിക്കുന്നത്. ആ LAN-ൽ ഉണ്ടായിരിക്കുന്നത് മാത്രം പ്രോക്സിയെ ഫോർവേഡിംഗ് പോയിന്റാക്കുന്നില്ല.

ഉദ്ദേശിച്ച പാത തിരഞ്ഞെടുക്കുക

വ്യക്തമായ പ്രോക്സി ക്രമീകരണത്തിന് ലക്ഷ്യ വെബ്സൈറ്റ് പ്രാദേശികമായിരുന്നാലും പങ്കെടുക്കുന്ന ആപ്ലിക്കേഷന്റെ അഭ്യർത്ഥന പ്രോക്സിയിലേക്ക് അയക്കാം. ഒഴിവാക്കൽ നിയമങ്ങളും PAC തീരുമാനങ്ങളും പരിശോധിക്കുക: സ്വകാര്യ നാമങ്ങൾക്കോ വിലാസങ്ങൾക്കോ അവർ ബോധപൂർവം DIRECT തിരഞ്ഞെടുത്തേക്കാം.

തടയൽ ആവശ്യമെങ്കിൽ, നെറ്റ്‌വർക്ക് തടയൽ പോയിന്റ് യഥാർത്ഥത്തിൽ പാതയിൽ വയ്ക്കണം; Linux ഗേറ്റ്‌വേയിൽ പ്രാദേശിക, ഫോർവേഡ് ചെയ്ത പാക്കറ്റ് പാതകൾ വേർതിരിക്കുക. റൂട്ട് ചെയ്ത സബ്നെറ്റ് വിഭജനമോ ബോധപൂർവം ഇൻലൈൻ ബ്രിഡ്ജോ അനുയോജ്യമായ രൂപകൽപ്പനകളിൽ അത് ചെയ്യാം, പക്ഷേ ഓരോന്നും ഫോർവേഡിംഗ്, പരാജയ സ്വഭാവം മാറ്റുന്നു. LAN-ൽ മറ്റെവിടെയെങ്കിലും ഉള്ള ബ്രിഡ്ജ് സ്വയമേവ ഇൻലൈൻ അല്ല.

ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോൾ ആവശ്യകത വേർതിരിച്ച് നിർത്തുക. ട്രാഫിക്ക് ഉപകരണം കടന്നതിന് ശേഷവും ലിസണർ തടയൽ മോഡ് പിന്തുണയ്ക്കണം. പാക്കറ്റുകൾ നീക്കുന്നത് HTTPS ഡീക്രിപ്റ്റ് ചെയ്യാനുള്ള അനുമതിയല്ല, സാധാരണ SOCKS പോർട്ടിന് അവ സ്വീകരിക്കാനാകുമെന്ന ഉറപ്പുമല്ല.

ക്ലയന്റ് തിരഞ്ഞെടുത്ത പാത, പ്രാദേശിക സെഗ്മെന്റ്, യഥാർത്ഥ ഫോർവേഡിംഗ് ഉപകരണം എന്നിവ രേഖപ്പെടുത്തുക. പ്രോക്സി ലോഗ് ഇല്ലാതിരിക്കുന്നത് ലോഗിംഗ് പരാജയമല്ല, ടോപ്പോളജിയുടെ ശരിയായ വിവരണമായിരിക്കാം.