Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    PfSense com NET Virtua dá umas "engasgadas"

    Scheduled Pinned Locked Moved Portuguese
    29 Posts 10 Posters 4.1k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • marcellocM
      marcelloc
      last edited by

      Qual o ip de monitoria está utilizando para esses links? No dashboard do pfsense os gateways estão sempre online?

      Treinamentos de Elite: http://sys-squad.com

      Help a community developer! ;D

      1 Reply Last reply Reply Quote 0
      • B
        becher
        last edited by

        @jorlando:

        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.

        1 Reply Last reply Reply Quote 0
        • B
          becher
          last edited by

          @marcelloc:

          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!

          1 Reply Last reply Reply Quote 0
          • J
            jorlando
            last edited by

            E a tabela de estados? Verificou na hora em que ocorre a falha?

            O trace nunca falha, mas o ping sim? É isso?

            1 Reply Last reply Reply Quote 0
            • J
              jvicente
              last edited by

              @becher:

              Pessoal, preciso de ajuda. Eu já recorri a todos os tópicos possíveis, já chamei a NET aqui e nada de resolver meu problema.

              Vou tentar "desenhar" a minha rede pra exemplificar.

              Eu tenho um servidor com pfSense e 3 interfaces de rede:

              Placa onboard 10/100: LAN
              Placa offboard 10/100/1000: WAN1 (VIVO 30mbps)
              Placa offboard 10/100/1000: WAN2 (NET Virtua 240mbps)

              Minha rede tem aproximadamente 45 máquinas conectadas.

              Eu ainda não configurei load balancing por conta deste problema, então eu seto manualmente o gateway padrão que eu uso.

              Quando eu estou navegando na conexão da vivo de 30mbps eu não tenho problemas. Porém quando ativo como gateway padrão a WAN da Net Virtua, ela falha bastante. A navegação vai tranquila e rápida (afinal, 240mbps) até que dá uma travada. Acesso algum site aleatório e ele retorna com erro como se não houvesse conexão. Dois segundos depois, dou um F5 e o site abre normalmente.

              O mesmo ocorre com o ping, claro. Eu pingo um domínio, ele já retorna o IP resolvido porém leva 3 ou 4 resposta até que comece a pingar. E tudo flui. Se eu paro o ping e volto a pingar ele já começa a pingar direto.

              Não me parece ser um problema de DNS, mas eu uso o DNS Resolver ativado. Ele pega o DNS da própria configuração geral do PFSense (os da Google pra quando conectado na Vivo e os da NET pra quando  o gateway saindo pela Virtua).

              Alguém me dá alguma luz do que pode ser?

              Já chamei a NET aqui, estiveram hoje pela manhã. Trocaram modem e o escambau e nada.

              Tive problemas similar ao seu com a NET e consegui resolver setando o MTU da interface.

              1 Reply Last reply Reply Quote 0
              • B
                becher
                last edited by

                Tive problemas similar ao seu com a NET e consegui resolver setando o MTU da interface.

                Qual MTU vc setou?

                1 Reply Last reply Reply Quote 0
                • J
                  jorlando
                  last edited by

                  Teste o MTU da sua rede com ping -f (sem fragmentar) variando o tamanho do pacote (-l):

                  C:\Temp>ping -f -l 1492 www.google.com

                  Pinging www.google.com [172.217.29.196] with 1492 bytes of data:

                  Packet needs to be fragmented but DF set.
                  Packet needs to be fragmented but DF set.
                  Packet needs to be fragmented but DF set.
                  Packet needs to be fragmented but DF set.

                  Ping statistics for 172.217.29.196:
                      Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

                  C:\Temp>ping -f -l 1480 www.google.com

                  Pinging www.google.com [172.217.29.196] with 1480 bytes of data:

                  Packet needs to be fragmented but DF set.

                  Ping statistics for 172.217.29.196:
                      Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

                  C:\Temp>ping -f -l 1470 www.google.com

                  Pinging www.google.com [172.217.29.196] with 1470 bytes of data:

                  Reply from 172.217.29.196: bytes=64 (sent 1470) time=3ms TTL=54

                  Ping statistics for 172.217.29.196:
                      Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
                  Approximate round trip times in milli-seconds:
                      Minimum = 2ms, Maximum = 9ms, Average = 4ms

                  C:\Temp>ping -f -l 1472 www.google.com

                  Pinging www.google.com [172.217.29.196] with 1472 bytes of data:

                  Reply from 172.217.29.196: bytes=64 (sent 1472) time=3ms TTL=54

                  Ping statistics for 172.217.29.196:
                      Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
                  Approximate round trip times in milli-seconds:
                      Minimum = 2ms, Maximum = 3ms, Average = 2ms

                  C:\Temp>ping -f -l 1473 www.google.com

                  Pinging www.google.com [172.217.29.196] with 1473 bytes of data:

                  Packet needs to be fragmented but DF set.

                  Ping statistics for 172.217.29.196:
                      Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

                  C:\Temp>

                  Fiz com pacotes de 1490, 1480, 1470, 1472 e 1473. O maior pacote que obtive sucesso é de 1472 bytes, então meu MTU é de 1472 bytes de dados + 28 bytes de cabeçalhos IP/ICMP = 1500

                  Faça o mesmo na sua rede e encontre o MTU ideal para seu caso.

                  1 Reply Last reply Reply Quote 0
                  • W
                    williamgr
                    last edited by

                    @becher estou tendo exatamente o mesmo problema que voce. Voce conseguiu resolver? Como?

                    Obrigado desde ja!

                    1 Reply Last reply Reply Quote 0
                    • H
                      hugoknot @becher
                      last edited by

                      @becher sei que o tópico é meio antigo, mais conseguiu alguma solução para o problema? Estou tendo o mesmo problema, quando jogo a rede em um mikrotik ela funciona redondinha, porém no pfsense trava completamente na internet.

                      M 1 Reply Last reply Reply Quote 0
                      • M
                        mcury Rebel Alliance @hugoknot
                        last edited by

                        @hugoknot Olá, assumindo que o problema seja o mesmo que eu tive e que você esteja usando o DNS Resolver como DNS da rede, tente isso pois funcionou para mim:

                        Tenta colocar isso lá em DNS Resolver > Custom Options
                        2527da13-2423-4719-8183-6881cd84ec5a-image.png

                        server:
                        do-ip6: no
                        

                        dead on arrival, nowhere to be found.

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.