> I noticed in my logs things like this.
> May 1 03:00:02 isildur openssl: vfprintf %s NULL in "%s %2d
> %02d:%02d:%02d%.*s %d%s"
>
> It comes down to this command to fetch ocsp response:
> openssl ocsp -respout ocsp.der -no_nonce -issuer chain.pem -cert
> cert.pem -url
Hello,
I noticed in my logs things like this.
May 1 03:00:02 isildur openssl: vfprintf %s NULL in "%s %2d
%02d:%02d:%02d%.*s %d%s"
It comes down to this command to fetch ocsp response:
openssl ocsp -respout ocsp.der -no_nonce -issuer chain.pem -cert
cert.pem -url
Hello,
In 5.7 this used to work fine with ifstated monitoring for outage and rerouting
appropriatelyIn either 5.8 or 5.9 this seems to have stopped working.With both
interfaces configured only one interface will ever become active.
I am unable to test with 6.0 or 6.1 at the moment.
Is anyone
Four words Peter..."dynamic IP address". I'm sure that there are folks that
ssh into machines that are on a dynamic IP address that don't have a modem
on a power backup, or even possibly on an ISP that may down, possibly when
they are out of town. I don't know if it is possible or already done,
Four words Peter..."dynamic IP address". I'm sure that there are folks that
ssh into machines that are on a dynamic IP address that don't have a modem
on a power backup, or even possibly on an ISP that may down, possibly when
they are out of town. I don't know if it is possible or already done,
On Wed, May 03, 2017 at 11:48:42PM +0200, Sterling Archer wrote:
> On Wed, May 3, 2017 at 10:33 PM, Bob Beck wrote:
>
> > So. There *Is* an official OpenBSD 6.1 CD
> >
> > Just One.
> >
> > If you are interested, please bid on ebay :
> >
> >
On Wed, May 3, 2017 at 10:33 PM, Bob Beck wrote:
> So. There *Is* an official OpenBSD 6.1 CD
>
> Just One.
>
> If you are interested, please bid on ebay :
>
> http://www.ebay.com/itm/The-only-Official-OpenBSD-6-1-CD-
> set-to-be-made-For-auction-for-the-project-/252910718452?
On 05/03/17 22:16, Luke Small wrote:
> Is it worthwhile to set up a hook for pf to load rules that have URLs after
> the network services that can resolve them come into effect?
This sounds like you have a pf.conf that contains host names, and for
some reason you are not sure that those names
So. There *Is* an official OpenBSD 6.1 CD
Just One.
If you are interested, please bid on ebay :
http://www.ebay.com/itm/The-only-Official-OpenBSD-6-1-CD-set-to-be-made-For-auction-for-the-project-/252910718452?hash=item3ae2a74df4:g:SJQAAOSwrhBZBqkd
(It's a pretty cool little CD set!)
Is it worthwhile to set up a hook for pf to load rules that have URLs after
the network services that can resolve them come into effect?
On Wed, May 03, 2017 at 03:47:00PM -0400, Ted Unangst wrote:
> Andreas KusalanandaKähäri wrote:
> > I'll try copying from an existing installation, and if that proves to be
> > too problematic, I guess I just have to check out the OPENBSD_6_1 branch
> > and build a new release (which I really had
Andreas KusalanandaKähäri wrote:
> I'll try copying from an existing installation, and if that proves to be
> too problematic, I guess I just have to check out the OPENBSD_6_1 branch
> and build a new release (which I really had hoped I would not have to
> do).
There's nothing magic about the
On Wed, May 03, 2017 at 11:41:27AM -0600, Theo de Raadt wrote:
> > After a bit of investigation, I found that it was becasuse the unpriv
> > shell function generated an error upon invoking su:
> >
> > su: approval failure: Undefined error: 0
> >
> > Is there no way to run syspatch in a chroot
> After a bit of investigation, I found that it was becasuse the unpriv
> shell function generated an error upon invoking su:
>
> su: approval failure: Undefined error: 0
>
> Is there no way to run syspatch in a chroot either?
No.
And that's just plain crazy.
On Wed, May 03, 2017 at 11:54:13AM +0200, Antoine Jacoutot wrote:
> On Wed, May 03, 2017 at 11:39:48AM +0200, Andreas Kusalananda Kähäri wrote:
> > Hi,
> >
> > syspatch seems to work fine for keeping my ordinary server and router on
> > -stable, thanks!
> >
> > However, on my diskless
Renaud Allard wrote:
> I did not reboot directly, I first tried a "ktrace dhcpd" which
> instantly lead to a kernel panic. After the mandatory reboot, everything
well that's somewhat disturbing.
> Seems like syspatch should install new /bsd.sp and /bsd.mp and then link
> /bsd to the correct one based on whether sp or mp kernel is running. This
> would be consistent with the installer.
You are pretty sure of yourself, but that isn't what the installer does.
It does not "link". You can go
On 03/05/17 16:52, Christer Solskogen wrote:
On May 3, 2017 15:34, "Renaud Allard" > wrote:
Hello,
Since I installed all the new patches with syspatch I get this in
the logs:
May 3 15:30:22 isildur dhcpd[79314]: pf pipe closed
On May 3, 2017 15:34, "Renaud Allard" wrote:
Hello,
Since I installed all the new patches with syspatch I get this in the logs:
May 3 15:30:22 isildur dhcpd[79314]: pf pipe closed
May 3 15:30:22 isildur dhcpd[79314]: pf pipe error: Broken pipe
May 3 15:30:22 isildur
Antoine,
I noticed "/obsd" on my system. Does it make sense to handle this as
"previously installed kernel" as part of a kernel update ?
AFAICT this is how the manual procedure works as well.
Regards,
Remco
On Tue, May 02, 2017 at 10:13:01AM +0200, Stefan Sperling wrote:
> Thank you all for the additional reports! So there is indeed a regression
> in 6.1 which is causing this problem.
>
> I will try to find a 3165 device to play with.
Thanks to benno@ I got my hands on a machine with a 3165 device.
Hello,
Since I installed all the new patches with syspatch I get this in the logs:
May 3 15:30:22 isildur dhcpd[79314]: pf pipe closed
May 3 15:30:22 isildur dhcpd[79314]: pf pipe error: Broken pipe
May 3 15:30:22 isildur dhcpd[11508]: pf pipe error: Broken pipe
May 3 15:30:22 isildur
On Wed, May 03, 2017 at 03:23:10PM +0200, Marco Bonetti wrote:
> - On May 3, 2017, at 7:16 AM, Antoine Jacoutot ajacou...@bsdfrog.org
> wrote:
>
> > On Tue, May 02, 2017 at 08:00:15PM -0500, Aaron Riekenberg wrote:
> >> Have a 6.1 amd64 MP system running the generic MP kernel from the
> >>
- On May 3, 2017, at 7:16 AM, Antoine Jacoutot ajacou...@bsdfrog.org wrote:
> On Tue, May 02, 2017 at 08:00:15PM -0500, Aaron Riekenberg wrote:
>> Have a 6.1 amd64 MP system running the generic MP kernel from the
>> installation. MP was automatically chosen by the installer - this is an
>>
Thanks.
Seems like syspatch should install new /bsd.sp and /bsd.mp and then link
/bsd to the correct one based on whether sp or mp kernel is running. This
would be consistent with the installer.
In 002 and 004 syspatch /bsd is updated with sp kernel, /bsd.mp is updated
with mp kernel, and
On Wed, May 03, 2017 at 11:39:48AM +0200, Andreas Kusalananda Kähäri wrote:
> Hi,
>
> syspatch seems to work fine for keeping my ordinary server and router on
> -stable, thanks!
>
> However, on my diskless workstation it doesn't work so well:
>
> Get/Verify syspatch61-001_dhcpd.tgz 100%
Hi,
syspatch seems to work fine for keeping my ordinary server and router on
-stable, thanks!
However, on my diskless workstation it doesn't work so well:
Get/Verify syspatch61-001_dhcpd.tgz 100% |*| 71733 00:00
Installing patch 001_dhcpd
/usr/sbin/syspatch: ??=1147776:
On Wed, 3 May 2017 08:02:10 +0200
> Thanks for sharing.
> I’ll re-use this at home.
>
> Br
>
> > 1 maj 2017 kl. 01:43 skrev Kevin Chadwick :
> >
> >
> > I find that to prevent connection timeouts on playstations, the
> > following is required. Hopefully they will fix
On Tue, May 02, 2017 at 08:00:15PM -0500, Aaron Riekenberg wrote:
> Have a 6.1 amd64 MP system running the generic MP kernel from the
> installation. MP was automatically chosen by the installer - this is an
> Intel Atom 330 dual core box.
>
> Ran syspatch today which installed 4 new patches:
>
Thanks for sharing.
I’ll re-use this at home.
Br
> 1 maj 2017 kl. 01:43 skrev Kevin Chadwick :
>
>
> I find that to prevent connection timeouts on playstations, the
> following is required. Hopefully they will fix their packet AND
> connection handling one day.
>
> match
30 matches
Mail list logo