A mensaxe de estado di «Resolving host in proxy script», pero cambiar de servidor proxy apenas cambia nada. É unha pista útil: pode que o navegador siga decidindo a onde enviar a solicitude.

Un ficheiro PAC pode facer comprobacións que dependen do DNS. Se esas comprobacións esperan un resolutor inaccesible ou fan preguntas innecesarias unha e outra vez, a carga da páxina pode deterse antes de que o proxy seleccionado reciba algo.

1. Localice a pausa

Para un URL afectado, determine se o atraso se produce ao obter o ficheiro PAC, ao avalialo ou ao conectar co proxy devolto. Un rexistro de acceso do proxy baleiro é coherente coas dúas primeiras etapas; non demostra que o navegador usase unha ruta directa.

Despois revise que regras necesitan DNS. As pautas de rendemento de PAC de Microsoft recomendan evitar o traballo innecesario que depende do DNS. Unha comprobación de igualdade de nome de host non precisa a mesma información que resolver ese nome e comprobar unha subrede.

2. Elimine o traballo de DNS innecesario

As excepcións de nome de host coñecidas adoitan poder decidirse antes das comprobacións amplas baseadas en enderezos. Resolva un nome só cando a política restante realmente necesite o seu enderezo. Garde o resultado nunha variable local se varias condicións posteriores necesitan o mesmo valor.

Non «arranxe» un script lento engadindo un retorno DIRECT incondicional arriba. Iso elimina a decisión de enrutamento xunto co atraso.

As solucións de DNS específicas de cada máquina necesitan probas. Activar a compartición de ficheiros ou reescribir o ficheiro hosts de cada portátil é unha mala primeira reacción ante un script de enrutamento lento. Comprobe o comportamento do resolutor e do nome de host na rede afectada, sobre todo tras un cambio de rede, e cambie o PAC só onde a súa ruta de decisión real o esixa.

Artigos relacionados