@dutsnekcirf

I'm seeing from basic google search that I cannot recover the device key from the CLI and that it's derived from the public ssh key but used as a sort of seed phrase to generate the device key. So, I don't see a way to recover it.

However, it also appears that the existing config along with several previous backups are found in /cf/conf/config.xml. So I should be able to grab that and restore the configuration from there.

@stephenw10 yeah took me a bit, searched for ::1 remote

Yes. It doesn't really use any significant resources just to run the server. It will when the VPN is connected but that depends on the traffic over the VPN. If that's just some telnet traffic it's not a problem.

@AndyRH said in BGW320-500 set up without passthrough....problems?:

https://pon.wiki/xgs-pon/ont/bfw-solutions/was-110/

looks neat, can't say i understand what it does but i'll check out the discord server.

The only way to do that securely is multiple servers, one per "group" based on what they should be able to access. Ideally each with a separate CA and unique TLS key.

Static addresses can work but you also can't necessarily guarantee OpenVPN wouldn't assign an IP address to a client randomly that you have set static -- it doesn't do reservations like that.

Per-user rules from RADIUS could work but it's a lot more complicated to setup and maintain, and harder to troubleshoot.

Where are you looking at that?

If you look at Status > DHCP Leases is it actually handing out a lease to the modem?

Is 10.100.200.X a subnet you assigned to LAN4?

So do you see the DoT states on Comcast only? That's the important thing there.

If you switch the DNS to use 8.8.8.8/8.8.4.4 instead does it still ask you to login?

The difference here is that the remote servers see requests come in from your Cogent public IP but DNS resolved at the target forwarded servers. For whatever reason that mismatch there triggers the login for the Cogent public IP but not Comcast.

@briddle said in Older devices have MUCH slower download than before upgrading pfSense device and child switch:

is now seeing only 95 Mb/s down

That says there is very likely something in the route linked at 100M. Some switch port, maybe a bad cable etc. Maybe the client devices directly.

But that number is too close to 100M to rule out. Check all the links between the 6100 and client.

@Patch said in getting frustrated I cant Post my Question Akismet:

but from a forum reader perspective that would be a disaster.

Don't forget the forum owner ^^
Do you really want them to hire xx extra people just to dig trough the daily list of forum posts ?

@comet424 said in getting frustrated I cant Post my Question Akismet:

cuz that akismet you cant read up

And that's actually not a bad thing.
If I could see how "it's done", then some one else can do that also.
5 minutes later this forum, and many others becomes a porn depot.
1 day later Netgate will have to stop hosting a public freely accessible forum.
Not only Netgate btw, but actually every big forum out there.

@comet424 said in getting frustrated I cant Post my Question Akismet:

.... like the government

Askimet isn't a free service.
If forum owners use it, pay for it, and start to loose legit forum users, then they will adapt their usage profile, and even stop using if there are to many false positives.

Imho : check your own 'profile' : from where are you posting ? What ISP ? What IP ? etc. As they are not all treated (listed) equal.
Be aware that using a VPN is great .... but these are used, by definition, by other clients that have something to hide. That simple fact can be used against you.
A VPN that will just work for you is : the one you create yourself on your own server. Maybe not a server hosted in the amazon cloud. The server IP, with some luck, isn't tainted (known to be used for scam stuff in the past) so you're good : it's only you using this IP so nothing can happen, it won't get flagged / listed.

@deleted the manual I found had a disable option - not sure if for same version of ipmi you are running.. But with that setting of dhcpv6 - I would expect it to yeah send out dhcpv6. Its like yours is missing the disabled option

@b3rt see my edit of above post, there are some tools you could try ;) but once you had hacked the iot os to trust your cert - you wouldn't have to do that in real time or anything.. You would then really own all its encrypted comms. Until its firmware was updated, etc..

@johnpoz I think that has everything I need. Thanks! I need t get more familiar with the documentation.

If you're running pfSense as a VM on Proxmox (like I am), you'll likely go through multiple reboots with no problems... then one day it will just happen. Not sure exactly the cause... I assume something more than dumb luck triggered it to happen... 🤷 Either way the fix was simple enough in my case.

Power off then on (or "reset") the VM while viewing the console via Proxmox UI When you see the initial Proxmox BIOS boot/splash screen, press F2 to enter it Go to "Device Manager" >> "OVMF Platform Configuration" Update the "Change Preferred" value to a more common (if there is such a thing) resolution value E.G. 1024x768
In my case the original value was 1280x800 Select "Commit Changes and Exit", then back out to the main BIOS screen. NOTE: Make sure you "Reset" when exiting the BIOS... not "Continue". This forces the new configuration to be applied and will be seen by pfSense

That should do the trick.

@chpalmer thanks, 05/17/2025 this helped me!

Hi everyone,

I'm glad that a few thoughts have come together after all.

Sure, if I have access, then it's over. But that's also the point, so that you can make entries.

I actually imagined it to be like “Hollywood”.
Or rather scenarios along the lines of Stuxnet.

What is possible if you have the option of connecting a stick briefly.

However, if in any case, even if you extend the scenario and you still have a keyboard with you and the menu in your head always needs a restart, this is conspicuous at the latest.

Thank you and I am now quite relaxed.

@stephenw10 I understand the conflict.

If Netgate contributes to the open-source project, maybe this is an effort where it can contribute, namely, end-user comprehensible error messages.

If that's "too hard" then solve it with documentation: initiate an error messages and codes section of the user manual which lists the error messages, then what it means and directions to take for recovery.

As it is, customers are left thrashing around with support, or this forum, often at Negate's direct or indirect, uncompensated, expense.

For instance, DEC had the OpenVMS error messages and codes manual, which was helpful to the customers.

It seems to me we've regressed since then where error messages appear to have been made up on the spot by the developers and are substantially meaningful on their face mostly to developers.

Customers support the business. Making their life harder makes the business' life harder. Is that what business leadership wants?

Example:
https://www.digiater.nl/openvms/doc/alpha-v8.3/ovms_archived/OVMS_MSG_REF_AL.PDF

Ah, OK.

So if you have enabled: Enable NAT Reflection for 1:1 NAT and Enable automatic outbound NAT for Reflection it should work.

Try to open something that should be forwarded then check the states. You should see the NAT states on both interfaces applied to make the reflection work.