No internet connection after upgrade from April 20 snapshot to May 19

PiBa

@w0w
Ah crap, i forgot to do the inverse, '!'.

if (platform_booting() && !in_array(substr($interface_real, 0, 3), array("ppp", "ppt", "l2t"))) {

sorry, thanks for testing!

new PR made: https://github.com/pfsense/pfsense/pull/3956

w0w

@piba This one is much better
It works!

w0w

As expected, latest snapshot containing this PR boots normally.

PiBa

@w0w
Thanks, added your confirmation to the redmine ticked so it can be closed.

w0w

@piba
Please let me know when you need testing gui 'none' selection fix

PiBa

@w0w
The commit was merged, but not build yet. next snapshot should contain a new 'automatic' option which would be the default for the gateway selection, also a option to move gateways up/down on the list with checkboxes and anchor click. The option 'none' should now also actually be none.. I guess all of those things can use a little testing once it gets build ..

w0w

@piba
Here is my test result. If I select "Automatic" option in GUI then everything looks OK, I have internet and default gateway, but when I try reboot the firewall, on next boot there is no internet and default gateway anymore, sounds familiar?
This easy to fix, just pressing "save" on system_gateways.php and "Apply changes", it immediately starts working and I see this line in log:

/system_gateways.php: Default gateway setting Interface WAN_PPPOE Gateway as default.

There is no such/similar line during boot, so automatic selection does not trig for some reason.
How can I help to debug this?

PiBa

@w0w
Thanks again for testing. We seem to have hit catch22 issue here.

'Automatic' selection takes the gateway 'status' into account which depends on dpinger, which depends on routes to the monitor-targets being configured before hand so to the monitor target will be using the correct gateway, which while configuring routes it also configures the default route which depends on the dpinger already running..

Hmm... This needs a bit more thought..

w0w

@piba
Maybe these questions sound silly, but anyway I'll ask
If we have a bunch of gateways, ex. multiple WANs, what this "automatic" selection is supposed to do generally?
When we have single gateway found on a system, then we can skip status check and just select it as "default", no?

PiBa

@w0w
Question are always good, well most of the time anyhow it makes me think again :).

With multiple WANs its supposed to pick the first one thats 'up' as ordered in the gateway list and determined by the dpinger status. If that works properly with multiple wan's the same logic should also work with a single wan.. Making 'single wan' a special case makes the code more complicated imho so i tried to avoid that.. As for my previous statement about routes and dpinger needing them for the monitoring seems to have been wrong. So i think switching the order of these 2 actions in the newwanip scripts should fix the issue..

Made a new PR: https://github.com/pfsense/pfsense/pull/3962
It 'should' take care of dpinger not being available early enough. And if that fails it still takes the first configured gw and logs a message to the systemlog that it did that.. That 'should' not get logged though..

w0w

@piba
Applied this PR and voila, everything looks good now!
Automatic is active and default IPv4 route is picked up.

Jul 8 19:48:58 	php-fpm 	334 	/rc.newwanip: Gateway, none 'available' for inet6, use the first one configured. ''
Jul 8 19:48:58 	php-fpm 	334 	/rc.newwanip: Default gateway setting Interface WAN_PPPOE Gateway as default.
Jul 8 19:48:58 	php-fpm 	334 	/rc.newwanip: IP Address has changed, killing states on former IP Address x4.5x.x2.28.

All is as expected — IPv6 is just not available, my ISP does not provide it and it is not enabled in firewall settings, so it's OK .

Thanks, PiBa!

w0w

@piba

I am pleased to report that latest snapshot works "out of the box".
Good work!

PiBa

@w0w
Thanks for testing and reporting back :)