O Internet Explorer não está descobrindo automaticamente http: //wpad/wpad.dat auto-config

9

Estou sendo levado à frustração por esse problema.

Eu configurei um arquivo chamado wpad.dat (essencialmente, um arquivo proxy.pac renomeado) e coloquei em um site interno. Configurei as entradas de DNS para que o nome do host wpad seja um CNAME para o servidor da web. Eu defino o tipo MIME apropriado para arquivos .dat no site. Eu removi o wpad da lista de bloqueio de consulta global do DNS.

Eu sei que o arquivo de configuração está sintaticamente correto porque se eu definir manualmente o "script de configuração automática" do Internet Explorer como http://wpad/wpad.dat , o proxy está claramente sendo usado (ou seja, vejo minha navegação nos arquivos de log mais determinados sites negado aparecer com a minha página de substituição.)

No entanto, entendo que tudo que preciso fazer é marcar a caixa "Detectar configurações automaticamente" e o próprio Internet Explorer deve procurar http://wpad/wpad.dat - ou, mais corretamente, http://wpad.localdomain/wpad.dat - que também trabalho.

Alguém pode me ajudar a diagnosticar esse problema? Eu simplesmente não consigo ver o que perdi ou o que está errado.

Obrigado !!

(Nota, também é possível definir o arquivo de configuração automática usando DHCP, no entanto, temos uma organização multi-site com DHCP fornecido por uma mistura de servidores e roteadores dependendo da localização, bem como escritórios remotos usando modems celulares 3G que Além disso, é apenas o Internet Explorer, que supostamente suporta a descoberta automática de proxy da Web via DHCP - nem o Firefox nem o Safari. Não utilizamos esses navegadores, mas para obter compatibilidade máxima e facilidade de uso futuro. administração / mudanças Eu acho que é certamente melhor para conseguir este trabalho através de uma boa entrada DNS único.)

    
por David M Williams 15.08.2009 / 13:58

11 respostas

16

David,

Caso você ainda esteja enfrentando esse problema, é realmente simples de corrigir. Mas não é documentado em qualquer lugar, e levou-me séculos para resolver isso no meu ambiente. Tudo o que você fez é bom, e é o que eu chamo de bug na forma como o IE obtém suas informações sobre o WPAD e se conecta ao servidor web.

Primeiro de tudo, você não pode usar um registro CNAME para o WPAD. Use um registro A. Bobinho, eu sei, e isso não deveria fazer nenhuma diferença, mas é definitivamente o caso. Portanto, remova seu CNAME no seu DNS e faça um registro A para o endereço IP do servidor da Web.

Em segundo lugar (e isso pode ser mais complicado para você), você precisa ter o arquivo WPAD.DAT localizado na raiz do site padrão que está escutando o endereço IP que você atribuiu acima. Essa é a chave. Não funcionará com um campo de cabeçalho de host ou qualquer coisa assim.

Explicação: O que o IE faz é resolver o nome WPAD para um endereço IP. Deve ser capaz de resolvê-lo diretamente para um endereço IP. Se resolve como uma consulta CNAME faz para um nome diferente, não vai funcionar. Então, uma vez que o IE tenha o endereço IP que o WPAD resolve, o que ele realmente faz é conectar-se a http: // < & WPAD.dat. Se você tiver um site diferente configurado no mesmo servidor da Web, ouvindo na porta 80, mas usando um campo de cabeçalho de host como eu (IE, "site padrão", bem como "Site da WPAD"), você tenha tudo configurado corretamente, mas não funcionará por essa mesma razão. Coloque uma cópia do seu arquivo WPAD.DAT na raiz do seu site padrão, e as coisas devem começar a funcionar.

É claro que, se você não conseguir acessar a raiz desse site (ou não conseguir proteger a raiz desse site), talvez seja necessário migrar o site do WPAD para outro servidor, pode estar na raiz do endereço IP atribuído a esse servidor.

Dê uma chance assim mesmo. Esse é o processo que funcionou para mim. Levou-me séculos para fazê-lo funcionar, mas tem funcionado de forma confiável já há muito tempo. Tudo o que foi dito acima é simplesmente o meu entendimento de como o IE funciona em relação aos arquivos WPAD.DAT, e pode não estar correto - é simplesmente baseado na observação do que ele faz no meu próprio ambiente. O seu pode ser diferente, mas eu coloquei um pouco de dinheiro, pelo menos, para corrigir o problema.

