Apache ക്ലയന്റ് IPയും പ്രോക്സി ലോഗിനും രണ്ടും ആവശ്യപ്പെടട്ടെ
Apache 2.4 പ്രോക്സി പ്രാമാണീകരണം ക്ലയന്റ് വിലാസ നിയന്ത്രണങ്ങളുമായി ചേർക്കുക; ഒരു നിബന്ധന മാത്രം പ്രവേശനം അനുവദിക്കാതിരിക്കുക.
Apache 2.4 ഫോർവേഡ് പ്രോക്സിക്ക് അംഗീകരിച്ച ഉറവിട വിലാസവും സാധുവായ ലോഗിനും രണ്ടും ആവശ്യമായാൽ <RequireAll> ഉപയോഗിക്കുക:
<Proxy "*">
AuthType Basic
AuthName "Private proxy"
AuthBasicProvider file
AuthUserFile /etc/apache2/private-proxy-users
<RequireAll>
Require ip 192.0.2.25
Require valid-user
</RequireAll>
</Proxy>ഈ അനുമതി ഭാഗം നിലവിലുള്ള നിയന്ത്രിത പ്രോക്സിയിലേക്ക് ചേർക്കുക. ക്ലയന്റ് വിലാസവും അക്കൗണ്ട് ഫയലിന്റെ പാതയും മാറ്റുക; പ്രാമാണീകരണ/അനുമതി മോഡ്യൂളുകൾ ലഭ്യമായിരിക്കണം, ഫയലിൽ ഉദ്ദേശിച്ച ഉപയോക്താക്കൾ ഇതിനകം ഉണ്ടായിരിക്കണം. ഇത് പൂർണ്ണമായ ലിസണർ ഡിപ്ലോയ്മെന്റ് അല്ല.
രണ്ട് വിശദാംശങ്ങളാണ് നയം നിർണ്ണയിക്കുന്നത്. കണ്ടെയ്നർ AND പ്രകടിപ്പിക്കുന്നു; പോസിറ്റീവ് ആവശ്യങ്ങൾ ചേർത്ത് വെച്ചാൽ എല്ലാം നിർബന്ധമാണെന്നില്ല. Require valid-user പ്രാമാണീകരിച്ച അക്കൗണ്ട് സ്വീകരിക്കുന്നു, Require user alice ഒരു അക്കൗണ്ട് വ്യക്തമാക്കുന്നു. ഒറ്റയ്ക്ക് Require user ഒന്നും വ്യക്തമാക്കുന്നില്ല. Apache-യുടെ ഉപയോക്തൃ അനുമതി റഫറൻസ് കാണുക.
| ഉറവിടം | ലോഗിൻ | ആവശ്യമായ ഫലം |
|---|---|---|
| അനുവദിച്ചു | സാധുവാണ് | ഉദ്ദേശിച്ച അംഗീകൃത അഭ്യർഥന അനുവദിക്കുന്നു. |
| അനുവദിച്ചു | ഇല്ല അല്ലെങ്കിൽ അസാധു | അംഗീകൃത ഫോർവേഡിംഗ് ഇല്ല. |
| അനുവദിച്ച ഉറവിടത്തിന് പുറത്ത് | സാധുവാണ് | അംഗീകൃത ഫോർവേഡിംഗ് ഇല്ല. |
ഈ ഭാഗത്തെ ആശ്രയിക്കുന്നതിന് മുമ്പ് ചുറ്റുമുള്ള വിർച്വൽ ഹോസ്റ്റും മറ്റ് പൊരുത്തപ്പെടുന്ന അനുമതി വിഭാഗങ്ങളും പരിശോധിച്ച്, ശേഷം @@അനുമതി അതിർത്തി പരിശോധിക്കുക; കൂടുതൽ നിർദ്ദിഷ്ട കോൺഫിഗറേഷൻ ഫലത്തെ മാറ്റാം. Basic ലോഗിന് ക്ലയന്റ്-പ്രോക്സി ഇടയിൽ സംരക്ഷിത ട്രാൻസ്പോർട്ടും ആവശ്യമാണ്. ലക്ഷ്യ HTTPS പിന്നീട് ആരംഭിക്കുന്നതിനാൽ മുമ്പത്തെ പ്ലെയിൻടെക്സ്റ്റ് ക്രെഡൻഷ്യൽ കൈമാറ്റം സംരക്ഷിക്കില്ല.