Fyri ein HTTP-proxy, sum bjóðar Basic-innlit, kann proxyAuthenticator hjá OkHttp lata eina umsókn við innlitsupplýsingum aftur. Lat null aftur, eftir at ein loyvisroynd longu er avvíst, heldur enn at senda sama svar aftur:

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

Henda skitsan nýtir kontuvirði úr loyniskipanini hjá tólvirkinum. Vørnin loyvir eina fyrstu roynd og steðgar eini endurtakari. Hon innleiðir Basic, ikki hvørja skipan, sum ein proxy kann kunngera; kan avbjóðingina, áðrenn tú velur tað svarið.

Um úrslitið framvegis er 407, ber saman valda proxy, kunngerðu skipanina og skjalfesta kontusamleikan. Eitt avvíst loyniorð, ein óstudd hættisgerð og ein skeiv brúkaranavn-formur krevja ymiskar rættingar. Goymd hesi eygleiðing og endaligu støðuna í redigeraðari greining.

CONNECT hevur ein annan afturkallið-kontekst: OkHttp skjalfestir eina syntetiska forkeyris-proxy-innlitsavbjóðing, áðrenn tunilin verður latin upp. Handfar tann kontekstin eftir API-num heldur enn at halda, at hvørt afturkall er eitt vanligt málsvar.

Tann serstaki authenticator er til innlit á málsveitarin. Halt hansara innlitsupplýsingar skildar frá proxy-innlitinum; ein alheims millumliggjari, sum setur eitt proxy-loyniorð á hvørja útgangandi umsókn, kann senda tað í skeivari vídd.

Søguligar fráboðanir lýsa eisini innleiðingarfeil, eitt nú handfaring av avvístum proxy-svarskroppi. Skráset OkHttp-útgávuna og seinasta skiftið, áðrenn tú setur eina núverandi brest í samband við eina gamla fráboðan. Endurtøkuavgerðin eigur framvegis at steðga eini óbroyttari innlitsroynd, sum ikki hevur nakað nyttligt nýtt svar.

Skyldar greinar