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 - ohioyj

#1
26.7, 26.10 Series / Re: Admin Logins
October 19, 2026, 12:30:39 PM
Quote from: nero355 on October 18, 2026, 05:56:19 PMAs in SSH access ?!

Appreciate the reply. SSH is typically disabled until I need it. I mean if I hook a keyboard and monitor to the PC itself and try and login locally. It's like it doesn't recognize my new user account. The only access I have is to the web interface.

However it might be the same with SSH, its been a while since I've needed to do that. I honestly dont remember if I had to activate the root account for that or not.

I will check the wheel group.
#2
26.7, 26.10 Series / Admin Logins
October 18, 2026, 03:50:56 PM
Back when I setup my OPNsense box, I thought it would be a good idea to disable to the root account, and create a new account "root" account with a different user name. The new account can do anything from the GUI (web interface). However I've never been able to log into the actual box itself. Anytime I need to do something on the box, I must log into the web interface and temporarily re-active the root account.

Is there a permission, or membership I'm missing somewhere? Maybe I didn't create the new user correctly? Is it something simple I'm missing?
#3
26.1, 26.4 Legacy Series / Re: apcupsd LCK.. file
March 23, 2026, 08:33:31 PM
Quote from: franco on March 23, 2026, 02:01:05 PMCan you add a plugin ticket on GitHub?

Will do, thank you for the link. I'll wait for it to do it again, and see about getting a log. It was doing it regularly. Perhaps it's fixed (fingers crossed)
#4
26.1, 26.4 Legacy Series / apcupsd LCK.. file
March 20, 2026, 09:35:32 PM
Unfortunately I'm not sure at what point this started, but at some point apcupsd stopped functioning properly. I believe it to be relatively recently. It works perfectly fine, but at some point I end up with a "LCK.." file in /var/spool/lock. If I delete this file I can restart the apcupsd and everything functions normally again.

Is this a known issue, or is there something I can do to prevent this?

I'm running:
OPNsense 26.1.4-amd64
FreeBSD 14.3-RELEASE-p9
OpenSSL 3.0.19
#5
24.7, 24.10 Legacy Series / Re: Few Rookie Questions
November 11, 2024, 03:45:45 PM
Quote from: dseven on November 11, 2024, 02:29:07 PM
Speaking of lightbulbs ;D - https://docs.opnsense.org/manual/hacarp.html

Doh... It's literally in the first couple sentences...

QuoteTwo or more firewalls can be configured as a failover group.

I looked through there quickly, and saw the traditional diagram that I would expect, with the two ONT style. Reading fail on my part. Thank you.
#6
24.7, 24.10 Legacy Series / Re: Few Rookie Questions
November 11, 2024, 12:31:44 PM
Thanks to everyone for their responses!

Quote from: meyergru on November 11, 2024, 10:21:02 AM
Yes. See documentation. If you are on fiber, you could even use two redundant ONTs on the same fiber.

I'm not thinking two ONTs (WANs), I'm thinking two opnSense boxes (Firewalls). Backwards of the way I normally think of HA working.

Quote from: dseven on November 11, 2024, 10:59:25 AM
I think it might be important to remind what the in/out direction for rules means - i.e. the direction of the traffic with respect to the firewall at the point where it's being inspected (on the given interface). An attempted connection from IOT_VLAN to KID_VLAN will arrive at the firewall (*inbound*) on the IOT_VLAN interface. If there was a rule that allows it (an *inbound* rule on the IOT_VLAN interface), it would pass through the firewall and then be sent *outbound* (from the firwall) on the KID_VLAN interface. In this case, it would have been blocked before it got that far, so there's really no point in having another rule to block it outbound.

Rules to allow/block are usually done on the inbound interface because it's more efficient to make those decisions as early as possible, rather than waste time processing the traffic only to decide to block it later.

Outbound rules are generally used to apply some policy to traffic originating from the firewall itself.

Thank you so much for this explanation. This was sort of my "light bulb" moment. What I needed to actually understand it.
#7
24.7, 24.10 Legacy Series / Few Rookie Questions
November 10, 2024, 12:57:57 PM
So I know just enough to be dangerous. I've had this box up and running for a while now and I've come across a few questions. Hopefully these are easy enough someone can point me in the correct direction:


  • Login to the actual device? I disabled the root account, and made a new account for login to the GUI. Now I seem to have no available logins to the actual device itself. I disabled the root account originally, as an extra layer of security. However perhaps now looking at my new user account, it doesn't have the same exact permissions as root. I can do everything from the GUI, I just can't seem to log into the shell at the device itself. Should I care?

  • The devices I use do actually get frequent BIOS updates. Do I still need the os-cpu-microcode-intel / Intel microcode updates Plugin?
  • I've been messing with one of my opnsense boxes recently, and so that's been leading my to swap in my backup. This got me to thinking is there a "HA" type setup for the opnsense box that I can setup? Rather than swapping the boxes physically, if one went down, the other would take over?
  • From reading, it appears usually only inbound stuff is blocked. When I did all my rules, I blocked stuff in both directions. For example

    • Block INCOMING Traffic from IOT_VLAN to KID_VLAN
    • Block OUTGOING Tracffic from IOT_VLAN to KID_VLAN
    I figured I didn't want any traffic going in either direction between these networks. Did I do something wrong?