[caiu] RES: RES: Problema muito Estranho - rota/apache - web

Quinta Outubro 27 15:39:25 BRST 2011

Erick,
O seu não rolou não.

-----Mensagem original-----
De: caiu-bounces at eng.registro.br [mailto:caiu-bounces at eng.registro.br] Em
nome de Erick Rodrigo Lazaro
Enviada em: quinta-feira, 27 de outubro de 2011 15:29
Para: Lista das indisponibilidades da Internet brasileira
Assunto: Re: [caiu] RES: Problema muito Estranho - rota/apache - web

Cleber, tenta abrir: mail.mailcorp.com.br

Estou com o mesmo problema, conecto no cliente, pingo, faço tracert e na
hora de acessar a porta 80, mesmo erro, não volta informação.

Já estou com dois clientes reclamando. Ambos usam virtua.

Em 27 de outubro de 2011 15:22, Cleber @ Inetweb <
cleber-listas at inetweb.com.br> escreveu:

> Então se pela porta 22 vai e na 80 não só pode ser algum filtro ou 
> firewall.
> Nada impede de haver problemas na Net (origem) ou no seu provedor 
> (destino) Se já mudou de rota para chegar no seu destino, o problema 
> pode ser na origem.
> O fato de abrir a conexão no apache (porta 80) mas não trazer nada, 
> tem que ver tbém se não tem algum proxy ou anti-virus local onde 
> recebe a conexão (dando a falsa impressão que conectou) e busca fora.
> Daqui onde estou (usando Net/Interior) abri o site normalmente e a 
> conexão telnet de boa tbém. Pelo telnet me retornou a default web page 
> do seu plesk.
>
>
>
> -----Mensagem original-----
> De: caiu-bounces at eng.registro.br [mailto:caiu-bounces at eng.registro.br] 
> Em nome de Fabio Colangelo Enviada em: quinta-feira, 27 de outubro de 
> 2011 15:11
> Para: Lista das indisponibilidades da Internet brasileira
> Assunto: Re: [caiu] Problema muito Estranho - rota/apache - web
>
> Pois é, o problema parece ser do Virtua mesmo. Agora que forcamos 
> entrada pela Intelig, nao esta mais passando pelo PTT.SP ja que o 
> virtua faz peer com a Intelig. Mas o problema continua. Do Virtua em 
> SP consigo dar um telnet para a porta 80, ele abre a conexão, mas nao 
> recebe retorno nenhum do APACHE quando tento um GET /.
> Como pode ser falha de conectividade se ele até abre a porta 80? Outra 
> coisa, se eu fizer um ssh do Virtua para este servidor, ele funciona. 
> O problema ocorre só no acesso a todos os virtualhosts dessa maquina 
> quando a conexão é proveniente da NET/Virtua. Do speedy, e dos outros 
> que citei, funciona!
>
>
>
> Fabio,
>
> Faça um telnet na porta 80 e informe um GET / e veja o que retorna na 
> sua tela.
> Se for algo referente ao apache, você já mata neste aspecto. Se não 
> tiver configuração de domínios virtuais, será mais fácil ainda resolver.
> Outro ponto pode ser conectividade, ou seja, falha na conectividade de 
> determinadas origens como rota, mtu, etc. Ai tens que validar caso a 
> caso junto ao teu fornecedor de transito.
>
> Abraços, Cleber
>
> Em 27/10/2011, às 14:54, Fabio Colangelo escreveu:
>
> > Senhores,
> >
> > Recorro a vocês por não ter mais idéias / opções. Temos um servidor
> apache
> rodando em linux, como guest em uma maquina vmware. O problema esta no 
> acesso a este servidor. Pelo que pude perceber, dependendo da origem 
> da conexão, ele responde normalmente e os clientes enxergam os sites nele.
> Dependendo da onde vem, ele só devolve HTTP 1.1 200 OK mas não entrega 
> o conteúdo dos arquivos. No browser do cliente fica: www.xxxxx.com.br 
> contactado ... aguardando resposta e nao sai disso.
> >
> > Dentro do nosso AS e do AS que nos proporciona transito, o sites 
> > estão
> sempre disponíveis. "Aparentemente" o problema ocorre quando a conexão 
> é originada por um virtua ou por alguem que passa pelo ptt.sp. Mas 
> isso é "aparentemente" não tenho certeza se tem relação. Alteramos 
> nossas publicações para tudo entrar pela Intelig agora, e estamos 
> testando. Mas parece que ainda tem Virtua com problema para receber 
> resposta do nosso Apache.
> >
> > O absurdamente estranho é que não é problema de rota... o virtua 
> > chega na
> gente, da trace, pinga, acessa outras portas.. acessa até a porta 80, 
> mas não recebe resposta.
> >
> > Fiz os seguintes testes:
> >
> > - modem da CLARO  : funciona
> > - modem da TIM : funciona
> > - modem da Oi : funciona
> > - speedy Telefonica (adsl) :  funciona
> > - NET Virtua em SP : não funciona
> >
> > Mas o interessante é que do NET que nao funciona, se vc der um 
> > traceroute
> ele chega , se vc pingar tambem. Existem outros serviços que rodam no 
> mesmo servidor e são acessíveis. Somente o apache é que não funciona.
> >
> > Eu sei que todos irão dizer que o problema deve estar no apache, que 
> > é o
> mais óbvio. Mas não está. Configurei outros 02 servidores com outras 
> distros de linux rodando apache e todos ocorrem a mesma coisa. Além 
> disso não existe uma regra que eu possa configurar dizendo para o 
> aplicativo que quando as conexões vierem pelo ptt ou ainda pela net, 
> não responda. É muito estranho.
> Nosso router esta sem nenhuma regra de firewall ativa.
> >
> > Um site de exemplo é o www.cimef.com.br. Se alguem da lista tiver 
> > uma
> idéia ou puder ajudar, pois realmente não tenho mais idéias.
> >
> > Obrigado,
> >
> > Fabio Colangelo
> > _______________________________________________
> > caiu mailing list
> > caiu at eng.registro.br
> > https://eng.registro.br/mailman/listinfo/caiu
> >
> >
> > --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
> >
> > https://eng.registro.br/mailman/options/caiu
>
> _______________________________________________
> caiu mailing list
> caiu at eng.registro.br
> https://eng.registro.br/mailman/listinfo/caiu
>
>
> --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
>
> https://eng.registro.br/mailman/options/caiu
>
> _______________________________________________
> caiu mailing list
> caiu at eng.registro.br
> https://eng.registro.br/mailman/listinfo/caiu
>
>
> --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
>
> https://eng.registro.br/mailman/options/caiu
>
_______________________________________________
caiu mailing list
caiu at eng.registro.br
https://eng.registro.br/mailman/listinfo/caiu

--> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:

https://eng.registro.br/mailman/options/caiu