Corrigindo problema com WPAD (EFW 2.5.1 e 3.0.5)

[Eduardo Jonck]

Para quem não conhece o recurso WPAD, pode ler  nesse artigo a forma de estar aplicando em um ambiente com servidores linux, porém pode ser utilizado em Microsoft Windows Server.

      Após alguns problemas em algumas implantações, uma pessoa conhecida me acionou para verificar o porque não estava funcionado essa função no Endian Firewall e fui atrás de resolver de forma definitiva, pois também já passei por isso em um caso. Entretanto, percebi que há uma instabilidade nesse recurso do Endian, onde momentos funciona e momentos não, e por fim, encontrei a solução.

      Essa solução foi testada em dois casos em que um era uma implantação nova e outra era uma implantação já feita. Os dois casos foram resolvidos.

      O problema tem relação ao script "proxy.pac" que fica dentro do /home/httpd/html. Esse script é considerado o script principal onde consta códigos de programação e com ele é gerado o "wpad.dat". A proposta dos fabricantes do Endian é que a gerencia do "wpad.dat" possa ser feita pelo Console WEB, pois durante a resolução do problema, percebi que ao criar uma regra baseando-se em IP, esses endereços IPs eram preenchidos no "wpad.dat" quando efetuava o download do arquivo. Isso vinha gerando problemas, pois os dados que eram preenchidos no "wpad.dat" gerado pelo "proxy.pac" vinha incorretos e o recurso não funcionava.

      Então baseando-se nesse artigo que postei, editei o script "proxy.pac" para que o mesmo gerasse o "wpad.dat" com os dados corretos. Isso fez com que o recurso dos dois casos que estavam com problema funcionasse de imediato.

      Para aqueles que passarem por esse problema, basta baixar o pacote corrigido no link abaixo e instalar com o comando rpm -ivh xxxx.rpm --force. Para testar, basta acessar seu navegador, e configurar como auto detectar o proxy.

OBS: Foi aplicado nas versões do Endian Firewall 2.5.1 e 3.0.5Beta1 + Update

[fabio.gaspar]

Para quem não conhece o recurso WPAD, pode ler  nesse artigo a forma de estar aplicando em um ambiente com servidores linux, porém pode ser utilizado em Microsoft Windows Server.

      Após alguns problemas em algumas implantações, uma pessoa conhecida me acionou para verificar o porque não estava funcionado essa função no Endian Firewall e fui atrás de resolver de forma definitiva, pois também já passei por isso em um caso. Entretanto, percebi que há uma instabilidade nesse recurso do Endian, onde momentos funciona e momentos não, e por fim, encontrei a solução.

      Essa solução foi testada em dois casos em que um era uma implantação nova e outra era uma implantação já feita. Os dois casos foram resolvidos.

      O problema tem relação ao script "proxy.pac" que fica dentro do /home/httpd/html. Esse script é considerado o script principal onde consta códigos de programação e com ele é gerado o "wpad.dat". A proposta dos fabricantes do Endian é que a gerencia do "wpad.dat" possa ser feita pelo Console WEB, pois durante a resolução do problema, percebi que ao criar uma regra baseando-se em IP, esses endereços IPs eram preenchidos no "wpad.dat" quando efetuava o download do arquivo. Isso vinha gerando problemas, pois os dados que eram preenchidos no "wpad.dat" gerado pelo "proxy.pac" vinha incorretos e o recurso não funcionava.

      Então baseando-se nesse artigo que postei, editei o script "proxy.pac" para que o mesmo gerasse o "wpad.dat" com os dados corretos. Isso fez com que o recurso dos dois casos que estavam com problema funcionasse de imediato.

      Para aqueles que passarem por esse problema, basta baixar o pacote corrigido no link abaixo e instalar com o comando rpm -ivh xxxx.rpm --force. Para testar, basta acessar seu navegador, e configurar como auto detectar o proxy.

OBS: Foi aplicado nas versões do Endian Firewall 2.5.1 e 3.0.5Beta1 + Update

Alguém fez o teste na versão 2.5.2 ?

[Eduardo Jonck]

Boa noite,

Acredito que funcione nessa versão também, pois o arquivo que é trocado é o proxy.pac em /home/httpd/html.

Como a versão 2.5.2 é semelhante a 2.5.1, acredito que deva funcionar sem problemas.

[geekzilla]

Eduardo parabéns pelas modificações no Endian e a ajuda a comunidade, podes habilitar a extensão do arquivo para download aqui no forum? 

Thanks!

[marceloleaes]

Anexo ajustado, obrigado por reportar.

[geekzilla]

Opa!, Obrigado Marcelo!

[jgama1]

Infelizmente  é a segunda vez que apresenta o problema com Proxy.pac,  os  usuários logam na rede  e ficam sem internet, e tenho que seta o proxy manual no browser.

Uso o Proxy  autenticado  via Ad do windows Server 2012.

Tentei instalar este pacote  mais o sistema aqui é Endian 3.2.1  64bits

root@Endian2:/home/httpd/html # rpm -ivh wpad-correction-3.0.5-1.0-2.i386.rpm
warning: package wpad-correction-3.0.5-1.0-2.i386 is intended for a i386-unknown-linux platform

Por acaso vc não tem na versão 64bits??

Fazer este correção manualmente é possível?

Abraço

[marceloleaes]

Efetue teste somente com o arquivo de correção.
proxy.pac , diretório = /home/httpd/html
Faça backup do arquivo original antes. Em anexo.

[jgama1]

ok,  só uma coisa não tem este aquivo  proxy.pac no /var/httpd/html
Alias  fiz um abusca  com find / -iname proxy.pac e não encontra no sistema

Código: Selecionar todos

root@Endian2:~ # find / -iname proxy.pac
root@Endian2:~ #

ou

[font=Times New Roman]root@Endian2:~ # find / -iname proxy[/font]
[font=Times New Roman]/usr/share/efw-gui/proxy[/font]
[font=Times New Roman]/usr/lib/efw_backup/proxy[/font]
[font=Times New Roman]/usr/lib/efw/proxy[/font]
[font=Times New Roman]/usr/lib/python2.7/site-packages/endian/proxy[/font]
[font=Times New Roman]/etc/efw/proxy[/font]
[font=Times New Roman]/run/efw/proxy[/font]
[font=Times New Roman]/var/efw/proxy[/font]
[font=Times New Roman]/var/lib/efw/proxy[/font]
[font=Times New Roman]root@Endian2:~ #[/font]

Saberia  dizer porque não exite o arquivo no local padrão?

Abraço