SITE ESPECIFICO NÃO É ACESSADO

edujesus
(usa Debian)

Enviado em 11/07/2013 - 20:43h

Prezados boa noite,

Sou novo por aqui e estou com algumas dúvidas e com um problema que estou precisando solucionar:

Estou começando um trabalho em um empresa que já possui um firewall / Squid com integração/autenticação com o ADM, regras de bloqueio, regras de Liberação. Paralelamente estou criando um do ZERO mas, este problema também está acontecendo no que estou construindo.

Seria o seguinte existem um site especifico que via proxy não é acessado por nada, já olhei as regras, busquei algumas alternativas de tentar fazer o acesso dele fora do proxy e nada.

A mensagem que me aparece quando tento acessar é esta:

site: http://www.tamtrade.com.br/

ERROR
The requested URL could not be retrieved

O seguinte erro foi encontrado ao tentar recuperar a URL: http://www.tamtrade.com.br/

Erro de Leitura

O sistema retornou: (104) Connection reset by peer

An error condition occurred while reading data from the network. Please retry your request.

Seu administrador do cache é webmaster.


Peço ajuda de vocês pois, já não sei o que fazer!

Desde já muito obrigado e fico no aguardo!

andrecanhadas
(usa Debian)

Enviado em 11/07/2013 - 23:18h

Tente adicionar a linha no seu squid.conf:

dns_nameservers 8.8.4.4 8.8.8.8

 

São os dns publicos do google veja se depois disso melhora

edujesus
(usa Debian)

Enviado em 15/07/2013 - 08:11h

Linux user: André Canhadas
andrecanhadas
(usa Debian)

Tente adicionar a linha no seu squid.conf:
dns_nameservers 8.8.4.4 8.8.8.8


São os dns publicos do google veja se depois disso melhora


André obrigado mas, não resolveu!

Teixeira
(usa Linux Mint)

Enviado em 15/07/2013 - 10:00h

Esse erro 104 é um porre!
Trata-se de um erro extremamente genérico e nada auto-explicativo.

Em geral, é produzido por alguma alteração recente em algum código, que pode inclusive ser o do firewall, motivando o súbito esvaziamento da pilha, ou um "timing out".
O peer, para se defender, encerra a conexão.

Teoricamente a solução seria introduzir experimentalmente - de alguma forma - um aumento no tempo de conexão em incrementos de mais ou menos 0.1.
Na prática, não sei como fazer isso, que depende de uma série de fatores.

Outras coisas que retornam esse mesmo código de erro são a presença de alguns antivirus, drivers de placas de video, ou - mais raramente - um Internet Explorer mal configurado.

Trata-se porém de um erro extremamente sensível, onde a mínima diferença pode provocá-lo.
Assim, a melhor forma de detectar sua origem é ir desfazendo gradativamente e em sequência TODAS as alterações efetuadas ANTES do fenômeno se manifestar.

Cuidado com estruturas em loop, se as houver (no caso de programação em Python ou Java, por exemplo).

andrecanhadas
(usa Debian)

Enviado em 15/07/2013 - 11:35h

Poste seu squid.conf para ver se da uma luz

andrecanhadas
(usa Debian)

Enviado em 15/07/2013 - 11:40h

Ou coloque ele para passar fora do proxy: (* Antes da regra de redirecionamento da porta 80 para a porta do squid):

[code]
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -d 177.71.250.137 -j RETURN
[code]

Esse é o IP que resolvel o site citado e eth0 = redelocal