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

    VTI gateways not adding static routes in 24.03

    IPsec
    5
    88
    6.6k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic was forked from 24.03 causes issue with remote VPN stephenw10
    This topic has been deleted. Only users with topic management privileges can see it.
    • stephenw10S
      stephenw10 Netgate Administrator
      last edited by

      Nice troubleshooting.

      Hmm, so the bug is potentially that an additional gateway is created at upgrade. 🤔

      I'll try to find any other instances. I'd expect to see quite a few if so.

      LarryFahnoeL 1 Reply Last reply Reply Quote 0
      • LarryFahnoeL
        LarryFahnoe @stephenw10
        last edited by

        @stephenw10 said in VTI gateways in 24.03:

        Hmm, so the bug is potentially that an additional gateway is created at upgrade.

        I'm quite curious now as to the root cause & will look forward to hearing if you uncover more. Will also be interesting to see what @OhYeah-0 finds.

        --Larry

        O 1 Reply Last reply Reply Quote 1
        • O
          OhYeah 0 @LarryFahnoe
          last edited by

          @LarryFahnoe said in VTI gateways in 24.03:

          Will also be interesting to see what @OhYeah-0 finds.

          Well this doesn't move us closer to a solution.. I have only 2 gateways defined in the config file.

          <gateways>
		<gateway_item>
			<interface>wan</interface>
			<gateway>xxx.xx.xxx.xx</gateway>
			<name>WANGW</name>
			<weight>1</weight>
			<descr><![CDATA[WAN Gateway]]></descr>
			<defaultgw></defaultgw>
		</gateway_item>
		<gateway_item>
			<interface>opt5</interface>
			<gateway>dynamic</gateway>
			<name>IPSEC_SWE_GW</name>
			<weight>1</weight>
			<ipprotocol>inet</ipprotocol>
			<descr><![CDATA[Test description]]></descr>
			<monitor_disable></monitor_disable>
			<action_disable></action_disable>
			<gw_down_kill_states></gw_down_kill_states>
		</gateway_item>

          The problem is that I cannot remember if I performed the upgrade before I created the IPSEC tunnel or not.

          1 Reply Last reply Reply Quote 0
          • O
            OhYeah 0
            last edited by

            Tried something a bit more drastic.

            1. Deleted everything: static routes, gateway, disabled interface, deleted assignment, deleted P2, deleted P1.
            2. Restart.
            3. Switch global states back to "floating" and IPSEC filter mode back to "on IPSEC tab".
            4. Restart.
            5. Add everything back in the same order as standard (but different names just to make sure something doesn't clash with cached or old entries).
            6. Restart.

            Same status. P1 comes up, routes are not added to the routing table.

            LarryFahnoeL 1 Reply Last reply Reply Quote 0
            • LarryFahnoeL
              LarryFahnoe @OhYeah 0
              last edited by

              @OhYeah-0 And when you rebuilt, you did so with 0.0.0.0/0 correct? The rationale for that was a mixed environment if I understood.

              Would it be possible to do a test using a private /30 transit network?

              --Larry

              O 1 Reply Last reply Reply Quote 1
              • O
                OhYeah 0 @LarryFahnoe
                last edited by

                @LarryFahnoe said in VTI gateways in 24.03:

                And when you rebuilt, you did so with 0.0.0.0/0 correct? The rationale for that was a mixed environment if I understood.

                Yep. With that client we have a hub-and-spoke topology with different vendor platforms (also mix of virtual and physical instances). The solution had been working flawlessly until the 24.03 update.

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

                  Ok so some of the connected clients are using policy mode and require a P2 that carries all destination traffic?

                  O 1 Reply Last reply Reply Quote 0
                  • O
                    OhYeah 0 @stephenw10
                    last edited by

                    @stephenw10 said in VTI gateways in 24.03:

                    Ok so some of the connected clients are using policy mode and require a P2 that carries all destination traffic?

                    All endpoints are connected via the same method (0.0.0.0/0 local/remote and static routes).

                    I know that while it's possible to mix policy and route based IPSEC; it's really not a good idea. You lose all the benefits and there's another source of potential problems.

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

                      Right, I agree with that. So these are all route mode devices the tunnels are connected to? In which case why are you using 0/0 for the P2s? 😕

                      O 1 Reply Last reply Reply Quote 0
                      • O
                        OhYeah 0 @stephenw10
                        last edited by

                        @stephenw10 said in VTI gateways in 24.03:

                        So these are all route mode devices the tunnels are connected to? In which case why are you using 0/0 for the P2s?

                        Yes, all the spokes are connected to the hub via 0/0. Except for end-user remote access VPN which is a separate virtual network and then routed to the hub via parent router LAN/IPSEC (Fortinet because it offers 365/Entra integration).

                        As to why use 0/0 for P2s... tried it out with pfsense and a couple of ISPs/partners and found out it works incredibly well across multiple platforms.

                        If that mode of VPN setup is suddenly not supported anymore, I would like to hear the reasoning behind this change. At the moment it sounds more like a bug. :)

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

                          Hmm, curious. The only time I've ever seen that is when one side of the tunnel is using policy mode. Otherwise having a local interface defined as 0/0 could potentially break routing entirely.

                          However I'm not aware of any specific change in 24.03 that would prevent it if it worked in 23.09. It's unlikely a setup like that was ever tested though. Let me see what I can find....

                          O 1 Reply Last reply Reply Quote 0
                          • O
                            OhYeah 0 @stephenw10
                            last edited by

                            @stephenw10 said in VTI gateways in 24.03:

                            However I'm not aware of any specific change in 24.03 that would prevent it if it worked in 23.09. It's unlikely a setup like that was ever tested though.

                            I can provide also some logs/data from routers that are running 23.09, if it would help to figure out what actually changed.

                            1 Reply Last reply Reply Quote 0
                            • N
                              Nikkeli
                              last edited by

                              I'm also having problems with static routes not being loaded on boot.
                              However they get loaded after editing and saving routes (without changes), after which the tunnel works as intended.

                              I have IPsec VTI with local/remote networks set to "address".
                              Issue appeared after upgrade from 23.09.1 with no changes to configuration between upgrades.

                              I can post more information if needed.

                              LarryFahnoeL 1 Reply Last reply Reply Quote 0
                              • O
                                OhYeah 0
                                last edited by

                                Maybe it's also a good idea to change the title of the topic to include the phrase "static routes"?

                                1 Reply Last reply Reply Quote 0
                                • LarryFahnoeL
                                  LarryFahnoe @Nikkeli
                                  last edited by

                                  @Nikkeli Your situation sounds a lot like mine.

                                  Might be interesting to take a peek at your /cf/conf/config.xml and compare it to what I showed above in https://forum.netgate.com/post/1170175

                                  Do you have a spurious <gateway_item> with a <gateway> containing an address rather than "dynamic"?

                                  I have on my "spare time list" (ahem!) to roll back to 23.09.1, then do the upgrade again and document how the config changes. I suspect there is a bug in the upgrade process.

                                  @stephenw10 I'd vote for adding "static routes" to the title of this thread if possible.

                                  --Larry

                                  N 1 Reply Last reply Reply Quote 1
                                  • N
                                    Nikkeli @LarryFahnoe
                                    last edited by Nikkeli

                                    @LarryFahnoe
                                    I actually don't have this problem, the configuration seems fine. Below is the configuration for the only (vti) gateway listed.

                                    <gateway_item>
