Gah, I'm of course not running from a ramdisk:
OpenBSD 6.0-current (GENERIC.MP) #2431: Sat Sep 10 09:58:36 MDT 2016
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Please poke me (severely) if you are still seeing segfaults in OpenVPN with
this or later snaps.
On Sat, Sep 10, 2016 at 5:11 PM, Brent Cook <bust...@gmail.com> wrote:
>
> On Sat, Sep 10, 2016 at 3:07 PM, Jiri B <ji...@devio.us> wrote:
>
>> On Fri, Sep 09, 2016 at 01:30:24PM +0200, Theo Buehler wrote:
>> > Recent changes to libcrypto were responsible for some fallout. The
>> > offending changes were backed out and this should be fixed with r1.35 of
>> > http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libcrypto/e
>> vp/evp_enc.c
>> >
>> > CVSROOT: /cvs
>> > Module name: src
>> > Changes by: bc...@cvs.openbsd.org 2016/09/08 18:03:22
>> >
>> > Modified files:
>> > lib/libcrypto/evp: evp_enc.c
>> >
>> > Log message:
>> > back out calls to EVP_CIPHER_CTX_cleanup() in
>> EVP_Cipher/Encrypt/DecryptFinal
>> >
>> > Software that refers to ctx after calling Final breaks with these
>> changes.
>> > revert parts of 1.31 and 1.32
>>
>> I updated to 'OpenBSD 6.0-current (GENERIC.MP) #2427: Fri Sep 9
>> 12:46:15 MDT 2016'
>> and rebuilt openvpn package and I have still the issue :/
>>
>> j.
>>
>>
> Hi Jiri,
>
> I just double-checked an OpenVPN setup using the latest snap + the
> latest ports package, and it should no longer cause the segfault.
>
> OpenBSD 6.0-current (RAMDISK_CD) #2212: Sat Sep 10 10:03:50 MDT 2016
>
> The too many symbolic links issue seems to be related to the 'topology
> subnet' configuration on the server. I was having a similar issue and
> showed it to phessler in Cambridge. We found that OpenVPN seemed to be
> adding a route that mirrored an existing one, which led to that somewhat
> confusing error message. I'm not entirely sure how to resolve it, though
> locally I switched back to p2p topology.
>
> - Brent
>
>
>