Deixe-me saber como você está! Matto:)

    
por 30.11.2009 / 07:44
3

Outro método de resolver isso para o IE8 (pode funcionar também para o IE7) é alterar algumas configurações na Diretiva de Grupo.

  • Configuração do computador > Modelos Administrativos > Componentes do Windows > Internet Explorer > Fazer configurações de proxy por máquina (em vez de por usuário) = Ativado
  • Configuração do usuário > Modelos Administrativos > Componentes do Windows > Internet Explorer > Desativar armazenamento em cache de scripts do Auto-Proxy = Ativado

Com as duas configurações acima modificadas, eu consegui fazer com que as configurações do WPAD funcionassem no IE8.

NOTA: Você não precisa estar em um ambiente de domínio para usar isso. Em um PC de grupo de trabalho, basta usar o GPEDIT.MSC para alterar a política do computador local.

Consulte: Como desativar o cache de proxy automático no Internet Explorer

Atenciosamente, Kym

    
por 08.10.2009 / 06:12
3

Esta questão de falha de servidor aparece no topo das pesquisas do Google e é por isso que eu estou respondendo a ele. Espero que os outros achem isso útil, pois esse problema foi uma dor real para mim.

Quase todos os computadores com Windows 7 em nosso domínio, com cerca de 50 usuários, foram afetados. A redefinição do IE não era aceitável no que me dizia respeito. Por isso, resolvi o seguinte:

Primeiramente, aqui estão alguns links úteis, mas muito difíceis de encontrar:

link

link

link

Eu sugiro que você leia cada um dos links primeiro.

A seguinte citação do primeiro link é particularmente interessante:

"Acontece que esses caras espertos da Microsoft implementaram um recurso para interromper a verificação de um servidor WPAD após algumas tentativas falhas. Ele sabe que rede está em uma máquina móvel, deixa uma nota no registro se não vai incomodar olhar de novo. Muito uso se você acabou de implementá-lo. "

Eu encontrei a chave reg wpad observada nos links, que é realmente como eu encontrei os links no google. Fiquei implacável durante os testes e descobri que os seguintes trabalhos:

Feche todas as sessões do IE, abra o Painel de Controle - > Opções da Internet - > Guia Conexões - > Lan Configurações e desmarque "Detectar configurações automaticamente" (e todas as outras opções) - NÃO ABRIR IE NOVAMENTE.

Exclua a seguinte chave reg:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad

Abra o Painel de Controle - > Opções da Internet - > Guia Conexões - > Lan Settings e TICK "Detectar automaticamente as configurações".

Se você atualizar sua janela regedit (F5), deverá ver a chave reg wpad reg recriada, mas estará vazia.

Agora abra o IE. Atualize o reg do wpad novamente e você deverá vê-lo preenchido com uma subchave contendo várias informações do wpad.

Esta foi uma correção sem ter que redefinir o IE, mas ainda precisava implantá-lo em 50 máquinas de alguma forma. Eu fiz isso da seguinte forma:

Eu criei o seguinte reg usando um computador que eu tinha redefinido como acima (não copie este verbatim como ele foi criado com base em nosso domínio e eu editei o nome de domínio), a linha wpadOverride foi adicionada com sucesso:

Windows Registry Editor Version 5.00

[-HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad]

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad]
"WpadLastNetwork"="{F03DC3BF-50F6-4DB1-9570-CF84875F6EDC}"
"WpadOverride"=dword:00000001

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad\a4-0c-c3-62-7b-2d]
"WpadDecisionReason"=dword:00000000
"WpadDecisionTime"=hex:10,50,19,cf,b1,73,cc,01
"WpadDecision"=dword:00000001

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad\{F03DC3BF-50F6-4DB1-9570-CF84875F6EDC}]
"WpadDecisionReason"=dword:00000000
"WpadDecisionTime"=hex:10,50,19,cf,b1,73,cc,01
"WpadDecision"=dword:00000001
"WpadNetworkName"="example.local"

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad\{F03DC3BF-50F6-4DB1-9570-CF84875F6EDC}\a4-0c-c3-62-7b-2d]

Isso foi adicionado aos scripts de login do usuário e basicamente exclui a chave reg e a substitui.