<interface>opt10</interface>
<gateway></gateway>
<name>IPSEC_VT13_VT10_VTIV4</name>
<weight>1</weight>
<ipprotocol>inet</ipprotocol>
<descr><![CDATA[Interface IPSEC_VT13_VT10_VTIV4 Gateway]]></descr>
<gw_down_kill_states></gw_down_kill_states>
</gateway_item>
                                    1 Reply Last reply Reply Quote 0
                                    • stephenw10S
                                      stephenw10 Netgate Administrator
                                      last edited by

                                      So no additional gateways? No disabled gateways?

                                      N 1 Reply Last reply Reply Quote 0
                                      • N
                                        Nikkeli @stephenw10
                                        last edited by

                                        @stephenw10
                                        The only other gateway is WAN gateway. No gateways are disabled.

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

                                          Hmm, any errors in the routing or system logs at boot?

                                          N 1 Reply Last reply Reply Quote 0
                                          • N
                                            Nikkeli @stephenw10
                                            last edited by

                                            @stephenw10
                                            On System/General I can actually see some errors/warnings that seem to be relevant. On other logs I could not find anything relevant.
                                            IPsec logging has too much log noise but I can turn that down aswell and reboot, if you think it could help.

                                            Here is System/General logging after booting, with the relevant lines.

                                            May 24 10:11:27 	php-cgi 	685 	rc.bootup: route_add_or_change: Invalid gateway and/or network interface ipsec1
May 24 10:11:27 	php-cgi 	685 	rc.bootup: route_add_or_change: Invalid gateway and/or network interface ipsec1
May 24 10:11:27 	php-cgi 	685 	rc.bootup: route_add_or_change: Invalid gateway and/or network interface ipsec1
May 24 10:11:27 	php-cgi 	685 	rc.bootup: Gateway, NONE AVAILABLE
May 24 10:11:27 	syslogd 		kernel boot file is /boot/kernel/kernel
May 24 10:11:27 	syslogd 		exiting on signal 15
May 24 10:11:26 	kernel 		done.
May 24 10:11:26 	php-cgi 	685 	rc.bootup: Creating rrd update script
May 24 10:11:24 	kernel 		.done.
May 24 10:11:24 	check_reload_status 	650 	Restarting IPsec tunnels
May 24 10:11:24 	kernel 		...
May 24 10:11:15 	kernel 		done.
May 24 10:11:15 	check_reload_status 	650 	Updating all dyndns
May 24 10:11:14 	kernel 		done.
May 24 10:11:14 	php-cgi 	685 	rc.bootup: NTPD is starting up.
May 24 10:11:08 	kernel 		done.
May 24 10:11:08 	kernel 		done.
May 24 10:11:08 	php-cgi 	685 	rc.bootup: sync unbound done.
May 24 10:11:07 	kernel 		done.
May 24 10:11:07 	php-cgi 	685 	rc.bootup: route_add_or_change: Invalid gateway and/or network interface ipsec1
May 24 10:11:07 	php-cgi 	685 	rc.bootup: route_add_or_change: Invalid gateway and/or network interface ipsec1
May 24 10:11:07 	php-cgi 	685 	rc.bootup: route_add_or_change: Invalid gateway and/or network interface ipsec1
May 24 10:11:07 	php-cgi 	685 	rc.bootup: Gateway, NONE AVAILABLE
May 24 10:11:07 	php-cgi 	685 	rc.bootup: Default gateway setting as default.
                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post