What OS are you using in the client VM?

I have seen it happen in the past when the change is initially made. Somehow the dhcp server is still running on the interface. But not for a while and not beyond the initial switch.

Well from what we've seen here it is googles fault. Cogent is not preventing you use other DNS servers. What's happening is that Google's servers detects you are resolving DNS from a different location than you're are sourcing requests and flags the connection as suspicious in some way requiring additional screening. The same way that some sites will do that for VPN connections. A "DNS leak" is one way sites detect it. The interesting thing is that they only flag the Cogent connection that way.

One other thing you could do VPN all your traffic over the Cogent WAN to the same location you are resolving from.

But I would at least try resolving locally first since that would also set the DNS and source IPs to match. With DNSSec enabled you can be pretty confident in the results. Using DoT really just outsources your trust to cloudflare.

@BigTulsa Exactly. Allows me to run with 1 less piece of equipment and a few less cables. XGS-pon on one end and regular 10Gb SFP on the other end. My 7100 is happy with it. It does get hot, so I have a 20mm USB powered fan cooling it. Now I have a use for one of the USB ports on the firewall. 😀

You do need to keep the ATT router ready to power up, it would be best if it is up if you have a problem.

@stephenw10 Excellent thank you.

24.11 changed something. New code:

$username = 'foobar'; $user_item_config = getUserEntry($username); $usernum = $user_item_config['idx']; $user = &$user_item_config['item']; $user['authorizedkeys'] = "base-64-encoded-string-here"; config_set_path('system/user/'. $usernum . '/authorizedkeys', "base-64-encoded-string-here" ); write_config('edited SSH public key for user foobar via pfSsh.php'); local_user_set($user);

Usual suspects are some browser plugin blocking a script or similar. Though I've never seen that particular behaviour before.

@johnpoz Ok, thank you. So to avoid any possible side effects by doing some exotic settings mentionned in your post, I decided to follow the "ocd monkey gone with simple click" suggestion.

Thank you all.

@dutsnekcirf said in Can the "Auto Configuration Backup" Device Key be recovered from the CLI?:

how should I copy that directory back onto the box from my usb drive?

Install pfSense using the installer.
Accept all values 'by default', so you can go as fast as possible.
As soon as the GUI becomes alive, login, and import the latest backed up config.
Have it reboot - and during reboot it will set up your LAN 'as before' a,d your WAN 'as before' - and all interface if you had any.
Because WAN is now fully operational and you had probably some packages installed, it will fetch them, and set them up. This can take a minute or two.
When that's done, for good manner, from the GUI, do a fill reboot again.

If you really want to, you an now insert the USB drive with all the files have kept on it, mount the USB drive, and copy (/cf/conf/backup - see below) them in place.
Just keep in mind : check what happens afterwards. Normally, the files located in /cf/conf/backup/ are maintained by pfSense. Dono what happens when you copy files in there.
The content of /cf/conf/ : don't touch / add / remove anything from that place, let pfSense handle it.
Or create a new folder below the /root/ folder, and put them there.

Or don't copy anything, keep the saved files on another place, like the USB drive, as that will be the best place : not on pfSense itself, but another device.

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.

@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