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

    Compartilhar a internet no pfsense 2.1

    Scheduled Pinned Locked Moved Portuguese
    20 Posts 5 Posters 7.5k 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.
    • G Offline
      gilmarcabral
      last edited by

      Tente fazer o teste pingando em um ip removo e não em um endereço para ver se a lan esta resolvendo nomes.

      1 Reply Last reply Reply Quote 0
      • F Offline
        FabianVitali
        last edited by

        Olá ricardodru,

        como o colega falou tente pingar um ip tipo 8.8.8.8

        se não funcionar de um tracert no 8.8.8.8 e veja se você tem rota de saída

        mas o mais correto é fazer o que o Marceloc falou, use o tcpdump para ver o que está acontecendo, ai não tem erro..

        "Do que vale um mar de conhecimento com um palmo de profundidade…"

        1 Reply Last reply Reply Quote 0
        • R Offline
          ricardodru
          last edited by

          @gilmarcabral:

          Tente fazer o teste pingando em um ip removo e não em um endereço para ver se a lan esta resolvendo nomes.

          Prezados,

          O pfsense, bem como o pc client continuam sem acesso externo.

          Veja um teste realizado dentro do pfsense:

          [2.1-RELEASE][admin@pfsense.localdomain]/root(1): ping 8.8.8.8
          PING 8.8.8.8 (8.8.8.8): 56 data bytes
          ^C
          –- 8.8.8.8 ping statistics ---
          5 packets transmitted, 0 packets received, 100.0% packet loss
          [2.1-RELEASE][admin@pfsense.localdomain]/root(2): nslookup 8.8.8.8
          Server:        127.0.0.1
          Address:        127.0.0.1#53

          Non-authoritative answer:
          8.8.8.8.in-addr.arpa    name = google-public-dns-a.google.com.

          Authoritative answers can be found from:

          [2.1-RELEASE][admin@pfsense.localdomain]/root(3): ping www.terra.com.br
          PING www.terra.com.br (200.154.56.80): 56 data bytes
          ^C
          –- www.terra.com.br ping statistics ---
          99 packets transmitted, 0 packets received, 100.0% packet loss
          [2.1-RELEASE][admin@pfsense.localdomain]/root(4): ping 200.154.56.80
          PING 200.154.56.80 (200.154.56.80): 56 data bytes
          ^C
          –- 200.154.56.80 ping statistics ---
          7 packets transmitted, 0 packets received, 100.0% packet loss
          [2.1-RELEASE][admin@pfsense.localdomain]/root(5):

          1 Reply Last reply Reply Quote 0
          • R Offline
            ricardodru
            last edited by

            @FabianVitali:

            Olá ricardodru,

            como o colega falou tente pingar um ip tipo 8.8.8.8

            se não funcionar de um tracert no 8.8.8.8 e veja se você tem rota de saída

            mas o mais correto é fazer o que o Marceloc falou, use o tcpdump para ver o que está acontecendo, ai não tem erro..

            Vejam os testes realizados na maquina cliente:

            C:>ping 200.154.56.80

            Disparando contra 200.154.56.80 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.

            Estatísticas do Ping para 200.154.56.80:
                Pacotes: Enviados = 4, Recebidos = 0, Perdidos = 4 (100% de perda),

            C:>ping www.terra.com.br
            A solicitação ping não pôde encontrar o host www.terra.com.br. Verifique o nome
            e tente novamente.

            C:>tracert www.terra.com.br
            Não é possível resolver o nome do sistema de destino www.terra.com.br.

            C:>TRACERT 200.154.56.80

            Rastreando a rota para 200.154.56.80 com no máximo 30 saltos

            1    *        *        *    Esgotado o tempo limite do pedido.
              2    *        *        *    Esgotado o tempo limite do pedido.
              3    *        *        *    Esgotado o tempo limite do pedido.

            Utilizando o tcpdump, no momento em que a maquina cliente está tentando acesso externo:

            [2.1-RELEASE][admin@pfsense.localdomain]/root(36): tcpdump -nn -ni re0 -t src host 10.11.0.80
            tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
            listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes
            IP 10.11.0.80.58559 > 4.2.2.2.53: 27896+ A? www.terra.com.br. (34)
            IP 10.11.0.80.58559 > 4.2.2.2.53: 27896+ A? www.terra.com.br. (34)
            IP 10.11.0.80.58559 > 4.2.2.2.53: 27896+ A? www.terra.com.br. (34)
            IP 10.11.0.80.58559 > 4.2.2.2.53: 27896+ A? www.terra.com.br. (34)
            IP 10.11.0.80.58559 > 4.2.2.2.53: 27896+ A? www.terra.com.br. (34)
            IP 10.11.0.80 > 200.154.56.80: ICMP echo request, id 512, seq 40192, length 40
            IP 10.11.0.80 > 200.154.56.80: ICMP echo request, id 512, seq 40448, length 40
            IP 10.11.0.80 > 200.154.56.80: ICMP echo request, id 512, seq 40704, length 40
            IP 10.11.0.80.2431 > 4.2.2.2.53: 1+ PTR? 2.2.2.4.in-addr.arpa. (38)
            IP 10.11.0.80.2432 > 4.2.2.2.53: 2+ A? www.terra.com.br.uhdt.com.br. (49)
            IP 10.11.0.80.2433 > 4.2.2.2.53: 3+ A? www.terra.com.br. (34)
            IP 10.11.0.80.52102 > 4.2.2.2.53: 45831+ PTR? 80.56.154.200.in-addr.arpa. (44)
            IP 10.11.0.80.52102 > 4.2.2.2.53: 45831+ PTR? 80.56.154.200.in-addr.arpa. (44)
            IP 10.11.0.80.52102 > 4.2.2.2.53: 45831+ PTR? 80.56.154.200.in-addr.arpa. (44)
            IP 10.11.0.80.52102 > 4.2.2.2.53: 45831+ PTR? 80.56.154.200.in-addr.arpa. (44)
            IP 10.11.0.80.52102 > 4.2.2.2.53: 45831+ PTR? 80.56.154.200.in-addr.arpa. (44)
            IP 10.11.0.80 > 200.154.56.80: ICMP echo request, id 512, seq 40960, length 72
            IP 10.11.0.80 > 200.154.56.80: ICMP echo request, id 512, seq 41216, length 72
            IP 10.11.0.80 > 200.154.56.80: ICMP echo request, id 512, seq 41472, length 72
            IP 10.11.0.80.56121 > 4.2.2.2.53: 52728+ A? www.google.com.br. (35)
            IP 10.11.0.80.56121 > 4.2.2.2.53: 52728+ A? www.google.com.br. (35)
            IP 10.11.0.80.56121 > 4.2.2.2.53: 52728+ A? www.google.com.br. (35)
            IP 10.11.0.80.56121 > 4.2.2.2.53: 52728+ A? www.google.com.br. (35)
            IP 10.11.0.80.57626 > 4.2.2.2.53: 59058+ A? www.google.com.br. (35)
            IP 10.11.0.80.57626 > 4.2.2.2.53: 59058+ A? www.google.com.br. (35)
            IP 10.11.0.80.57626 > 4.2.2.2.53: 59058+ A? www.google.com.br. (35)
            IP 10.11.0.80.56121 > 4.2.2.2.53: 52728+ A? www.google.com.br. (35)
            ^C
            27 packets captured
            11497 packets received by filter
            0 packets dropped by kernel

            1 Reply Last reply Reply Quote 0
            • F Offline
              FabianVitali
              last edited by

              Olá ricardodru,

              Por favor poste prints das seguintes informações, DNS servers, Gateways, regras de firewall e NAT Outbound para podermos ter uma idéia geral das tuas configurações.

              "Do que vale um mar de conhecimento com um palmo de profundidade…"

              1 Reply Last reply Reply Quote 0
              • R Offline
                ricardodru
                last edited by

                Ok Fabian

                Segue as imagens, para que possam analisar:

                DNS.png
                DNS.png_thumb
                GW.png
                GW.png_thumb
                NAT.png
                NAT.png_thumb
                ![REGRAS LAN.png](/public/imported_attachments/1/REGRAS LAN.png)
                ![REGRAS LAN.png_thumb](/public/imported_attachments/1/REGRAS LAN.png_thumb)
                ![REGRAS WAN.png](/public/imported_attachments/1/REGRAS WAN.png)
                ![REGRAS WAN.png_thumb](/public/imported_attachments/1/REGRAS WAN.png_thumb)

                1 Reply Last reply Reply Quote 0
                • F Offline
                  FabianVitali
                  last edited by

                  já tentou fazer a mesma configuração da tua WAN e DNS direto em um computador para testar?

                  "Do que vale um mar de conhecimento com um palmo de profundidade…"

                  1 Reply Last reply Reply Quote 0
                  • I Offline
                    IrvingGo
                    last edited by

                    Verifica se interface está com gateway setado.

                    1 Reply Last reply Reply Quote 0
                    • R Offline
                      ricardodru
                      last edited by

                      Coloquei as mesmas configurações de IP da WAN, em uma VM com XP, funcinou normalmente.
                      Este problema está bizarro.

                      1 Reply Last reply Reply Quote 0
                      • R Offline
                        ricardodru
                        last edited by

                        @IrvingGo:

                        Verifica se interface está com gateway setado.

                        Senhores,
                        Consegui resolver o problema.

                        Como faço testes em VM's, antes de colocar no hardware definitivo, resolvi comparar as informações solicitadas pelo FabianVitali, referente aos dois pfsense's instalados (versões 2.0.1 e 2.1).

                        O pfsense 2.1, ao instalar, ele adiciona 2 gateway's (um para a LAN e outro para WAN). Assim, os pacotes de saída ficam perdidos, pois não sabem para qual gateway serão encaminhados.
                        Bastou deixar apenas o gateway da WAN, para o compartilhamento de internet funcionar.

                        Agradeço a todos que me ajudaram.
                        Abraços.

                        1 Reply Last reply Reply Quote 0
                        • marcellocM Offline
                          marcelloc
                          last edited by

                          No lugar de usar o próprio ip do gateway como monitor, use um ip remoto para testar a conectividade do gateway.

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

                          Help a community developer! ;D

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