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

    Multiple GRE bugs in 2.0.1-RELEASE

    Scheduled Pinned Locked Moved General pfSense Questions
    1 Posts 1 Posters 1.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.
    • T
      tedm
      last edited by

      Hi All,

      I'm trying to setup a GRE tunnel with a Cisco 1605 but am running
      into some bugs.

      if anyone can help I would welcome their input, unless it's a snarky
      comment to use some other VPN - it so happens I don't have control
      over the other end of the tunnel - GRE is what I got to work with.

      The first bug is that when the pfsense box is rebooted the gre interface
      defined on it does not come back up.  If I click Diagnostics->Command Prompt
      and run the command "ipconfig -a" it shows gre0 as in an UP state.  But if I
      then run "ping -c1 192.168.45.1" in the Diagnostics Command Prompt
      (with 192.168.45.1 being the remote end of the GRE tunnel) it fails.  If
      I then go Diagnostics->Command Prompt and run "ipconfig gre0 down"
      followed by "ipconfig gre0 up" and then run the ping command above
      again, then I get a ping response succeeding.

      I believe the problem is during the boot sequence the router is putting
      the fxp0 WAN interface into an UP status, and the fxp0 interface is then
      taking too long to come ready, and the router is trying to up the
      gre0 interface while the fxp0 interface says it's up, but really
      isn't.

      When the gre0 interfaces gets into this state then the static routes
      that I have in the router to reach the remotes don't work either - even
      if I then go wake up the gre0 interface using the Diagnostics Command
      prompt.  To get everything to work again I basically have to delete the
      static routes, gateways, gre interface in other words rip everything out
      and put it back in.  That works until the pfsense router is rebooted again.

      The second bug I'm having is in the  Click System->Routing go into
      Routes.  I can setup a route to the remote subnet behind the GRE tunnel
      here, if I click the "add a new one" to the gateway.  The route is
      installed and packets are routed over the GRE tunnel just fine.  BUT, if
      I try to make any changes in the System Routing Gateways tab here, even
      to change the description, I can't do it because the interface complains
      that the destination IP for the route is not on the local network.  Well
      obviously, of course it's not, because the GRE tunnel is an INTERFACE IN THE
      ROUTER it is not a router on the local network nor is it stealing
      IP addresses from the local network.

      What I think is going on here is some "Net Nanny" code to check that a
      static route is reachable.

      The problem is that the Interface dropdown does not recognize GRE
      tunnels as interfaces, and so the Net Nanny error checking code goes
      spla here.

      Obviously the Net Nanny checking code is disabled when adding in a
      static route to a GRE tunnel WHEN YOUR CREATING THE TUNNEL but someone
      overlooked the Gateway interface.

      Anyway those are the biggest problems.  The router is built on a
      Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz box that has an onboard
      Realtek gigabit interface and a Intel Etherexpress Pro card plugged into
      a slot in it.  The Realtek is running gigabit to a switch, the Intel
      is running 10BaseT half-duplex to the Internet ethernet handoff from
      the ISP.  BOTH ethernet cards are set to Auto Detect speed/duplex.

      one last thing that is a minor irritation is that the Diagnostics
      Ping command also does not think the GRE tunnel is an interface and
      so you cannot select it when making a ping.  So you have to use the
      ping -c 1 trick at the command line.

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