Maakt OkHttp direct verbinding als een proxy mislukt?
Gebruik de clientversie, routeringskandidaten en het herpogingspad van de applicatie om te beslissen of een mislukte proxy tot directe toegang kan leiden.
In het historische geval van de systeem-HTTP-proxy veranderde OkHttp zijn gedrag in 3.5.0: het stopte met het proberen van een directe verbinding nadat die proxy mislukte. Een ouder rapport over stille terugval kan het gedrag vóór die wijziging beschrijven.
Die geschiedenis beslist niet het routeringsbeleid van elke applicatie. Volg deze drie controles om een rapport uit uw eigen applicatie te interpreteren:
- Zoek de opgeloste OkHttp-versie. Gebruik de afhankelijkheidsinformatie van de applicatie, inclusief de versie die een framework daadwerkelijk bundelt, in plaats van de leeftijd van het gekopieerde voorbeeld.
- Zoek hoe deze client een route kiest. Een expliciete proxy en een aangepaste ProxySelector zijn verschillende configuraties. Als de selector na een proxy een directe kandidaat levert, biedt die een direct alternatief.
- Volg de foutafhandeling. Zoek applicatiecode die opnieuw probeert met een andere client. Een direct verzoek van die vervanging valt buiten de beslissing van de eerste client.
Bij een verplichte-proxy-eis moet het betreffende clientbeleid stoppen in plaats van een direct alternatief te bieden. Controleer de werkelijke client en het herpogingspad tegen die eis; de wijziging in 3.5.0 alleen is geen machinebrede verkeersregel.