Basic ಮತ್ತು Digest ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣ
ಎರಡೂ ತುದಿಗಳು ಬೆಂಬಲಿಸುವ ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣ ವಿಧಾನವನ್ನು ಆಯ್ಕೆ ಮಾಡಿ, Digest ಸವಾಲನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಸಾರಿಗೆಯಿಂದ ಬೇರ್ಪಡಿಸಿ.
Basic ಅಥವಾ Digest ಅನ್ನು ಬಲವಂತವಾಗಿ ಬಳಸುವ ಮೊದಲು ಪ್ರಾಕ್ಸಿಯ Proxy-Authenticate ಸವಾಲನ್ನು ಓದಿ. ಕ್ಲೈಂಟ್ ಸೇವೆ ನೀಡುವ ವಿಧಾನವನ್ನು ಬೆಂಬಲಿಸಬೇಕು; Digest ಆಯ್ಕೆ ಮಾಡಿದರೆ Basic ಮಾತ್ರ ಬೆಂಬಲಿಸುವ ಪ್ರಾಕ್ಸಿಗೆ ಅದು ಸೇರದು.
Digest ಬೆಂಬಲಿಸುವ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಾಗಿ curl ಹೀಗೆ ಬಳಸಬಹುದು:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/ನಿಜವಾದ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ಖಾತೆಯನ್ನು ಬಳಸಿ. ಪಾಸ್‌ವರ್ಡ್ ಇಲ್ಲದ ಬಳಕೆದಾರ ಹೆಸರನ್ನು ನೀಡಿದರೆ curl ಅದನ್ನು ಕೇಳಬಹುದು. Basicಗಾಗಿ --proxy-basic ಆಯ್ಕೆ ಮಾಡಿ; ಮೂಲ ಸರ್ವರ್ ದೃಢೀಕರಣ ಬೇರೆ ಆಯ್ಕೆಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಸವಾಲಿನ ಜೊತೆಗೆ ನಿಜವಾಗಿ ಚಾಲನೆಯಲ್ಲಿರುವ curl buildನ ಬೆಂಬಲವನ್ನೂ ಪರಿಶೀಲಿಸಿ.
| ವಿಧಾನ | ಪ್ರಮಾಣಪತ್ರಗಳ ವಿನಿಮಯ | ಮೌಲ್ಯಮಾಪನ ಮಾಡಬೇಕಾದ ರಕ್ಷಣೆ |
|---|---|---|
| Basic | ಕೋಡ್ ಮಾಡಿದ ಬಳಕೆದಾರ ಹೆಸರು ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್ ಜೋಡಿ. | ಕೋಡಿಂಗ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅಲ್ಲ. |
| Digest | ಸವಾಲಿನಿಂದ ಪಡೆದ ಪ್ರತಿಕ್ರಿಯೆ. | ಅಲ್ಗಾರಿದಮ್‌ಗಳು, ಸವಾಲಿನ ನಿಯತಾಂಕಗಳು ಮತ್ತು ಕ್ಲೈಂಟ್ ಅನುಷ್ಠಾನವು ರಕ್ಷಣೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ; ವಿಧಾನವೇ ವಿನಂತಿ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯ ವಿಷಯವನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುವುದಿಲ್ಲ. |
ಎರಡಕ್ಕೂ ಇನ್ನೂ ಕ್ಲೈಂಟ್‌ನಿಂದ ಪ್ರಾಕ್ಸಿಗೆ ಸೂಕ್ತ ಸಾರಿಗೆ ಬೇಕು. ಗುರಿಯ HTTPS ತಡವಾಗಿ ಆರಂಭವಾಗುವುದರಿಂದ ಹಿಂದಿನ ಸರಳ ಪಠ್ಯದ ಪ್ರಾಕ್ಸಿ ಲಾಗಿನ್ ಅನ್ನು ರಕ್ಷಿಸಲಾಗುವುದಿಲ್ಲ.
ಸರ್ವರ್‌ನಲ್ಲಿ Digest ಸಹಾಯಕಗಳಿಗೆ ನಿರ್ದಿಷ್ಟ realmಗೆ ಸೇರಿದ ಪ್ರಮಾಣಪತ್ರ ಸಾಮಗ್ರಿ ಮತ್ತು ಸ್ವಂತ ಸ್ವರೂಪ ಬೇಕಾಗಬಹುದು. Basic NCSA ಫೈಲ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ Digest backend ಆಗುವುದಿಲ್ಲ. ಆಯ್ಕೆ ಮಾಡಿದ ಸಹಾಯಕದ ದಾಖಲಿತ ಸ್ವರೂಪ ಬಳಸಿ, ಮೂಲ ಮತ್ತು ಗುರಿಯ ಮಿತಿಗಳನ್ನು ಉಳಿಸಿಕೊಂಡು ಕಾಣೆಯಾದ ಪ್ರಮಾಣಪತ್ರಗಳು, ತಪ್ಪಾದ ಪ್ರಮಾಣಪತ್ರಗಳು ಮತ್ತು ಅನುಮೋದಿತ ವಿನಂತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.