DHCP no Debian, Não quer funcionar

Buckminster
(usa Debian)

Enviado em 03/05/2013 - 14:07h

Agradeço pelo apoio albfneto.

TioRoni
(usa Debian)

Enviado em 03/05/2013 - 14:34h

Buck, seguinte, troquei a placa de rede, agora está iniciando normalmente como as outras, creio que era algum problema na placa de rede mesmo.

Mas continua o mesmo cenário, só funciona setando o proxy no navegador e mesmo assim, tenho um link de 4 MB Full dedicado e com fibra ótica, a internet nesta máquina que setei o proxy fica extremamente lenta, tipo 10 segundos para abrir a página do google ou outra qualquer, muito estranho.

removido
(usa Nenhuma)

Enviado em 03/05/2013 - 15:25h

Cara, pode ser somente um erro de digitação ou de cópia
mas sua interface de loopback não está OK.

uto lo ====>>>> erro!
iface lo inet loopback

Se for isso o loopback não sobe....

root@alicia:/etc/network# ifup lo
/etc/network/interfaces:5: misplaced option
ifup: couldn't read interfaces file "/etc/network/interfaces"


Testado no debian 7...

vlw

TioRoni
(usa Debian)

Enviado em 03/05/2013 - 15:31h

Isso ocorreu na hora de selecionar para copiar, mas no arquivo está certo.
Obrigado pela ajuda.

Buckminster
(usa Debian)

Enviado em 03/05/2013 - 18:12h

Roni:
Comente a seguinte regra no teu IPtables e coloque a debaixo e teste:

#iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -t nat -A POSTROUTING -o eth0 -j SNAT --to-source 200.241.38.28

Não esqueça de reiniciar o servidor depois de alterar.

Mas estou achando que isso é um problema de DNS. Mas teste e me diga se a substituição dessa regra resolveu.
Você testou com "transparent"?

TioRoni
(usa Debian)

Enviado em 03/05/2013 - 18:51h

Buck, fiz como vc falou.

Agora acontece o seguinte.

O Skype funciona, o site do uol, até carregou parcialmente, tipo, demorou uns 2 minutos para carregar e mesmo assim carregando algumas coisas, outras não.

o site do Google não carrega, olhei nas configurações da conexão, ele setou os dns´s certo, os do Google e também o do gateway.

Pinguei o dns do google e dá tempo esgotado, tanto o dns como o site, tudo deu erro.
Testei também com transparent, mesma coisa.

Agora uma coisa que me deixou emcabulado, foi quando fui testar o arquivo de Firewall que é iniciando junto com a máquina, ele dá a seguinte mensagem:

SIOCADDRT: Arquivo existe

Será que não podoe ser algo em relação a isto?

Buckminster
(usa Debian)

Enviado em 03/05/2013 - 19:00h

Esta mensagem aparece quando você está adicionando alguma rota duplicada através do comando "route add".

route add default gw 200.241.38.27 << comenta essa linha no teu IPtables. Reinicia e testa.

TioRoni
(usa Debian)

Enviado em 03/05/2013 - 19:56h

Grande mestre Buck. Cara, agora começou a sair fumaça, agora da ficando bom.

Seguinte, comentei essa linha, reiniciei, e eis que houve internet, ufa, funcionando o squid transparente, confesso que até saiu uma lágrima em meu olho, só em um, pois ainda tem alguns problemas.

Seguinte, quando tento entrar no site do google pelo Chrome, ele dá o seguinte erro:

Erro de conexão SSL

Não foi possível estabelecer uma conexão segura com o servidor. Pode ser um problema com o servidor ou pode ser necessário um certificado de autenticação de cliente que você não tem.
Erro 107 (net::ERR_SSL_PROTOCOL_ERROR): Erro de protocolo SSL

Mas quando pingo o 8.8.8.8 ou o www.google.com.br, vai blz, sem problemas, o que pode ser? alguma liberação de porta?

No internet explorer só fala que a página não pode ser exibida.

Notei também lentidão, mas vamos por partes.
Abraços.

TioRoni
(usa Debian)

Enviado em 03/05/2013 - 20:02h

Já ia me esquecendo, estou respondendo este tópico em uma máquina cliente, usando o proxy transparente com o intercept no squid ao invés do transparent.

TioRoni
(usa Debian)

Enviado em 03/05/2013 - 20:09h

Buck, agora que ví, no servidor navega normalmente nas páginas do Google, somente nas estações que não, estranho, acho que deve ser liberação de portas mesmo, ou algo assim.

Buckminster
(usa Debian)

Enviado em 05/05/2013 - 00:11h

Roni:
eesa lentidão é problema de DNS; verifique os DNSs setados no modem/roteador e veja se batem com os que você colocou no servidor.
E não coloque DNSs no Squid.

"Seguinte, quando tento entrar no site do google pelo Chrome, ele dá o seguinte erro:

Erro de conexão SSL

Não foi possível estabelecer uma conexão segura com o servidor. Pode ser um problema com o servidor ou pode ser necessário um certificado de autenticação de cliente que você não tem.
Erro 107 (net::ERR_SSL_PROTOCOL_ERROR): Erro de protocolo SSL"

Esse erro acima, comenta as linhas do IPtables que redirecionam a porta 443 para o Squid e testa.
Provavelmente irá parar esse erro. Depois veremos como dar suporte à SSL ao Squid para você não ter que ir de máquina em máquina configurando os navegadores.

TioRoni
(usa Debian)

Enviado em 05/05/2013 - 08:04h

OK, quando amanhã quando chegar na empresa irei testar e aviso.
Obrigado.