ಪ್ರಾಕ್ಸಿ ರುಜುವಾತುಗಳನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ ಮತ್ತೆ 407 ಕಳುಹಿಸಬಹುದು

Proxy-Authorization ಸ್ವೀಕರಿಸಿದರೆ ಪ್ರಾಕ್ಸಿ ಖಾತೆಯನ್ನು ಒಪ್ಪಿಕೊಂಡಿದೆ ಎಂದರ್ಥವಲ್ಲ. ರುಜುವಾತುಗಳು ಇಲ್ಲದಿದ್ದರೆ, ಅಮಾನ್ಯವಾಗಿದ್ದರೆ ಅಥವಾ ಅಪೂರ್ಣವಾಗಿದ್ದರೆ, ಇನ್ನೊಂದು 407 Proxy Authentication Required ಸೂಕ್ತ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿರಬಹುದು.

ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ Proxy-Authenticate ಸವಾಲು ಇರಬೇಕು. Basic ನ ಒಂದು ಉದಾಹರಣೆ:

HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"
Content-Length: 0

ನಂತರ ಕ್ಲೈಂಟ್ ಇನ್ನೊಂದು ರುಜುವಾತು ಪಡೆಯಬಹುದು ಅಥವಾ ಆಯ್ಕೆ ಮಾಡಿದ ಯೋಜನೆಯ ವಿನಿಮಯವನ್ನು ಮುಂದುವರಿಸಬಹುದು. ಕೆಲವು ದೃಢೀಕರಣ ವಿಧಾನಗಳಿಗೆ ಹಲವು ಸುತ್ತುಗಳು ಬೇಕು, ಆದ್ದರಿಂದ ಎರಡನೇ 407 ಸ್ವತಃ ಪಾಸ್ವರ್ಡ್ ತಪ್ಪಾಗಿ ಟೈಪ್ ಆಗಿದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.

RFC 9110 ಮಾನ್ಯ ಆದರೆ ಸಾಕಷ್ಟಿಲ್ಲದ ರುಜುವಾತನ್ನು ಸಹ ಬೇರ್ಪಡಿಸುತ್ತದೆ: ಆ ಗುರುತಿನ ಅಡಿಯಲ್ಲಿ ಪೂರೈಸಲು ನಿರಾಕರಿಸುವ ವಿನಂತಿಗೆ ಸರ್ವರ್ 403 ಬಳಸಬೇಕು. ಪ್ರಾಕ್ಸಿ ಅನುಷ್ಠಾನವು ಆ ಪ್ರವೇಶ ನಿರ್ಧಾರವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ತೆಗೆದುಕೊಳ್ಳಬೇಕು, ಕೇವಲ ಅಧಿಕಾರ ಹೆಡರ್ ಕಾಣಿಸಿಕೊಂಡದ್ದಕ್ಕಾಗಿ ಹೊಸ ಸ್ಥಿತಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಬಾರದು.

ಕ್ಲೈಂಟ್ ಬದಿಯಲ್ಲಿ, ಪುನರಾವರ್ತಿತ ಒಂದೇ ರೀತಿಯ ವೈಫಲ್ಯಗಳಿಗೆ ನಿಲ್ಲಿಸುವ ಬಿಂದು ಬೇಕು. ಪ್ರತಿಕ್ರಿಯೆಯ ಸ್ಥಿತಿ ಮತ್ತು ಸವಾಲನ್ನು ರೋಗನಿರ್ಣಯದಲ್ಲಿ ಉಳಿಸಿ, ಮತ್ತು ತಿರಸ್ಕರಿಸಿದ ಅದೇ ರುಜುವಾತನ್ನು ಕುರುಡಾಗಿ ಮತ್ತೆ ಕಳುಹಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ.