Tinyproxy 1.11.2-ൽ Listen ക്ലയന്റ് കണക്ഷൻ സ്വീകരിക്കുന്ന വിലാസം തിരഞ്ഞെടുക്കുന്നു; Allow അനുവദിക്കേണ്ട ക്ലയന്റുകളെ നിയന്ത്രിക്കുന്നു. Bind ഔട്ട്ഗോയിങ് വിലാസം തിരഞ്ഞെടുക്കുന്നു.

ലിസണർ, ക്ലയന്റ് ചട്ടങ്ങൾ

പാക്കേജിലെ സർവീസ് ഉപയോക്താവ്, ലോഗ്, PID ഫയൽ ക്രമീകരണങ്ങൾ നിലനിർത്തുക. ലിസണർ, പ്രവേശന എൻട്രികൾ ഉദ്ദേശിച്ച നയമനുസരിച്ച് മാറ്റുക:

Port 8888
Listen 192.0.2.10
Allow 198.51.100.27/32
ConnectPort 443

രണ്ടു രേഖാ വിലാസങ്ങളും മാറ്റുക. ലിസണർ വിലാസം സർവറിന്റേതായിരിക്കണം; ക്ലയന്റ് വിലാസം സർവർ കാണുന്ന ഉറവിടവുമായി പൊരുത്തപ്പെടണം. പഴയ, അമിതമായി അനുവദിക്കുന്ന ചട്ടങ്ങൾ നീക്കുക.

Allow അല്ലെങ്കിൽ Deny എൻട്രികളൊന്നുമില്ലെങ്കിൽ Tinyproxy എല്ലാ ക്ലയന്റുകളെയും അനുവദിക്കുന്നു. പ്രവേശന എൻട്രികൾ ഉണ്ടായാൽ ഡിഫോൾട്ട് നിരസിക്കലാകും; ചട്ടങ്ങളുടെ ക്രമവും പ്രധാനമാണ്. അതിനാൽ എല്ലാ പ്രവേശന വരികളും നീക്കുന്നത് നിയന്ത്രിത ഡിഫോൾട്ടിലേക്ക് മടക്കുന്നതിനു പകരം നയം തുറന്നിടും.

ConnectPort 443 CONNECT-നെ ആ ലക്ഷ്യ പോർട്ടിലേക്കു മാത്രമായി നിയന്ത്രിക്കുന്നു. വിന്യാസത്തിന് ആവശ്യമെങ്കിൽ സാധാരണ HTTP അഭ്യർഥനകൾക്ക് പ്രത്യേകം ലക്ഷ്യ നിയന്ത്രണങ്ങൾ വേണം.

പ്രവർത്തിക്കുന്ന സർവീസ് പരിശോധിക്കൽ

ഔട്ട്ഗോയിങ് Bind ക്രമീകരണം ഇൻകമിങ് സോക്കറ്റുകളെ നിയന്ത്രിക്കില്ല. ആരംഭിച്ചശേഷം യഥാർഥ ലിസണർ പരിശോധിക്കുക:

sudo ss -ltnp 'sport = :8888'

രണ്ടു വിലാസ കുടുംബങ്ങളിലും ഉദ്ദേശിക്കാത്ത ലിസണറുകളോ പഴയ സർവീസ് ഇൻസ്റ്റൻസുകളോ ഉണ്ടോ എന്നു നോക്കുക.

ഈ പതിപ്പിൽ ക്രമീകരണം പാഴ്സ് ചെയ്യാൻ മാത്രമായി രേഖപ്പെടുത്തിയ -t സ്വിച്ച് ഇല്ല. നിയന്ത്രിത സർവീസ് നിർത്തിയിരിക്കുമ്പോൾ ഫോർഗ്രൗണ്ടിൽ പ്രവർത്തിപ്പിച്ചാൽ ആരംഭപ്പിശകുകൾ കാണാം:

sudo tinyproxy -d -c /etc/tinyproxy/tinyproxy.conf

നിയന്ത്രിത സർവീസ് പുനരാരംഭിക്കുന്നതിന് മുമ്പ് ഫോർഗ്രൗണ്ട് പ്രോസസ് നിർത്തുക. അനുവദിച്ച ഉറവിടത്തിൽനിന്നും നിരസിക്കേണ്ട രണ്ടാമത്തെ നിയന്ത്രിത ഉറവിടത്തിൽനിന്നും അഭ്യർഥനകൾ പരിശോധിക്കുക. നിരസിച്ച അഭ്യർഥന കൈമാറിയിട്ടില്ലെന്ന് ഉറപ്പാക്കാൻ ലക്ഷ്യസ്ഥാനത്തിന്റെ ലോഗുകൾ സഹായിക്കുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