Failover ordenado de proxies num ficheiro PAC

Um resultado PAC separado por pontos e vírgulas fornece rotas alternativas por ordem:

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

Utilize os pontos finais HTTP reais exigidos pela política. Para testes de destinos públicos onde são permitidos proxies públicos, a lista de proxies HTTP fornece candidatos. O navegador pode tentar B quando for adequado depois de A falhar. O tráfego não passa por A e depois por B. Uma cadeia exige suporte separado no cliente ou nos servidores proxy; a cadeia SOCKS-para-HTTP do curl é uma disposição suportada.

Disponibilidade do script e do proxy

O cliente tem de obter primeiro um script PAC utilizável. Um segundo proxy no valor de retorno não pode ajudar um navegador que não conseguiu descarregar o script e não tem uma cópia em cache utilizável.

Após a avaliação, o navegador escolhe entre as rotas devolvidas. A referência PAC define o formato ordenado; o navegador determina que falhas desencadeiam o failover e durante quanto tempo se lembra de um candidato falhado. Um erro HTTP recebido através de um proxy funcional não desencadeia automaticamente outra rota.

Uma alternativa direta

Adicionar ; DIRECT permite uma rota sem qualquer um dos dois proxies. Isso pode adequar-se a uma política de roaming, mas entra em conflito com a exigência de que o tráfego afetado utilize sempre uma saída aprovada.

Para um relatório de interrupção, registe se o script foi obtido, o seu resultado para o URL afetado, e a alternativa que o navegador tentou. Essas observações localizam a falha entre a entrega do script, a avaliação e a ligação ao proxy.