On 08/06/25 09:44, Jon Higgs wrote:
> I've just checked my system again because I remember seeing something
> similar, but never really bothered to get to the bottom of it.
>
> I have an USG-PRO-4 running OpenBSD 7.7 (octeon) as my firewall. I have
> a stable ping time to t
On 07/06/25 22:14, H. Hartzer wrote:
> > Hello,
> > Trying to replace my existing Linux firewall with OpenBSD and PF and
> > noticed that I am seeing random ping spikes to anything on my existing
> > network:
> >
> > # ping 10.255.255.2
> > PING 10.255.255.2 (10.255.255.2): 56 data bytes
> > 64 b
On 26/03/25 21:43, Steve Williams wrote:
> I am not simulating a short outage. I left the UPS unplugged for 20
> minutes. It should have easily picked up that transition. I could
> see that the state had changed in sysctl.
>
> Still wondering...
For what it's worth, my configuration is very si
On 31/03/25 19:51, Ingo Schwarze wrote:
> This message is intended to notify you that after discussing the
> situation with Stefan Sperling , the author of the Game of
> Trees, i just committed a solution to OpenBSD-current.
>
> The solution involves changes to etc/daily, libexec/security/security
On 27/03/25 07:05, Sebastien Marie wrote:
> does using an empty password work ?
>
> $ encrypt ''
> $2b$09$s50wc1NMzJnZQGCW171wyePdahWA3TOq632BI44d0skN.Mt.yYRLm
Thanks, it does! I'll use that for now but I think that Ingo's proposal
is real solution. I'm looking forward to that coming to fruition.
Hi Steve,
It's because sensord polls. I've decreased the check interval from 20 to
5, but it will still miss short outages. See sensorsd(8). An SNMP trap
is probably what you really want, but your UPS will need to support
that.
I hope that helps.
Cheers,
Jon
On 26/03/25 20:55, Daniel Jakots wrote:
> On Thu, 27 Mar 2025 10:55:13 +1100, Jon Higgs wrote:
>
> > Is there any way to control this? Or am I holding something wrong, and
> > these warnings are an artifact of that.
>
> passwd(5) says
>
> The password fiel
Hi,
I'm struggling to find a clean way to suppress warnings from security(8)
about users without a password.
I've intentionally removed the password from the user 'git' so that it
can gotd can serve anonymous users with git repos over ssh.
The messages appear as:
Checking the /etc/maste
On 20/03/25 10:23, Kihaguru Gathura wrote:
> What are the potential scenario causing the line 26 (from 41.90.23.240
> to $ext_if port ssh modulate state) to present itself as syntax error
> during restart?
Looks like you might have missed an "inet". :)
On 16/03/25 11:51, Rub??n Llorente wrote:
> As far as I understand, raid 5 performance is usually slower than you
> would expect because parity data needs to be computed and written to
> the drives too.
I just tested this on my machine with a pair of SSDs in RAID1. It was
still under 50MB/s.
I was struggling to get NUT working a few weeks ago. After some time
battling with errors, I discovered that my UPS was recognised by
sensorsd and I didn't actually need NUT. The data isn't quite as rich as
NUT provides, but for me it was sufficient.
I know it's not an answer to your question, so
On 29/01/25 09:05, Niels Müller Larsen wrote:
> I have a Thinkcentre, a Thinkpad laptop and an HP Probook laptop. My router
> gives IP addresses in the 192.168.1.xxx segment.
> Works fine on the ethernet and the builtin wifi adapters. But when I add a
> USB D-Link adapter, the Thinkcentre behaves
12 matches
Mail list logo
