PfSense com NET Virtua dá umas "engasgadas"
-
Oi, pskinfra.
Verdade, faltou essa informação. Bem importante, por sinal.
Agora está como bridge, mas já testei como router. Em ambos os casos, o problema acontece.
Abraço,
-
Fera, poste mais detalhes da sua NIC específica da NetVirtua.
Também os detalhes de " Network Interfaces ", em: System > Advanced > Networking
Abraços ;)
-
A NIC da Virtua é uma TP-Link TG-3468 (https://www.tp-link.com/br/products/details/cat-11_TG-3468.html)
As configurações mando no print, pode ser? Segue!
-
- Marque apenas a opção: Hardware TCP Segmentation Offloading.
- Reinicie o firewall;
- Teste e nos conte aqui.
Abraços
-
Oi, pskinfra!
Infelizmente não adiantou :-[
Veja o print pra ilustrar o que acontece com a navegação. Engasga, pensa, e começa a pingar (ou navegar).
Depois de pingar a primeira vez, ele já pinga direto se eu interromper e voltar. Porém depois de um tempo, ele volta a engasgar. Domínio por domínio. IP por IP.
-
Oi, pskinfra!
Infelizmente não adiantou :-[
Veja o print pra ilustrar o que acontece com a navegação. Engasga, pensa, e começa a pingar (ou navegar).
Depois de pingar a primeira vez, ele já pinga direto se eu interromper e voltar. Porém depois de um tempo, ele volta a engasgar. Domínio por domínio. IP por IP.
[/quote]Fera sinceramente não entendi o print.
Meus contatos abaixo para maiores informações.
Abraços!
-
Realmente, ficou estranho o que eu falei.
O que eu quero dizer é que em alguns momentos parece que a conexão com a Internet para (embora a Lan mantenha-se inalterada).
Ela congela por alguns segundos atrapalhando toda a navegação e depois volta, do nada. São as engasgadas que eu me referia.
-
Mais alguém teria alguma idéia do que pode ser o problema?
-
Mais alguém teria alguma idéia do que pode ser o problema?
Já fez limpeza de cache do Squid??
Como está o processamento do servidor, memoria, CPU..está tudo ok?
-
O hardware tá OK, tá sobrando. Squid eu não ativei, ele vem padrão? Não achei aqui. Desculpe a noobice.
-
O hardware tá OK, tá sobrando. Squid eu não ativei, ele vem padrão? Não achei aqui. Desculpe a noobice.
O squid é um pacote que deve ser instalado a parte.
Se espetar direto esse modem da NET em um switch e tua rede LAN tbm, ocorre essas travadas?
-
Mais alguém teria alguma idéia do que pode ser o problema?
Coloque a configuração de DNSs que você está usando.
Caso seja mais de um, teste-os em separado.
-
-
Mais alguém teria alguma idéia do que pode ser o problema?
Coloque a configuração de DNSs que você está usando.
Caso seja mais de um, teste-os em separado.
Eu uso as configs desta forma como aparece nos prints. Uso o DNS Resolver e lá nas configs gerais eu configurei o DNS da NET (porque ela não aceita outro como o do Google por exemplo, em IPv4) e o dns do Google pra Vivo.
-
Mais alguém teria alguma idéia do que pode ser o problema?
Coloque a configuração de DNSs que você está usando.
Caso seja mais de um, teste-os em separado.
Eu te respondi faz dois dias, mas na hora deu um erro de conexão (o próprio) e não foi a mensagem. Vai de novo:
Em anexo te mando a minha estrutura de DNS. Eu uso em cada placa o DNS da sua conexão (a net virtua não aceita outro DNS em IPv4 senão o dela, não sei explicar o pq mas tem a ver com o CGNAT) e o DNS Resolver que resolve de acordo com cada DNS.
Mas é importante salientar que mesmo travando ele resolve o IP. Se formos analisar o problema com um ping, ele é assim:
C:\Users\danie>ping uol.com.br -t
Disparando uol.com.br [200.147.67.142] com 32 bytes de dados:
Esgotado o tempo limite do pedido.
Esgotado o tempo limite do pedido.
Esgotado o tempo limite do pedido.
Esgotado o tempo limite do pedido.
Esgotado o tempo limite do pedido.
Esgotado o tempo limite do pedido.
Resposta de 200.147.67.142: bytes=32 tempo=23ms TTL=243
Resposta de 200.147.67.142: bytes=32 tempo=24ms TTL=243
Resposta de 200.147.67.142: bytes=32 tempo=27ms TTL=243
Resposta de 200.147.67.142: bytes=32 tempo=29ms TTL=243
Resposta de 200.147.67.142: bytes=32 tempo=28ms TTL=244
Resposta de 200.147.67.142: bytes=32 tempo=23ms TTL=244
Resposta de 200.147.67.142: bytes=32 tempo=27ms TTL=243
Resposta de 200.147.67.142: bytes=32 tempo=28ms TTL=243
Resposta de 200.147.67.142: bytes=32 tempo=26ms TTL=243(e depois não para mais, mesmo travando. Ou seja, é na primeira conexão com o IP).
Note que ele pegou o IP do Uol, deu 6 pings com erro e tocou a vida até eu parar com ctrl + c.
-
Aliás, acabei de fazer mais um teste. Peguei uma máquina mais nova, um i3 com 4GB de RAM, tudo novo. Estou com as duas em paralelo (uma só ligada, claro). Nesta nova coloquei uma placa de rede diferente, também gigabit, porém não achei outro chipset aqui no mercado local que não fosse da realtek. Mas creio que não seja esse problema também. Então, já troquei placa de rede, servidor etc pra eliminar problemas de hardware.
Também já foi trocado o modem da NET na última vez em que estiveram aqui.
-
becher,
se a máquina resolveu o IP, o problema não é o DNS, mas… a resolução pode ter sido do outro DNS. Ou você desconectou o cabo da Vivo?
Nesse caso o ideal não é ping, é o traceroute, para que você veja por qual interface seu pacote está saindo.
Já olhou os logs do pfsense para ver se teve algum bloqueio?
Uma das coisas que causa bloqueio de pacotes é saída por um link e retorno pelo outro (não deve ser seu caso, que tem duas operadoras diferentes, mas já experimentei isso usando dois links da mesma operadora)
antes do ping e do traceroute faça o seguinte, utilize o nslookup, veja meu caso:
**C:\Users\orlando>nslookup
Servidor PadrÒo: pfSense.localdomain
Address: 192.168.1.1**
Como estou utilizando o próprio pfsense, recebo o nome e o IP do próprio.
Caso eu tivesse configurado outro DNS, como o do ggole, ao digitar nslookup eu teria a informação desse DNS. Em situações em que dois ou mais DNSs estão configurados será informado o que está sendo utilizado no momento.
Bom, isso é para você se certificar que quando altera o gateway está utilizando o DNS da operadora cujo gateway está sendo utilizado no momento.
Veja um trace:
**C:\Users\orlando>tracert 200.2.2.2
Rastreando a rota para sco-almanet.alma.cl [200.2.2.2]
com no máximo 30 saltos:1 2 ms <1 ms <1 ms pfSense.localdomain [192.168.1.1]
2 7 ms 9 ms 7 ms xxxyyyzzz.virtua.com.br [177.xxx.yyy.zzz]
3 14 ms 12 ms 13 ms c9062341.virtua.com.br [201.6.35.65]
4 7 ms 9 ms 7 ms c9062871.virtua.com.br [201.6.40.113]
5 7 ms 11 ms 7 ms c9062851.virtua.com.br [201.6.40.81]
6 11 ms 14 ms 9 ms embratel-T0-4-0-0-uacc03.spomb.embratel.net.br [201.64.46.33]
7 8 ms 17 ms 15 ms ebt-H0-9-0-0-tcore01.spomb.embratel.net.br [200.244.212.77]
8 128 ms 133 ms 126 ms ebt-B11551-intl01.atl.embratel.net.br [200.230.230.40]
9 ^C
C:\Users\orlando>**Assim que você mudar o gateway veja a tabela de estados (Diagnóstics, States) e filtre a WAN. Acredito que você está fazendo DHCP e na sua tabela de estados você vai encontrar uma entrada do IP da sua máquina de testes associado com o IP da Vivo. Enquanto essa entrada não cair você vai ter problemas
Estou com a impressão que você vai precisar configurar um grupo multiwan para ter sucesso nos testes.
-
Qual o ip de monitoria está utilizando para esses links? No dashboard do pfsense os gateways estão sempre online?
-
becher,
se a máquina resolveu o IP, o problema não é o DNS, mas… a resolução pode ter sido do outro DNS. Ou você desconectou o cabo da Vivo?
Nesse caso o ideal não é ping, é o traceroute, para que você veja por qual interface seu pacote está saindo.
Já olhou os logs do pfsense para ver se teve algum bloqueio?
Uma das coisas que causa bloqueio de pacotes é saída por um link e retorno pelo outro (não deve ser seu caso, que tem duas operadoras diferentes, mas já experimentei isso usando dois links da mesma operadora)
antes do ping e do traceroute faça o seguinte, utilize o nslookup, veja meu caso:
**C:\Users\orlando>nslookup
Servidor PadrÒo: pfSense.localdomain
Address: 192.168.1.1**
Como estou utilizando o próprio pfsense, recebo o nome e o IP do próprio.
Caso eu tivesse configurado outro DNS, como o do ggole, ao digitar nslookup eu teria a informação desse DNS. Em situações em que dois ou mais DNSs estão configurados será informado o que está sendo utilizado no momento.
Bom, isso é para você se certificar que quando altera o gateway está utilizando o DNS da operadora cujo gateway está sendo utilizado no momento.
Veja um trace:
**C:\Users\orlando>tracert 200.2.2.2
Rastreando a rota para sco-almanet.alma.cl [200.2.2.2]
com no máximo 30 saltos:1 2 ms <1 ms <1 ms pfSense.localdomain [192.168.1.1]
2 7 ms 9 ms 7 ms xxxyyyzzz.virtua.com.br [177.xxx.yyy.zzz]
3 14 ms 12 ms 13 ms c9062341.virtua.com.br [201.6.35.65]
4 7 ms 9 ms 7 ms c9062871.virtua.com.br [201.6.40.113]
5 7 ms 11 ms 7 ms c9062851.virtua.com.br [201.6.40.81]
6 11 ms 14 ms 9 ms embratel-T0-4-0-0-uacc03.spomb.embratel.net.br [201.64.46.33]
7 8 ms 17 ms 15 ms ebt-H0-9-0-0-tcore01.spomb.embratel.net.br [200.244.212.77]
8 128 ms 133 ms 126 ms ebt-B11551-intl01.atl.embratel.net.br [200.230.230.40]
9 ^C
C:\Users\orlando>**Assim que você mudar o gateway veja a tabela de estados (Diagnóstics, States) e filtre a WAN. Acredito que você está fazendo DHCP e na sua tabela de estados você vai encontrar uma entrada do IP da sua máquina de testes associado com o IP da Vivo. Enquanto essa entrada não cair você vai ter problemas
Estou com a impressão que você vai precisar configurar um grupo multiwan para ter sucesso nos testes.
Eu criei uma multiwan com failover, não adiantou :-(
Os testes de trace saem certinho.
-
Qual o ip de monitoria está utilizando para esses links? No dashboard do pfsense os gateways estão sempre online?
Uso 8.8.8.8 pra uma conexão e 8.8.4.4 para a outra. Mas durante os testes, fui trocando. As vezes uso o IP de DNS de cada um pra evitar problemas de rota eventuais das operadoras.
Sim, estão sempre online!
