Risolvere il proxy per un URL fornisce una decisione per quell'URL. Non rivela i criteri completi di instradamento automatico per ogni destinazione.

Questo conta quando il codice chiama GetProxy con un indirizzo di prova esterno, prende l'URI restituito e installa globalmente un nuovo WebProxy fisso. I criteri originali potevano inviare un altro host direttamente o scegliere un proxy diverso. La sostituzione ha gettato via quell'informazione.

Mantenete un oggetto criteri supportato presso il client quando si intende un comportamento dipendente dalla destinazione. Ispezionate la sua decisione per l'URL che fallisce davvero invece di usare un sito non correlato come sonda universale.

Interpretate correttamente anche una decisione diretta. Un'implementazione può restituire la destinazione originale quando viene aggirata; confrontate la decisione di aggiramento invece di rietichettare automaticamente quell'URI come proxy.

Se un endpoint fisso è il criterio previsto dall'applicazione, configuratelo esplicitamente e documentate quella scelta. Una rotta fissa derivata per caso da un risultato di proxy automatico è molto più difficile da spiegare quando la destinazione successiva si comporta diversamente.

Articoli correlati