Squid ലോഗിനും ശരിയായ ക്ലയന്റ് IP-യും ഒരുമിച്ച് ആവശ്യപ്പെടുക

ശരിയായ പാസ്‌വേഡ് ഈ നയത്തിന്റെ പകുതി മാത്രമാണ്: അംഗീകരിച്ച ഒരു ക്ലയന്റ് വിലാസത്തിൽ നിന്നും അക്കൗണ്ട് പ്രവർത്തിക്കണം. Squid-ൽ രണ്ട് പരിശോധനകളും ഒരേ ആക്സസ് നിയമത്തിൽ വയ്ക്കുന്നതാണ് ആ ആവശ്യകതയും രണ്ട് വേർതിരിച്ച പ്രവേശന വഴികളും തമ്മിലുള്ള വ്യത്യാസം.

ഓതന്റിക്കേഷൻ ഇതിനകം കോൺഫിഗർ ചെയ്തിട്ടുണ്ടെന്ന് കരുതുക, ഉദാഹരണത്തിന് Squid 6.13 NCSA സെറ്റപ്പ്, പ്രധാന നയം ഇതാണ്:

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

Squid യഥാർത്ഥത്തിൽ സ്വീകരിക്കുന്ന ഉറവിടം ഉപയോഗിക്കുക; സാമ്പിൾ ഒരു ഡോക്യുമെന്റേഷൻ വിലാസമാണ്. സുരക്ഷിതമല്ലാത്ത ലക്ഷ്യ പോർട്ടുകൾ, പ്രാദേശിക സേവനങ്ങൾ, CONNECT ട്രാഫിക് എന്നിവയ്ക്കുള്ള മുൻ സംരക്ഷണങ്ങൾ നിലനിർത്തുക. ഈ ഭാഗം സംയോജിത വ്യവസ്ഥ കാണിക്കുന്നു, പൂർണ്ണ ലിസണർ കോൺഫിഗറേഷനല്ല.

അതിന് മുകളിലുള്ള നിയമങ്ങൾ പരിശോധിക്കുക

മുൻപത്തെ വിശാലമായ അനുമതി പുതിയ വ്യവസ്ഥയിലെത്തുന്നതിന് മുമ്പ് അഭ്യർത്ഥന സ്വീകരിച്ചേക്കാം. http_access റഫറൻസ് ക്രമബദ്ധമായ പൊരുത്തം വിവരിക്കുന്നു. ഉൾപ്പെടുത്തിയ ഫയലുകൾ ഉൾപ്പെടെ മുഴുവൻ ക്രമവും വായിക്കുക.

ഉപയോക്തൃനാമത്തിന് ഒരു അനുമതിയും ഉറവിടത്തിന് മറ്റൊന്നും രണ്ടും ആവശ്യപ്പെടുന്നില്ല. ഏത് വരിയും സ്വതന്ത്രമായി വിജയിക്കാം. അത് മറ്റൊരു നയമാണ്.

proxy_auth ACL ഒരു ഓതന്റിക്കേഷൻ സഹായിയെ ആശ്രയിച്ചിരിക്കുന്നു. അത് നിർവചിക്കുന്നത് ഉപയോക്താവിനെ സൃഷ്ടിക്കാനോ പാസ്‌വേഡ് സാധൂകരിക്കാനോ ഉള്ള മാർഗമല്ല. ഈ ഉദാഹരണം ക്ലയന്റുകൾക്ക് പ്രോക്സി ഓതന്റിക്കേഷൻ വെല്ലുവിളികൾക്ക് പ്രതികരിക്കാൻ കഴിയുന്ന വ്യക്തമായ പ്രോക്സിക്കുള്ളതാണ്.

ഉറവിട ഐഡന്റിറ്റിക്കും പരിമിതികളുണ്ട്. ഒരു NAT-ന് പിന്നിലുള്ള ആളുകൾക്ക് ഒരു വിലാസം പങ്കിടാം, നീങ്ങുന്ന ലാപ്‌ടോപ്പിന് വിലാസം മാറാം. അധിക വ്യവസ്ഥ അക്കൗണ്ടിന്റെ ഉപയോഗയോഗ്യമായ നെറ്റ്‌വർക്ക് സ്ഥാനം ചുരുക്കുന്നു; അത് ഒരു ഭൗതിക കമ്പ്യൂട്ടറിനെ വിശ്വസനീയമായി തിരിച്ചറിയുന്നില്ല. ഈ പരിമിതി വ്യവസ്ഥ ആദ്യം ചേർത്ത കാരണവുമായി പൊരുത്തപ്പെടുന്നുവെന്ന് ഉറപ്പാക്കുക.