Corrigindo problema com WPAD (EFW 2.5.1 e 3.0.5)
Enviado: 03 Abr 2016 19:35
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
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