script de proxy não funciona quando duas placas de rede estão conectadas. Como consertar isto?

1

Eu implantei um wpad.dat. Funciona como um charme, exceto para alguns usuários que estão conectados a duas redes ao mesmo tempo (ethernet e outro adaptador de rede que emula um modem analógico para fax). Eu também testei isso com meu notebook. Quando me conecto à LAN por cabo e ao mesmo tempo a outra rede através de WiFi, não obtenho conexão com a Internet. Quando eu forneço o endereço do proxy diretamente, ele funciona.

Como eu tenho que mudar meu roteiro para resolver o meu problema?

function FindProxyForURL(url, host) {
    if (isInNet(host, "127.0.0.1", "255.255.255.255"))
        return "DIRECT";
    if (shExpMatch(url, "*.intranet.*/*"))
        return "DIRECT";
    if (isInNet(myIpAddress(), "172.0.0.0", "255.255.0.0"))
        return "PROXY 10.1.1.254:8080";
    return "DIRECT";
}
    
por mrt181 14.08.2009 / 16:10

3 respostas

1

Eu tenho uma solução, eureka:)

Eu tive que mudar a prioridade das interfaces de rede. A interface (LAN) que terá acesso ao proxy deve ser a primeira interface, se mais de uma interface estiver conectada a alguma rede.

Isso leva à minha solução: link

O parágrafo começa com: Créditos para Oliver Presland (Microsoft UK) ...

    
por 17.08.2009 / 11:36
4

@Palmin Tive o mesmo problema e, felizmente, deparei com uma solução i n este tópico social.technet ! A prioridade dos IPs do adaptador que o Windows retorna para a implementação myIpAddress() do navegador pode ser modificada alterando as métricas de IP .

Defino manualmente as métricas para meus adaptadores físicos para 1, 2, etc e coloquei a Rede somente do Host do VirtualBox no final. Funciona como um encanto agora.

Minha configuração / jornada específica para outras pessoas que estão enfrentando o mesmo problema:

  • Windows 7 Enterprise
  • VirtualBox 4.1.20 r80170

O acesso a páginas da Web na Internet quando em redes sem fio sempre falha. Quando em uma conexão com fio, eles funcionavam muito bem, e as páginas da intranet estavam sempre acessíveis. Desativar o adaptador de rede somente host do VirtualBox resolveu o problema. A configuração manual do meu navegador para usar sempre um proxy (versus detecção automática) também resolveu o problema.

Para confirmar a natureza do problema do PAC, usei o utilitário pactester para testar o comportamento de wpad.dat com meus endereços físicos versus o VirtualBox. Como esperado, o script de proxy retorna conexões diretas para endereços IPv4 privados. O endereço IPv4 padrão do Host do VirtualBox está no intervalo 192.168.x.x .

Modificar a prioridade do adaptador não resolveu o problema para mim. Ele não foi totalmente (e limpo) resolvido até que eu modifiquei as métricas para cada adaptador.

    
por 10.09.2012 / 15:46
0

Isso pode não funcionar (desculpe). O projeto do PAC era assumir que havia uma única interface primária e que você poderia dizer que fizesse escolhas de qual proxy naquela interface primária deveria ser usado.

A causa mais provável é que seu endereço de proxy esteja no intervalo de endereços da interface "errada". Você teria que fornecer netstat -rn para eu descobrir isso.

    
por 16.08.2009 / 19:50