Necessito testar se há perda de pacotes na conexão a uma app web, porém icmp está filtrado [RESOLVID

mlgrassi
(usa Debian)

Enviado em 07/12/2015 - 19:10h

Prezados, tenho a seguinte situação

Temos uma aplicação que é acessível em todo o Brasil por vários clientes. A mesma roda na porta TCP 45051.
De todos os clientes, temos um apenas que fica reclamando: "Ta extremamente lenta a minha conexão, não consigo trabalhar, etc".
É LÓGICO que eu sei que é algo na rede interna dele (mas não tenho nada haver com isso), porém, assim mesmo, eu preciso provar para ele onde está o GAP.
Como o firewall da rede dele restringe ICMP, SYN e quantidade de pacotes por segundo, podemos descartar de cara as ferramentas ping e hping3 (já as utilizei e não consegui obter nenhuma informação relevante).
O TELNET também não resolve, pois há conectividade com servidor+porta e eu preciso testar as perdas.

O que eu necessito é alguma ferramenta que seja capaz de conectar-se ao servidor:porta e analisar o tráfego e demonstrar onde está ocorrendo a perda, a qual por sua vez, causa a lentidão somente neste cliente.

Alguém me ajuda com uma solução inteligente?

Carlos_Cunha
(usa Linux Mint)

Enviado em 07/12/2015 - 22:32h

Faça ele liberar o ICMP do servidor Interno e execute um MTR IP(externo da aplicação)
e veja os Hops, ai poderá ver se o destino esta "ruim".
Tente ser mais amigável com ele assim ele te ajuda, e vc resolver de uma vez, sem a ajuda dele vc não fara nada.


#-------------------------------------------------------------------------------------#

"Linux é algo que me fez ter Gosto pela Informática, se tornou um Vicio" - Carlos A. P. Cunha

mlgrassi
(usa Debian)

Enviado em 07/12/2015 - 22:54h

Entendo amigo, mas acredite, é muito complicado criar, deletar ou excluir regras no firewall deles pois a rede está na mão de terceiros (empresa terceira que gerencia a rede) e é um verdadeiro saco conseguir algo assim tendo em vista a política e burocracia.

E é justamente por esses motivos que estou recorrendo a ajuda deste fórum, de modo a eu ter realmente certeza de que não há nenhuma outra solução para identificar o problema, para evitar ao máximo necessitar mexer em regras de firewall.

mlgrassi
(usa Debian)

Enviado em 08/12/2015 - 10:44h

Pessoal, mais alguém aí que tenha alguma sugestão?