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

    Using a GRE Tunnel to route VMs network and IP to external network.

    Scheduled Pinned Locked Moved General pfSense Questions
    36 Posts 2 Posters 5.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.
    • stephenw10S
      stephenw10 Netgate Administrator @Xuap
      last edited by

      Right, well it won't if traffic from 192.168.1.86 is coming in on the wrong interface!

      If you run a pcap on WAN you will see all the replies going back that way because that's where the 192.168.1.0/24 subnet is.

      How exactly is the VM connected?

      XuapX 1 Reply Last reply Reply Quote 0
      • XuapX
        Xuap @stephenw10
        last edited by

        @stephenw10 The VM is in the proxmox with the IP on 192.168.1.86 and gateway 192.168.2.1 like I showed above

        The VM is with the bridge of the VLAN (192.168.2.1) which is the Linux Bridge 1 on proxmox (vmbr1) that will (supposedly) be attached to all VMs so it can tunnel the traffic to the remote pfsense

        1 Reply Last reply Reply Quote 0
        • XuapX
          Xuap @stephenw10
          last edited by

          @stephenw10 16249c88-5c5c-499c-8067-7e1321555bac-image.png

          This is the only 1.1.1.1 ping I have on the WAN of the local pfsense

          1 Reply Last reply Reply Quote 0
          • stephenw10S
            stephenw10 Netgate Administrator
            last edited by

            There is an ARP request for 192.168.1.86 though because it's trying to find it on the WAN. And failing.

            The VMs should be in the VLAN subnet, 192.168.2.0/24.

            The static route at the remote end should be for that subnet.

            The 1:1 NAT rules at the remote side should also be for host in that subnet.

            Steve

            XuapX 1 Reply Last reply Reply Quote 0
            • XuapX
              Xuap @stephenw10
              last edited by

              @stephenw10 So, like this?

              8d412b2e-cc2e-4ae2-af56-207db7d0cc09-image.png
              2e9705b1-00cb-4abb-825d-211ac6e37fa8-image.png
              9a1a6a0a-5063-4887-9df4-4ba4b4ead7ce-image.png

              XuapX 1 Reply Last reply Reply Quote 0
              • XuapX
                Xuap @Xuap
                last edited by

                Ok, so It looks like I was using a 192.168.1.86 on a .2 subnet, I changed it to 192.168.2.86 and it now pings 1.1.1.1 and 8.8.8.8 and the tunnel, but doesn't have internet access to like ifconfig.me or google.com. I'll do a bit more testing, but it's closer than never to work out.

                1 Reply Last reply Reply Quote 0
                • stephenw10S
                  stephenw10 Netgate Administrator
                  last edited by

                  Yeah you need to be using 192.168.2.X everywhere.

                  You are probably seeing pings work but no other traffic because there is some asymmetry somewhere. Once all the rules and routes are changed to the VLAN subnet it should work.

                  XuapX 1 Reply Last reply Reply Quote 0
                  • XuapX
                    Xuap @stephenw10
                    last edited by

                    @stephenw10 Ok, it is pinging now. I can ping everything on IP addresses, except domains. Like, If I ping my Home Public IP address, I get a ping of 20ms or something, when the tunnel's ping is about 9ms.

                    But is it normal the ping state is 0:0 on both ends?

                    Local:
                    1cb08819-1b8b-4ac5-a45b-dfbe311348f1-image.png

                    Remote:
                    80fcbc34-bdfe-4b60-b3d2-91adf9b2b878-image.png

                    Also the only NAT rules I have are on the remote pfsense, which are:
                    ff35e59a-2ab5-4dfb-a6b2-81dc147ac867-image.png

                    On the local pfsense I have the NAT disabled.

                    What rules should I change/add?

                    XuapX stephenw10S 2 Replies Last reply Reply Quote 0
                    • XuapX
                      Xuap @Xuap
                      last edited by

                      Also, traceroutes only give * * * * back:

                      27620e86-8dd4-4046-bfaa-bb66713b3f4d-image.png

                      1 Reply Last reply Reply Quote 0
                      • stephenw10S
                        stephenw10 Netgate Administrator @Xuap
                        last edited by

                        @xuap said in Using a GRE Tunnel to route VMs network and IP to external network.:

                        But is it normal the ping state is 0:0 on both ends?

                        Yes. icmpv4 doesn't have a state.

                        You should still have 1:1 NAT rules on the remote pfSense. With that you wouldn't need the outbound NAT rule, the 1:1 does that already.
                        And you need the 1:1 rule if you want inbound connections the VM to work. Or add port forwards for each connection you need but 1:1 does it all.

                        Steve

                        XuapX 1 Reply Last reply Reply Quote 0
                        • XuapX
                          Xuap @stephenw10
                          last edited by

                          @stephenw10 So, I can remove the NAT Rules and set NAT as automatic because 1:1 Mapping does all those rules already?

                          Also, I want to use inbound connections too, for that, I do need that rule mentioned above, or what should I do?

                          1 Reply Last reply Reply Quote 0
                          • stephenw10S
                            stephenw10 Netgate Administrator
                            last edited by

                            Yes, if you have the 1:1 NAT rule in place it NAT's all traffic inbound and outbound between those IPs, 1:1.
                            So you can remove/disable the outbound NAT rule. No harm in leaving it in hybrid mode though.

                            For inbound traffic you still need firewall rules to allow that on the remote side WAN. And they re applied after NAT so the destination will be the internal private IPs of the VMs.

                            XuapX 1 Reply Last reply Reply Quote 0
                            • XuapX
                              Xuap @stephenw10
                              last edited by

                              @stephenw10 I putted NAT in auto mode
                              b0647163-4fde-462a-90da-995f9ebce5e5-image.png
                              and in the WAN rules I have this
                              c9dc6e49-f282-4b31-ab0c-2a8f703dc952-image.png

                              you were referring to those rules I just created right?

                              I can ping any IP address, but I can't ping any URL
                              20acf6c1-66b6-405a-bdf7-d8a834301eb0-image.png

                              I have the nameservers 8.8.8.8 and 8.8.4.4 on the VM

                              1 Reply Last reply Reply Quote 0
                              • stephenw10S
                                stephenw10 Netgate Administrator
                                last edited by

                                It looks like you have something that's only passing ICMP then.

                                Look for any state to 8.8.8.8 when you try to ping by FQDN. You should see the DNS traffic from the VM opening states on all 4 interfaces.

                                Steve

                                XuapX 1 Reply Last reply Reply Quote 0
                                • XuapX
                                  Xuap @stephenw10
                                  last edited by

                                  @stephenw10 On local I get this one

                                  93d1808d-db92-4c6d-bafe-dfc4342609e0-image.png

                                  On remote I get nothing
                                  efe8bbfe-5878-4685-a700-9fe7ce16faef-image.png

                                  1 Reply Last reply Reply Quote 0
                                  • stephenw10S
                                    stephenw10 Netgate Administrator
                                    last edited by

                                    What firewall rules do you have on the remote GRE interface?

                                    XuapX 1 Reply Last reply Reply Quote 0
                                    • XuapX
                                      Xuap @stephenw10
                                      last edited by

                                      @stephenw10

                                      This ones
                                      0012b175-aee1-47a9-8e43-047862e4b8a3-image.png

                                      XuapX 1 Reply Last reply Reply Quote 0
                                      • XuapX
                                        Xuap @Xuap
                                        last edited by

                                        @xuap It is now solved, it was the Firewall that had an option to block IPV6, and some rules were not properly configured. Thanks for all the help Steve! :D

                                        1 Reply Last reply Reply Quote 0
                                        • stephenw10S
                                          stephenw10 Netgate Administrator
                                          last edited by

                                          Cool. Yeah you'd need a rule to pass traffic from 192.168.2.X to any on that interface. Not just v4 ICMP as shown in that screenshot.

                                          Steve

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