Ao usar autoproxy, como você pode ver a configuração do proxy?

3

Eu defino as configurações globais da máquina para usar um script de configuração de autoproxy. por exemplo. link , mas ainda há alguns aplicativos de rede que exigem uma configuração de proxy explícita. Eu suponho que isso acontece porque esses aplicativos não sabem como acessar as configurações globais de proxy. Como posso ver as configurações globais de proxy que foram configuradas automaticamente para que eu possa copiá-las para as configurações desses aplicativos problemáticos?

    
por zr. 10.02.2010 / 09:58

2 respostas

4

Se você estiver usando uma URL explícita para o script autoproxy, basta baixá-lo e lê-lo (é um script JavaScript). Você encontrará o URL do proxy e algumas regras, por exemplo, para quais URLs não usar o proxy. Observe, porém, que, como lógica complicada pode ser implementada em JavaScript, às vezes a configuração não pode ser inserida com precisão em qualquer janela de 'configuração de proxy' do aplicativo (que geralmente são apenas 'URL do servidor proxy' e 'nenhum proxy para') .

Você pode ver o script de configuração com, por exemplo:

curl http://autoproxy.mycompanydomain.exe:8080

Se você não usa um URL de script explícito, tente:

curl http://wpad/wpad.dat

ou:

curl http://wpad.yourdomain/wpad.dat

É claro que qualquer outra coisa além de 'curl' pode ser usada para baixar os dados, embora os navegadores da web possam tentar interpretar o script em vez de apenas exibi-lo.

Muitos aplicativos Linux (incluindo wget ou curl) usam as variáveis de ambiente $ http_proxy / $ HTTP_PROXY, $ HTTPS_PROXY e $ NO_PROXY para configuração de proxy. Você pode colocar suas 'configurações globais' lá (por exemplo, através do seu ~ / .profile)

    
por 24.02.2010 / 10:50
0

Você pode acessar o link no navegador. Ele irá baixar o arquivo wpad.dat , onde você pode abri-lo para inspecioná-lo.

Você também pode usar curl wpad/wpad.dat ou curl --noproxy '*' wpad/wpad.dat

(No meu caso, curl estava me dando um redirecionamento 302. Então, quando tentei curl -L seguir o redirecionamento, ele me deu um erro de "Conexão recusada". Finalmente curl --noproxy '*' funcionou para mim.)

    
por 29.11.2018 / 01:43

Tags