curl ನಲ್ಲಿ NTLM ಪ್ರಾಕ್ಸಿ ಲಾಗಿನ್ ದೋಷನಿರ್ಣಯ

NTLM ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣದಲ್ಲಿ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಇರುತ್ತದೆ; ಬಳಕೆದಾರಹೆಸರನ್ನು ಒಮ್ಮೆ ಸೇರಿಸುವುದಷ್ಟೇ ಅಲ್ಲ. ಖಾತೆಯ ಪಾಸ್‌ವರ್ಡ್ ಬದಲಿಸುವ ಮೊದಲು ಪ್ರಾಕ್ಸಿ ನಿಜವಾಗಿಯೂ NTLM ನೀಡುತ್ತದೆ ಮತ್ತು curl ಕಾರ್ಯಗತ ಫೈಲ್ ಅದನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

curl --version

ನಿಮ್ಮ ವಿನಂತಿಯನ್ನು ನಡೆಸುವ ಕಾರ್ಯಗತ ಫೈಲ್‌ನ ಸೌಲಭ್ಯಗಳ ಪಟ್ಟಿಯನ್ನು ನೋಡಿ. ಬೇರೆ curl ಸ್ಥಾಪನೆ, ಕಂಟೇನರ್ ಇಮೇಜ್ ಅಥವಾ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಬಿಲ್ಡ್‌ನಲ್ಲಿ ದೃಢೀಕರಣ ಬೆಂಬಲ ಬೇರೆ ಇರಬಹುದು.

ಪ್ರಾಕ್ಸಿಗಾಗಿಯೇ ನಿರ್ದಿಷ್ಟ ವಿಧಾನವನ್ನು ಆರಿಸಿ

curl --proxy http://proxy.example:3128 --proxy-ntlm --proxy-user 'EXAMPLE\alice' --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/

ಎಂಡ್‌ಪಾಯಿಂಟ್, ಡೊಮೇನ್ ಮತ್ತು ಬಳಕೆದಾರಹೆಸರು ಉದಾಹರಣೆಗಳು. ನಿರ್ವಾಹಕರು ನೀಡಿದ ಸ್ವರೂಪ ಬಳಸಿ. ಆರ್ಗ್ಯುಮೆಂಟ್‌ನಲ್ಲಿ ಪಾಸ್‌ವರ್ಡ್ ಇಲ್ಲದಿದ್ದರೆ, ತೋರಿಸುವ ಕಮಾಂಡ್‌ನಲ್ಲಿ ರಹಸ್ಯ ಉಳಿಸುವ ಬದಲು curl ಅದನ್ನು ಕೇಳಬಹುದು.

ಆರಂಭಿಕ ದೃಢೀಕರಣ ಸವಾಲು ಸಂಧಾನದ ಭಾಗವಾಗಿರಬಹುದು. ಅದನ್ನು ಪೂರ್ಣಗೊಂಡ ಹ್ಯಾಂಡ್‌ಶೇಕ್‌ನ ತಿರಸ್ಕಾರದಿಂದ ಬೇರ್ಪಡಿಸಿ. ಪ್ರಾಕ್ಸಿಯ ಸವಾಲಿಗೆ ಉತ್ತರಿಸಲು ಮೂಲ ಸರ್ವರ್‌ನ NTLM ಆಯ್ಕೆಯನ್ನು ಬಳಸಬೇಡಿ.

ದೋಷನಿರ್ಣಯದಲ್ಲಿ ಸಂಪರ್ಕದ ವರ್ತನೆಯನ್ನೂ ಪರಿಗಣಿಸಿ

NTLM ಸ್ಥಿತಿಯು ಸಂಪರ್ಕಕ್ಕೆ ಬದ್ಧವಾಗಿದೆ. ಹ್ಯಾಂಡ್‌ಶೇಕ್ ನಿರೀಕ್ಷಿತ ಸಂಪರ್ಕ ಮಾರ್ಗದಲ್ಲಿ ನಡೆಯಬೇಕು; ಅದರ ಹಂತಗಳ ನಡುವೆ ಸಂಪರ್ಕಗಳನ್ನು ಮತ್ತೆಮತ್ತೆ ಬದಲಿಸುವುದರಿಂದ ಪೂರ್ಣಗೊಳ್ಳುವುದಕ್ಕೆ ಅಡ್ಡಿಯಾಗಬಹುದು.

Libcurl ಬಳಸುವ ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ ದೃಢೀಕರಣ ಮತ್ತು ಸಂಪರ್ಕಗಳ ಮರುಬಳಕೆಯನ್ನು ಲೈಬ್ರರಿಗೆ ನಿರ್ವಹಿಸಲು ಬಿಡಿ. ಬೇರೆ ಗುರುತುಗಳಿಗೆ ದೃಢೀಕರಿಸಿದ ಸಂಪರ್ಕಗಳನ್ನು ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದೆಂದು ಪರಿಗಣಿಸುವ ಸಾಮಾನ್ಯ ಪೂಲ್ ಕಟ್ಟಬೇಡಿ. ಬಹು ಹಂತದ ಅಥವಾ ಮಧ್ಯವರ್ತಿ ಸೇವೆಯಲ್ಲಿ ಅಗತ್ಯ ಸಂಪರ್ಕ ವ್ಯವಸ್ಥೆಯನ್ನು ಅದು ಉಳಿಸುತ್ತದೆಯೇ ಪರಿಶೀಲಿಸಿ.

ಬೆಂಬಲ ಮತ್ತು ವಿಧಾನ ಆಯ್ಕೆ ಸರಿಯಾಗಿದ್ದರೆ ಖಾತೆಯ ಸ್ವರೂಪ, ಡೊಮೇನ್ ನೀತಿ ಮತ್ತು ಸೂಕ್ಷ್ಮ ಮಾಹಿತಿ ತೆಗೆದಿರುವ ಸರ್ವರ್ ದೃಢೀಕರಣ ಲಾಗ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಯಾವುದೇ ಸವಾಲಿಗೂ ಮೊದಲು ಸಮಯ ಮೀರಿದರೆ ಅದು ಇನ್ನೂ ತಲುಪುವಿಕೆಯ ಸಮಸ್ಯೆ, ತಪ್ಪಾದ NTLM ಪಾಸ್‌ವರ್ಡ್‌ನ ಸಾಕ್ಷ್ಯವಲ್ಲ.

ವಿವರವಾದ ಟ್ರೇಸ್‌ಗಳಲ್ಲಿ ದೃಢೀಕರಣ ಟೋಕನ್‌ಗಳು ಮತ್ತು ಆಂತರಿಕ ಹೆಸರುಗಳು ಇರಬಹುದು. ಸ್ಥಳೀಯವಾಗಿ ಬಳಸಿ ಮತ್ತು ಹಂಚುವ ಮೊದಲು ಸೂಕ್ಷ್ಮ ಮಾಹಿತಿ ತೆಗೆದುಹಾಕಿ; ಸಾರ್ವಜನಿಕ ದೋಷ ವರದಿಗೆ ಕಚ್ಚಾ ಟೋಕನ್ ವಿನಿಮಯ ಅಗತ್ಯವಿಲ್ಲ.