Bug 206653

Summary: [script] security/openconnect lacks starting script
Product: Ports & Packages Reporter: c.kworr
Component: Individual Port(s)Assignee: Walter Schwarzenfeld <w.schwarzenfeld>
Status: Closed Overcome By Events    
Severity: Affects Some People CC: arcade, dwmw2, w.schwarzenfeld
Priority: --- Flags: bugzilla: maintainer-feedback? (zi)
Version: Latest   
Hardware: Any   
OS: Any   
Attachments:
Description Flags
openconnect starting script none

Description c.kworr 2016-01-26 20:06:36 UTC
Created attachment 166161 [details]
openconnect starting script

Hi. I created a simple starting script for OpenConnect.

PS: OpenConnect doesn't destroy `tun` iface on closing in nor reuses present `tun` interfaces. Restarting it a few time you will have a number of `tun` ifaces with only the last one used.
Comment 1 dwmw2 2016-08-31 13:16:48 UTC
(In reply to c.kworr from comment #0)
>  PS: OpenConnect doesn't destroy `tun` iface on closing in nor reuses present
> `tun` interfaces. Restarting it a few time you will have a number of `tun` 
> ifaces with only the last one used.

Hm... I thought we fixed all that. I have a vague memory of a set of patches to fix up the tun handling with net.link.tun.devfs_cloning=0, when (IIRC) it became the default.

I also remember the existence of crashes, such as the one in bug 204853.

I'd dearly love for someone who actually knows about the FreeBSD tun driver to take ownership of this...
Comment 2 Walter Schwarzenfeld freebsd_triage 2018-02-03 02:09:06 UTC
Is this still relevant?
Comment 3 Volodymyr Kostyrko 2018-02-05 09:26:06 UTC
Not for me, quit using it long time ago.