OkHttp ಬೇಸಿಕ್ ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣ: ತಿರಸ್ಕೃತ ಮರುಪ್ರಯತ್ನಗಳನ್ನು ನಿಲ್ಲಿಸಿ

ಬೇಸಿಕ್ ದೃಢೀಕರಣ ನೀಡುವ HTTP ಪ್ರಾಕ್ಸಿಗೆ, OkHttp ನ proxyAuthenticator ರುಜುವಾತುಗಳನ್ನು ಹೊತ್ತ ವಿನಂತಿಯನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು. ಅಧಿಕೃತತೆ ಪ್ರಯತ್ನ ಈಗಾಗಲೇ ತಿರಸ್ಕೃತವಾದ ನಂತರ ಅದೇ ಉತ್ತರವನ್ನು ಮತ್ತೆ ಕಳುಹಿಸುವ ಬದಲು null ಹಿಂತಿರುಗಿಸಿ:

.proxyAuthenticator { _, response ->
    if (response.request.header("Proxy-Authorization") != null) {
        null
    } else {
        response.request.newBuilder()
            .header("Proxy-Authorization",
                    Credentials.basic(proxyUser, proxyPassword))
            .build()
    }
}

ಈ ರೇಖಾಚಿತ್ರವು ಅಪ್ಲಿಕೇಶನ್‌ನ ರಹಸ್ಯ ಸಂರಚನೆಯಿಂದ ಖಾತೆ ಮೌಲ್ಯಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಕಾವಲು ಮೊದಲ ಪ್ರಯತ್ನವನ್ನು ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ಪುನರಾವರ್ತಿತವನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಇದು Basic ಅನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತದೆ, ಪ್ರಾಕ್ಸಿ ಘೋಷಿಸಬಹುದಾದ ಪ್ರತಿ ಸ್ಕೀಮ್ ಅನ್ನಲ್ಲ; ಆ ಉತ್ತರವನ್ನು ಆಯ್ಕೆಮಾಡುವ ಮೊದಲು ಸವಾಲನ್ನು ಪರಿಶೀಲಿಸಿ.

ಅಂತಿಮ ಫಲಿತಾಂಶವು 407 ಆಗಿದ್ದರೆ, ಆಯ್ಕೆ ಮಾಡಿದ ಪ್ರಾಕ್ಸಿ, ಘೋಷಿತ ಸ್ಕೀಮ್ ಮತ್ತು ದಾಖಲಿತ ಖಾತೆ ಗುರುತನ್ನು ಹೋಲಿಸಿ. ತಿರಸ್ಕೃತ ಗುಪ್ತಪದ, ಬೆಂಬಲಿಸದ ವಿಧಾನ ಮತ್ತು ತಪ್ಪಾದ ಬಳಕೆದಾರಹೆಸರು ರೂಪಕ್ಕೆ ವಿಭಿನ್ನ ತಿದ್ದುಪಡಿಗಳು ಬೇಕು. ಆ ವೀಕ್ಷಣೆಗಳನ್ನು ಮತ್ತು ಅಂತಿಮ ಸ್ಥಿತಿಯನ್ನು ಸಂಪಾದಿತ ರೋಗನಿರ್ಣಯದಲ್ಲಿ ಇರಿಸಿ.

CONNECT ಗೆ ಇನ್ನೊಂದು ಕಾಲ್‌ಬ್ಯಾಕ್ ಸಂದರ್ಭವಿದೆ: ಸುರಂಗ ತೆರೆಯುವ ಮೊದಲು OkHttp ಕೃತಕ ಪೂರ್ವಭಾವಿ ಪ್ರಾಕ್ಸಿ-ದೃಢೀಕರಣ ಸವಾಲನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಪ್ರತಿ ಕಾಲ್‌ಬ್ಯಾಕ್ ಸಾಮಾನ್ಯ ಗಮ್ಯಸ್ಥಾನ ಉತ್ತರ ಎಂದು ಊಹಿಸುವ ಬದಲು API ಪ್ರಕಾರ ಆ ಸಂದರ್ಭವನ್ನು ನಿರ್ವಹಿಸಿ.

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

ಐತಿಹಾಸಿಕ ವರದಿಗಳು ಅನುಷ್ಠಾನ ದೋಷಗಳನ್ನು ಸಹ ವಿವರಿಸುತ್ತವೆ, ತಿರಸ್ಕೃತ ಪ್ರಾಕ್ಸಿ-ಉತ್ತರದ ಮುಖ್ಯ ಭಾಗದ ನಿರ್ವಹಣೆ ಸೇರಿದಂತೆ. ಪ್ರಸ್ತುತ ವೈಫಲ್ಯವನ್ನು ಹಳೆಯ ವರದಿಗೆ ಆರೋಪಿಸುವ ಮೊದಲು OkHttp ಆವೃತ್ತಿ ಮತ್ತು ಅಂತಿಮ ವಿನಿಮಯವನ್ನು ದಾಖಲಿಸಿ. ಮರುಪ್ರಯತ್ನದ ನಿರ್ಧಾರವು ಉಪಯುಕ್ತ ಹೊಸ ಉತ್ತರವಿಲ್ಲದ ಬದಲಾಗದ ರುಜುವಾತು ಪ್ರಯತ್ನವನ್ನು ಇನ್ನೂ ನಿಲ್ಲಿಸಬೇಕು.