Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - pricklydevil

#1
Yep it's the killing states element that is the missing part. I guess this could be achieved through some kind of script/automation once WAN01 is re-established (either through DPinger or something aligned with that).

Is there a way to request a feature these days apart from the forum?
#2
Hi,

Used to be longtime user of OPN and then had to switch back for historical reasons but now very much looking to come back!

Does OPN have support in a similar vein to what pf now has with the gateway recovery? Essentially two WANs - one hard downs and fails over to the backup but the transition never goes back to the primary by killing states etc. therefore you're on the 2nd WAN which may have slower throughput, bandwidth limitations, increased costs, etc.

They announced at https://www.netgate.com/blog/netgate-to-enhance-gateway-recovery-in-pfsense-plus-version-24.03 so wondered if this is available as I'd rather pay OPN/Deciso the money
#3
Fair enough, guess it's not a big issue and will leave it at that.

Shame really as in my "limited" posting previously, the project (people like Franco) were happy to help .. guess it's gone south as the popularity has grown.

Hope you guys get your issues fixed
#4
Apologies for being direct but could a member of the project acknowledge the issue and anything that I can provide to assist in resolving?

I'm struggling to accept that I need to dig through several menus and then the logs to ascertain that the VPN connections are working, where I should be able to get access to this information via the Dashboard.

Edit: Opened on Github Issues #2160
https://github.com/opnsense/core/issues/2610
#5
Tried rebooting multiple times, unfortunately doesn't solve the problem.

I did experience it sometimes in 18.1.11, which a reboot solved, this seems more permanent which is annoying
#6
Hi all,

Quick one .. I've got several OVPN connections established and working (confirmed by connections to WAN via 4G and from LAN); however, the dashboard and menu option (VPN > OpenVPN > Connection Status) are all giving "Unable to contact daemon Service not running?" even though they're definitely working.

Have gone through all the config and can't find any errors nor in the logs.

Am wondering whether this is a bug in 18.7 as it only appeared after the upgrade from 18.1.13_1.

Cheers
D
#7
Hi Franco,

Many thanks for coming back to me. Is this by design at all?

Unfortunately since that's the case, I can't continue to use OPNSense anymore even though it was an awesome product to use :(

I wish you all the best for future on the development as what has been achieved so far, in a short amount of time, is amazing!

Thanks
D
#8
Hi all,

OPNSense version is OPNsense 17.1.a_19-amd64

Quick question on this one as I believe I have it setup correctly. So I've moved over to a completely different ISP and now have two VDSL lines here in the UK. The ISP (AAISP) have the lines configured to allow bonding both upload and download; however OPNSense only utilises one of the lines for uploading rather than both. Downloading is absolutely fine as it recognises that I have double the bandwidth and gives me 80mb rather than 40mb, so that's working.

Setup is (crudely):

                        Modem1  ------ |
OPNSense ----|                         ---- (ISP)
                        Modem2  ------ |

The ISP can see that both lines are bonded and configured correctly via local PPPoE and so everything should be working. No traffic shaping or QoS setup in OPNSense and the gateway groups are setup in load-balanced mode, both under Tier 1.

I've been doing a lot of reading on this but can't seem to nail down the problem with the exception that the first hop on both lines is exactly the same, which is the ISP end. They've even given me an interroute block (/29) so that OPNSense can see two different ends, still no avail.

Admittedly it's a rare setup but wanted to get anybodies opinions on where to check in OPN over what the problem could be.

Cheers
D
#9
Thanks Franco. Good knowledge for the future.

Managed to get it working by giving Chrome a kick .. appeared to be having a "moment" during it wanting to upgrade as well as OPNSense.

Thanks for the very quick come back though :)
#10
16.7 Legacy Series / Roll back to 192 from 276
May 25, 2016, 09:04:27 PM
Heya,

Quickie. Just done the update to 276 from b_192 and now it would appear that the dashboard has completely broken, displaying nothing. Tried re-adding the widgets, rebooting, restoring a config, restarting the web interface etc but nothing.

Is there a simple way to roll back but also to provide you guys with information on what the problem is/was?

Cheers
D
#11
Cool, thanks Ad. That makes a lot more sense.

Now to be even more cheeky :P, would there be any consensus over doing historicals on this ... by that I mean, Jan was XXX, Feb XXX et al?

Admittedly that means a lot more work and also wouldn't fit in with the current layout (probably another tab on the top, next to export) would "feel" better as it's not something that would be used all the time.

Considering the workload already on 16.7, it could come as a further enhancement.

Many thanks
Dean
#12
Just updated to the b_192 and got to admit I had a very big shock when I first saw it .. a good shock that is! Absolutely love the new layout, as it's more compressed and looks very modern indeed!

Only minor point, would it be possible to get the dashboard to remember that you've only selected say IPSec and WAN on the graphs? It's admittedly a VERY minor point but it's definitely something I can live with :)

Love the fact that the temperature graphics now reference back to the original underlying values as well (hw.acpi.thermal.tz0.temperature for example). I've got a pretty crowded (3 column) layout so there used to be lots scrolling, now hardly any.

Keep up the good work guys!
Dean
#13
Hi Ad,

Many many thanks for getting onto this and apologies for the slow feedback.

Works absolutely perfectly! :)

However, I have identified what could be considered a bug but maybe more because of my lack of data in Insight. Anything over 30 days, 24 hour average does not update the running totals, but the graphs change. I'll keep playing with it though as the more data the better :)

Can I also just check something .. where it says 24 hour average do this apply to the graphs or is that a true total? It could be slightly misread or me attempting to read when I haven't had enough sleep!

Many thanks
Dean
#14
Hi Ad,

Thanks for coming back to me so quickly :)

Wholly agree that the standard darkstat/ntop/pfInfo/vnStat certainly wouldn't match either the developers expectations but also the end users who appreciate a finer quality product than just attaching bolt-ons that doesn't match what we've all come to love about OPNSense.

The totals are probably the more important feature, especially with people that have limited connections etc. I'm lucky in that I don't need that, so it's more being nosey as to how much data is being pushed/pulled. The table as you suggested is best as shouldn't require "intensive" development, outside of the already extensive work that you guys have actually done .. which I can only imagine was no mean feat! The expanded time frames of 1/7/14/30/60/90/182/365 would be fantastic additions and gives granularity similar to other products.

The Max/Min/Average was more a throwout there comment but appreciate that it would require a lot of data storage, probably more than most people actually want to dedicate to that cause and would use something else for such things rather than the router .. keeping with the small but powerful motif.

Cheers
Dean

#15
Heya guys,

I originally raised the request for this in the 16.1 forum (https://forum.opnsense.org/index.php?topic=2211.msg7139#msg7139 and I've got to admit what you guys have created so far is absolutely amazing!

However, I think we're a little bit short of the original request. Whilst we can now see all the traffic from specific addresses on the network as well as breaking it down into individual protocols, the missing part is combining that into easily readable information, such as what Trav1sty suggested, in that it would be easy to see a total of what has been pushed/pulled per interface.

Unless I'm using Insight wrong (and I admit, I'm a bit of a newbie at it) I cannot seem to find just the basic information saying that say eth0 has pushed Xgb of data and received Xgb of data over a 1/7/30 day period, such as the following:



Would that be something that could be included under the Totals tab as a separate table? I really don't want to use a 3rd party product to do all of this via SNMP as it seems a waste to not have this in the core router functionality.

I guess from there things like maximum, minimum and average speeds can also be added as separate columns.

Happy to get involved and add more flesh around it, just can't do any of the actual coding :)

Cheers
Dean