Att lösa proxyn för en URL ger dig ett beslut för den URL:en. Det avslöjar inte den fullständiga automatiska routingprincipen för varje destination.

Det spelar roll när kod anropar GetProxy med en extern testadress, tar den returnerade URI:n och installerar en ny fast WebProxy globalt. Den ursprungliga principen kunde skicka en annan värd direkt eller välja en annan proxy. Ersättningen har kastat bort den informationen.

Behåll ett stödt principobjekt hos klienten när destinationsberoende beteende är avsett. Granska dess beslut för den faktiska URL som misslyckas i stället för att använda en orelaterad webbplats som en universell sond.

Tolka också ett direkt beslut korrekt. En implementering kan returnera den ursprungliga destinationen när den kringgås; jämför kringgåendebeslutet i stället för att automatiskt märka om den URI:n som proxy.

Om en fast slutpunkt är programmets avsedda princip, konfigurera den explicit och dokumentera det valet. En fast rutt som av misstag härleds från ett auto-proxyresultat är mycket svårare att förklara när nästa destination beter sig annorlunda.

Relaterade artiklar