A linha "[ESTACAO.e-jovem. ] -> http://192.168.0.1/wpad.dat" é normal, isso é o navegador tendo se autoconfigurar através do arquivo wpad.dat, mas não usamos isso nas nossas soluções, usamos proxy transparente que é bem mais eficiente.

Tenho uma resposta para você em: http://www.opcaolinux.com.br/forum/postlist/4/317/true.html.

Olá Fabiano,

Um elogio vindo de você é uma honra para mim, obrigado. Realmente a versão disponibilizada no site é uma evolução da versão que está instalada no IFCE de Sobral, as principais novidades da versão atual é o novo método de autenticação que desenvolvemos para o Proxy, agora não é mais necessário digitar o login e e senha ao executar o navegador, e a utilização de proxy transparente, que elimina uma série de problemas como alguns aplicativos nas estações.

Abraços,

Tarcísio.

Boa tarde, Tarcísio.
Desculpe a ignorância, mas não encontrei no fórum como criar um novo tópico, enão vai aqui mesmo! Achei o campo do login aqui no canto inferior esquerdo mas não sei como criar uma conta.
Enfim, aproveito a mensagem para perguntar sobre aquela minha dúvida do porquê de não funcionar a página do Google.
Bom, na dúvida de eu ter ou não modificado algum arquivo importante, resolvi hoje de manhã por formatar a máquina e fazer uma instalação toda nova. Pois bem, instalei o Ubuntu Server 8.04 novamente (conforme está no seu tutorial). Instalei o E-jovem Proxy. Na eth0 está a internet e na eth1 a rede interna que eu quero que passe pelo proxy. Instalação OK. DHCP funcionando perfeitamente.
Sem alterar nenhuma configuração, várias páginas funcionam normalmente nas estações (coloquei 7 estações para o teste), como por exemplo:
www.terra.com.br
www.oi.com.br
www.mozila.com.br
www.gratis.com.br
www.superdownloads.com.br
www.microsoft.com
Funcionou também as atualizações do Avira e creio até que as atualizações do Windows também, mas essa última eu não posso garantir.
Então eu fui e configurei o arquivo adminIPs e coloquei lá uma lista de IPs do 192.168.0.190 até o 199. Inclusive eu coloquei um a um, se eu fizer 192.168.0.190/199 ele aceita? Coloquei esses IPs pois vi que o DHCP estava com o range de 100 a 199, mas ele começa ao contrário (é de propósito ou isso é normal no LINUX?).
As mesmas páginas que as estações não puderam acessar antes da modificação acima, foram as mesmas páginas que não abriram depois da modificação. E as mesmas páginas que abriram antes também abriram depois. As páginas que não abriram foram:
www.google.com
www.google.com.br
www.hotmail.com.br
www.cade.com.br
Coloquei só o nome "mozila" no browser e pude notar na barra de status inferior do browser que o site do google é solicitado e retorna o endereço completo "www.mozila.com.br", e no monitor de Monitor de Navegação do OPL registra o endereço do google, mas na estação a página não pode ser aberta. O que pode ser isso?
Uma coisa que eu notei, mas não sei se tem a ver com o problema, é que o arquivo das ACLs de arquivos proibidos já vem configurado com várias extenções por padrão. Mas isso não deveria ser problema pois a regra do adminIPs vem antes do badFifes, de qualquer forma achei estranho o fato de o arquivo badFiles ter a primeira linha com o valor "-i". Sei que é um tipo de NOT, mas no arquivo squid.conf, a linha do badFiles já tem um "-i". Pode não sar nada, mas eu não entendi o motivo.
Bom, Tarcísio, vou fazer mais testes e continuar no meu aprendizado.
Obrigado por tudo.

Para postar no Fórum, escolha um assunto e clique em Adicionar Novo Tópico no canto superior da tabela.

Vamos às respostas por partes, conforme falei antes, não é necessária nenhuma configuração manual de proxy nos navegadores, pois as nossas soluções usam proxy transparente, é clicar e navegar. Espero que tenha entendido também o porquê do arquivo adminIPs.txt

Ao adicionar IPs nas regras do opl, é necessário colocar um em cada linha, configurações do tipo 192.168.0.190/199 não são aceitas. Não nos culpe, isso é coisa do Squid ;)

Alocar IPs de traz para frente, começando do 199 como no seu caso, é normal, coisas do serviço DHCP do Linux, não se preocupe.

O motivo do -i é para que a regra fique case-insensitive, dessa maneira ela valerá para *.exe, *.EXE, *.Exe etc.

Para verificar o que estava ocorrendo com os sites que disse não estar conseguido acessar, fiz uma instalação do zero do servidor e testei o acesso em uma estação XP. Todos os sites que disse não acessar foram acessados daqui.

Como temos essa solução instalada em várias escolas, além de outras instituições, e nunca tivemos nenhum relato como esse, acredito que o problema possa estar na sua conexão, será que o seu modem ADSL não está com algum tipo de filtro configurado? Faça um teste conectando uma estação diretamente nele, ou tente usar a nossa outra solução (OpçãoLinux PDC) para ver o que acontece.

Infelizmente nesse caso não tenho muito como ajudar nesse caso, pois não consegui simular o problema aqui.