Gateway and interface widget weirdness firefox?

doktornotor · Jan 11, 2015, 8:31 AM

I added just a dumb gateway to nowhere across on of my test LANs. It shows in the widget as offline - good. Then I set it to Disabled, go back to the widget and it is not shown. So the Gateways widget already does not display diabled gateway.

@Phil: This does not apply to these bogus dynamic GWs. When I set those to Disable this gateway - Disable Gateway Monitoring - Mark Gateway as Down - those still show in widget as ~ ~ Unknown

johnpoz · Jan 11, 2015, 12:01 PM

^ Exactly - create a gif, you can not get rid of the v4 it creates.. Nor can you delete it.

phil.davis · Jan 11, 2015, 3:33 PM

The general code to return a list of gateways (without disabled gateways) had problems processing a gateway that is dynamic but also disabled.
The pull request fixes it for all the cases I could think of to test:
https://github.com/pfsense/pfsense/pull/1433

johnpoz · Jan 11, 2015, 3:41 PM

Sweet.. So should prob be in the next snap?

phil.davis · Jan 11, 2015, 4:56 PM

That depends when it gets reviewed and committed. It would be good if you guys can test, since you have real systems that use IPv6 and do not want the IPv4 dynamic gateway and…
It would be good to know that this does not cause issues deeper down, where a disabled IPv4 gateway will no longer be seen by some underlying code that applies rules...
It is just /etc/inc/gwlb.inc - it is easy enough to put that from the pull request onto a test system.

cmb · Jan 12, 2015, 1:15 AM

I just merged that, it'll be in the first snapshot from the 12th (not the one that's being built right now).

johnpoz · Jan 12, 2015, 10:00 PM

I will update to the whatever the newest snap is in the morning and let you know. So far really like the stuff I am seeing in 2.2, like that the vmx3 drivers are there and no need for vmtools to get those working.. Just added the open tools so I can shut it down from esxi, etc. That is working from what I have tested.

Have not played with too much yet, but everything sofar that I was doing is working - other than vnstat2 seems broken, but have not had chance to look into it yet. Did notice some threads, etc. But to me that is a package.. And like the resolver vs just the forwarder.. I decided to give the 64bit version a run, so I jut did a clean install and have been migrating in my settings. My HE tunnel came up with no issues, got my /64 and my /48 working without any problems on different local segments.

Openvpn up and running clickity click no issues.. From what I have played with sofar looks like ready to release ;) hehehe

eskild · Jan 13, 2015, 9:56 AM

I have just tested "2.2-RC (i386) built on Mon Jan 12 21:07:08 CST 2015 ".
In my system, the automatically generated GIT gw "WAN6_TUNNELV4" is still visible in the widget, even if it is disabled in Routing->Gateways.

johnpoz · Jan 13, 2015, 1:06 PM

I am running

2.2-RC (amd64)
built on Mon Jan 12 12:47:16 CST 2015

And its gone.. Thanks!! Might be something in the i386 code went wrong? Looks to be working 64bit version. I will update to very latest here in a bit. But got some stuff to do first.

edit: Yeah updated to latest snap
2.2-RC (amd64)
built on Mon Jan 12 21:47:35 CST 2015

And as you can see if you disable the v4 it not on the gateway widget. If you enable it.. Then it shows up as unknown, like in the previous attachments.

phil.davis · Jan 13, 2015, 2:17 PM

@eskild:

I have just tested "2.2-RC (i386) built on Mon Jan 12 21:07:08 CST 2015 ".
In my system, the automatically generated GIT gw "WAN6_TUNNELV4" is still visible in the widget, even if it is disabled in Routing->Gateways.

Well that snap should be late enough to have the fixed code, and there is nothing specific to 32-bit in this.
What is interesting about your configuration that might be an unusual edge case?

eskild · Jan 13, 2015, 10:57 PM

Wierd. So I deleted the GIF interface and all related config, and created it from scratch with the same values. Now it workes as expected.
Perfect! Thanks.