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>இந்த அங்கீகாரப் பகுதியை ஏற்கனவே உள்ள கட்டுப்படுத்தப்பட்ட பதிலியில் இணைக்கவும். கிளையன்ட் முகவரியையும் கணக்கு கோப்பு பாதையையும் மாற்றவும்; அங்கீகார/அனுமதி தொகுதிகள் கிடைக்க வேண்டும், கோப்பில் எதிர்பார்க்கப்பட்ட பயனர்கள் ஏற்கனவே இருக்க வேண்டும். இது முழுமையான listener deployment அல்ல.
இரண்டு விவரங்கள் கொள்கையைத் தீர்மானிக்கின்றன. Container AND-ஐ வெளிப்படுத்துகிறது; நேர்மறை நிபந்தனைகளை அருகருகே வைப்பது அனைத்தும் கட்டாயம் என்பதைக் குறிக்காது. Require valid-user அங்கீகரிக்கப்பட்ட கணக்கை ஏற்கிறது, Require user alice ஒரு கணக்கைக் குறிப்பிடுகிறது. தனியாக உள்ள Require user எதையும் வெளிப்படுத்தாது. Apache-இன் பயனர் அங்கீகாரக் குறிப்பைப் பார்க்கவும்.
| மூலம் | உள்நுழைவு | தேவையான முடிவு |
|---|---|---|
| அனுமதிக்கப்பட்டது | செல்லுபடியானது | உத்தேசிக்கப்பட்ட அங்கீகரிக்கப்பட்ட கோரிக்கை அனுமதிக்கப்படுகிறது. |
| அனுமதிக்கப்பட்டது | இல்லை அல்லது தவறு | அங்கீகரிக்கப்பட்ட அனுப்புதல் இல்லை. |
| அனுமதிக்கப்பட்ட மூலத்திற்கு வெளியே | செல்லுபடியானது | அங்கீகரிக்கப்பட்ட அனுப்புதல் இல்லை. |
இந்தப் பகுதியை நம்புவதற்கு முன் அதைச் சூழ்ந்துள்ள virtual host மற்றும் பிற பொருந்தும் அங்கீகாரப் பகுதிகளை ஆய்வு செய்து, பின்னர் @@அங்கீகார எல்லையைச் சோதிக்கவும்; மேலும் குறிப்பான அமைப்பு உண்மையான முடிவை மாற்றலாம். Basic உள்நுழைவுக்கு கிளையன்ட்–பதிலி இடையிலான பாதுகாக்கப்பட்ட போக்குவரத்தும் தேவை. இலக்கு HTTPS பின்னர் தொடங்கும்; முன் நடந்த வெளிப்படையான உரை நற்சான்றுப் பரிமாற்றத்தைப் பாதுகாக்காது.