Eu criei um GPO para desativar "Detectar configurações automaticamente" e adicionar manualmente o URL do wpad:

Configuração do usuário - > Políticas - > Configurações do Windows - > Manutenção do Internet Explorer - > Conexão - > Configuração Automática do Navegador | Desmarque a opção "Detectar configurações automaticamente" e marque "Ativar configuração automática" e insira " link " em "URL de configuração automática ".

Também ativei a "Substituição de Cache de Decisão do IE WPAD" (consulte o segundo link acima).

Depois deixei isso por alguns dias para implantar no maior número de computadores possível, depois desativei a "URL de configuração automática" e cliquei em "Detectar configurações automaticamente" novamente e removi a chave reg do script de login.

Eu fiz isso, pois ele não pareceu funcionar simplesmente desmarcando e marcando a caixa "Detectar configurações automaticamente" via GPO, portanto, a adição da URL pode não ser necessária.

Eu esperava que o WpadOverride funcionasse sem as etapas extras, mas infelizmente não funcionou no meu caso.

Por acaso, usar um nome funciona perfeitamente em nossa rede.

Todos os computadores que estavam desligados durante o período de duração da correção foram manipulados manualmente depois disso.

Espero que isso ajude outras pessoas que se deparam com essa pergunta, como eu fiz via google. Esse "recurso" da Microsoft é simplesmente estúpido.

    
por 20.09.2011 / 07:16
2

Eu tive exatamente o mesmo problema, mas apenas para alguns computadores ...

O Wireshark mostrou que o IE não tenta nada na rede antes de atingir o servidor web de destino. O servidor da Web configurado para hospedar o wpad responde a qualquer nome de host nesse endereço IP específico.

Eu consegui que os clientes do IE8 que não trabalham fizessem o download do wpad.dat novamente:

  1. Tools->Internet Options->Advanced->Reset
  2. Closed IE and re-opened it

Infelizmente, depois de fazer modificações no arquivo wpad.dat, é evidente que o IE8 após o primeiro download do wpad.dat não faz downloads adicionais: - (

    
por 05.09.2009 / 03:24
2

Outra coisa a observar é detalhada no seguinte URL: link

O DNS pode ter uma lista de bloqueios habilitada de qual wpad é definido como um registro bloqueado, essa é uma medida de proteção.

    
por 02.04.2015 / 01:07
1

Tente executar o wireshark em uma máquina cliente ... veja onde o IE está procurando? O seu servidor registra que ele tenha servido algum wpad?

    
por 15.08.2009 / 14:25
1

O Internet Explorer tentará acessar o " link 's-dns-suffix.com/wpad.dat". Certifique-se de que o servidor da Web configurado para servir o arquivo wpad.dat esteja respondendo para o nome completo do host. (BTW, IE vai decompor o sufixo DNS tentando cada domínio pai também. Dê uma olhada no link . O cara que possui esse domínio poderia ter sido realmente, muito mal se ele quisesse ...)

    
por 15.08.2009 / 15:40
1

O IE versão 6.0.2900.xxxx procura o nome de arquivo "wpad.da" em vez de "wpad.dat" CUIDADO! ;) Basta usar um sniffer ou verificar seus logs do servidor web.

Espero que isso ajude!

    
por 25.05.2012 / 02:44
0

Como Tom Newton sugere que use o wireshark para ver o que o IE está fazendo (consulta DNS, HTTP GET, ...), veja também os logs do seu servidor web.
Tome cuidado para que o IE envie o IP em vez do nome do host (wpad) como 'Host' na consulta GET, para que você não possa usar um virtualhost 'wpad' no servidor da Web.

    
por 15.08.2009 / 15:28
0

Esse método funciona para mim

   1. Tools->Internet Options->Advanced->Reset
   2. Closed IE and re-opened it

Eu acho que o IE8 me faz confundir muito, eles da MS, mas por que isso funciona de forma adequada. Enquanto o Firefox funciona muito bem.

    
por 12.08.2010 / 03:09
0

Se você estiver usando DHCP, há uma configuração (opção 252, IIRC) para declarar o local do seu arquivo wpad. Eu acredito que você está incorreto sobre o Firefox não ser capaz de usar isso.

Além disso, você tem domínio local na lista de pesquisa?

    
por 17.08.2009 / 04:41