വ്യക്തമായ പ്രോക്സിക്ക് ഒരു നെറ്റ്വർക്ക് കാർഡ് മതി
ക്ലയന്റുകളുടെ ഡിഫോൾട്ട് ഗേറ്റ്വേ ആകാതെ ഫോർവേഡ് പ്രോക്സിക്ക് LAN പങ്കിടാൻ കഴിയുന്ന സന്ദർഭം മനസ്സിലാക്കുക.
സ്വകാര്യ ഫോർവേഡ് പ്രോക്സി ലാപ്ടോപ്പിനും റൗട്ടറിനും ഇടയിൽ ഭൗതികമായി ഇരിക്കേണ്ടതില്ല. ഒരു നെറ്റ്വർക്ക് ഇന്റർഫേസ് ഉപയോഗിച്ച് അതേ LAN-ലെ മറ്റൊരു മെഷീനാകാം.
ലാപ്ടോപ്പ് പ്രോക്സിയുടെ വിലാസത്തിലേക്കും ശ്രവിക്കുന്ന പോർട്ടിലേക്കും ബന്ധിപ്പിക്കുന്നു. പ്രോക്സി പ്രക്രിയ വെബ്സൈറ്റിലേക്കോ അതിന്റെ പാരന്റിലേക്കോ വേറിട്ട ബന്ധം തുറക്കുന്നു. അതേ ഇന്റർഫേസിന് രണ്ട് സംഭാഷണങ്ങളും വഹിക്കാം, ഹോസ്റ്റിന്റെ റൂട്ടിംഗ് പട്ടിക അടുത്ത ചുവട് തിരഞ്ഞെടുക്കുന്നു.
client → proxy listener
proxy → existing router → destinationപ്രോക്സി വ്യക്തമായി തിരഞ്ഞെടുത്ത ഒരു ആപ്ലിക്കേഷന് ഇത് മതി. ലിനക്സിൽ, ഈ സാധാരണ ക്രമീകരണത്തിന് ആപ്ലിക്കേഷന്റെ അഭ്യർത്ഥനകൾ റിലേ ചെയ്യാൻ മാത്രം IP ഫോർവേഡിംഗ് പ്രവർത്തനക്ഷമമാക്കേണ്ടതില്ല.
ഡിഫോൾട്ട് ഗേറ്റ്വേ മറ്റൊരു ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു
ഒരു ക്ലയന്റിന്റെ ഡിഫോൾട്ട് ഗേറ്റ്വേ ക്ലയന്റ് മറ്റ് നെറ്റ്വർക്കുകളിലേക്ക് അയക്കുന്ന പാക്കറ്റുകൾ കൈകാര്യം ചെയ്യുന്നു. ആ ക്രമീകരണം മാറ്റുന്നത് ബ്രൗസർ HTTP പ്രോക്സി അഭ്യർത്ഥനകളോ SOCKS ചർച്ചകളോ പുറപ്പെടുവിക്കാൻ കാരണമാകുന്നില്ല. അതുപോലെ, ബ്രൗസറിൽ പ്രോക്സി നൽകുന്നത് മറ്റെല്ലാ ആപ്ലിക്കേഷനുകളെയും ആ മെഷീനിലൂടെ റൂട്ട് ചെയ്യുന്നില്ല.
ഒരു ഹോസ്റ്റിന് രണ്ട് ജോലികളും ചെയ്യാം, പക്ഷേ അപ്പോൾ കൈകാര്യം ചെയ്യാൻ രണ്ട് കോൺഫിഗറേഷനുകളുണ്ട്: പ്രോക്സി സേവനവും റൂട്ടിംഗ് അല്ലെങ്കിൽ ഫയർവാൾ ധർമ്മവും. കൂടുതൽ ഇന്റർഫേസുകൾ നെറ്റ്വർക്ക് വേർതിരിക്കൽ എളുപ്പമാക്കാം. അവ ടോപ്പോളജി തിരഞ്ഞെടുപ്പാണ്, വ്യക്തമായ HTTP പ്രോക്സി അടിച്ചേൽപ്പിക്കുന്ന മുൻവ്യവസ്ഥയല്ല.
ഈ വ്യത്യാസം പലപ്പോഴും പരാജയപ്പെടുന്ന ഒരു പരീക്ഷണവും വിശദീകരിക്കുന്നു: പ്രോക്സി സെർവറിന്റെ ഫോർവേഡിംഗ് നിയമങ്ങൾ തിരുത്തുന്നത് മറ്റൊരു റൗട്ടറിലൂടെ പോകുന്ന നേരിട്ടുള്ള ക്ലയന്റ് ബന്ധത്തെ ഒട്ടും ബാധിക്കുന്നില്ല. പാക്കറ്റുകൾ ആ സെർവർ ഒരിക്കലും കടന്നിട്ടില്ല.
ആവശ്യകത നിർബന്ധിത ഉപയോഗമാണെങ്കിൽ, ബദൽ ഔട്ട്ബൗണ്ട് ട്രാഫിക് എവിടെ നിയന്ത്രിക്കാമെന്ന് നിർണ്ണയിക്കുക. ഒരു ഇന്റർഫേസുള്ള വ്യക്തമായ പ്രോക്സി സാധുവായ സേവനമാകാം, അതേസമയം വേറിട്ട ഗേറ്റ്വേ നെറ്റ്വർക്ക് നയം നടപ്പാക്കുന്നു. പാക്കറ്റുകൾ യഥാർത്ഥത്തിൽ കടന്നുപോകുന്നിടത്ത് നിർവ്വഹണം വയ്ക്കുക.