Re: ERR=20:"unable to get local issuer certificate"

2020-11-18 Thread David Newman
On 11/18/20 8:11 PM, Theo Buehler wrote: > On Wed, Nov 18, 2020 at 03:16:57PM -0800, David Newman wrote: >> Do recent complaints about certificate chains [1] [2] also apply when a >> client running OpenBSD 6.8 uses a self-signed cert, and there are no >> intermediate certs? > > This is

Re: ERR=20:"unable to get local issuer certificate"

2020-11-18 Thread Theo Buehler
On Wed, Nov 18, 2020 at 03:16:57PM -0800, David Newman wrote: > Do recent complaints about certificate chains [1] [2] also apply when a > client running OpenBSD 6.8 uses a self-signed cert, and there are no > intermediate certs? This is unrelated. The complaints you mention are due to a

ERR=20:"unable to get local issuer certificate"

2020-11-18 Thread David Newman
Do recent complaints about certificate chains [1] [2] also apply when a client running OpenBSD 6.8 uses a self-signed cert, and there are no intermediate certs? Since upgrading to OpenBSD 6.8, a machine running the bacula-client backup package has been throwing "unable to get local issuer

Re: seafile client doesn't sync files

2020-11-18 Thread Stuart Henderson
On 2020-11-18, avv. Nicola Dell'Uomo wrote: > Hi Stuart, > > Il 17/11/20 12:45, Stuart Henderson ha scritto: >> On 2020/11/14 21:02, avv. Nicola Dell'Uomo wrote: >>> Hi Stuart, >>> >>> thank you for your help! >>> >>> Now it works (almost). >>> >>> The matter here was that login.conf limits were

Re: [SPAM] Re: APU4 hardware network interfaces tied together

2020-11-18 Thread Chris Cappuccio
Stuart Henderson [s...@spacehopper.org] wrote: > > Do you have evidence to back this up? People were saying the same about > PCEngines not being reliable compared to Soekris too. It all seems nonsense. > Old rpi 1 and 2 machines are still running fine doing the job they were > intended to do. I'm

Re: seafile client doesn't sync files

2020-11-18 Thread avv. Nicola Dell'Uomo
Hi Stuart, Il 17/11/20 12:45, Stuart Henderson ha scritto: On 2020/11/14 21:02, avv. Nicola Dell'Uomo wrote: Hi Stuart, thank you for your help! Now it works (almost). The matter here was that login.conf limits were not high enough. With my server configuration seafile client opens ~

[RESOLVED] Re: Wrong net in vlan

2020-11-18 Thread Axel Rau
Hi Stuart, > Am 18.11.2020 um 13:20 schrieb Stuart Henderson : > > On 2020/11/18 12:48, Axel Rau wrote: >> From /etc/dhcpd.conf: >> - - - >> shared-network WLAN-NET { > > This is your problem. Oh yes. The art of carefully reading . . . Thanks a lot, Axel --- PGP-Key: CDE74120 ☀ computing @

Re: Wrong net in vlan

2020-11-18 Thread Stuart Henderson
On 2020/11/18 12:48, Axel Rau wrote: > From /etc/dhcpd.conf: > - - - > shared-network WLAN-NET { This is your problem.

Re: Wrong net in vlan

2020-11-18 Thread Axel Rau
> Am 18.11.2020 um 11:00 schrieb Stuart Henderson : > > On 2020-11-18, Axel Rau wrote: >> I think, the problem is that all vlans share the same lladr (see recent >> ifconfigs). >> To allow dhcpd to distinguish the vlans, I have to set the mac addresses >> manually. >> Will try this later. >

Re: limit UDP connection rate with PF pass rule

2020-11-18 Thread mabi
‐‐‐ Original Message ‐‐‐ On Tuesday, November 17, 2020 11:50 PM, Stuart Henderson wrote: > These packets are most likely sent from spoofed source addresses. > > Assuming this is the case, the address you are seeing on the packets > would not be the attacker but the victim. That totally

Re: Wrong net in vlan

2020-11-18 Thread Stuart Henderson
On 2020-11-18, Axel Rau wrote: > I think, the problem is that all vlans share the same lladr (see recent > ifconfigs). > To allow dhcpd to distinguish the vlans, I have to set the mac addresses > manually. > Will try this later. No this is totally normal, there is no need to touch the MAC

Re: Wrong net in vlan

2020-11-18 Thread Axel Rau
I think, the problem is that all vlans share the same lladr (see recent ifconfigs). To allow dhcpd to distinguish the vlans, I have to set the mac addresses manually. Will try this later. Axel --- axel@chaos1.de PGP-Key:29E99DD6 computing @ chaos claudius > Am 18.11.2020 um 00:09