Blame

6f02e7 Samuli Seppänen 2025-01-29 06:40:08 1
# IrcMeetings
2
3
## Basic info
4
5
- **Time:** Wednesday 22 May 2024 at 14:00 CEST (12:00 UTC)
6
- **Place:** #openvpn-meeting channel on LiberaChat IRC network
7
8
## Topics
9
10
### Current topics
11
12
- **New: DCO-win update needed**
13
- There was a responsible disclosure report made regarding DCO windows driver. Details are currently under embargo.
14
- A new Windows installer release will be made available shortly and details will be published then.
15
- This will be an I002 Windows installer release for 2.6.10.
16
17
- **New: community.openvpn.net server maintenance**
18
- There was some downtime here and after looking into it, the conclusion is that the software is out-of-date and needs love.
19
- We were already planning to migrate to another wiki solution, so this has provided an impetus to accelerate this.
20
- mattock will do a PoC of wiki.js and outline and we will make a decision once those are up, and then go for it.
21
22
- **Updated: Security mailing list**
23
- It was proposed to add df12k to the security mailing list. If no objections this will be done.
24
- No objections. He will be added.
25
26
- **Updated: forums topics**
27
- rob0 and novaflash will work to get access and then find some time to look at solving the cloudflare related issue.
28
- Unfortunately the past weeks were difficult to find time - holidays and travel and such. Will find time and push this forward.
29
- Plan is to soon switch URLs so new forum is on forums.openvpn.net and old forums is on archive address.
30
- Email confirmation on registration was suggested.
31
- Mod permissions, guide, hard or soft delete (chuck board?), what to do with GDPR, etc. (write it down and actually make it available to mods, maybe a hidden topic)
32
- Access for mods to logs so one can see what others did
33
34
- **Updated: mattock topics**
35
- There is code waiting for review/merging but one of the reviewers is on vacation.
36
- Will in the meantime tackle the community.openvpn.net / wiki topic.
37
38
- **Release openvpn 2.6.11**
39
- It seems like it makes sense to do a 2.6.11 release after Windows tunnelcrack mitigations are merged.
40
- From the looks of it this isn't a major disruptive change so could be merged and released in 2.6.
41
- For the proposed Linux tunnelcrack mitigations, going for policy routing and such, it may need to go to 2.7 and it's quite a big change.
42
- Waiting for cron2 to do a review/merge pass on Windows tunnelcrack patch.
43
44
- **Tunnelcrack progress [TunnelCrack community wiki article](https://community.openvpn.net/openvpn/wiki/TunnelCrack)**
45
- Status update on TunnelCrack mitigations:
46
- Windows, openvpn2: ready to merge. openvpn3: in code review.
47
- Linux, openvpn2: in progress. openvpn3: in progress.
48
- macOS: to be determined.
49
- iOS: to be determined.
50
- Android: not vulnerable.
51
52
- **DCO and Linux upstreaming, API change**
53
- Upstreaming DCO to Linux is proceeding, it is in review stage at the moment.
54
- ordex will send a patchset v3 based on feedback received today.
55
- There will be an API change that makes it incompatible with the current implementation.
56
- A graceful solution to that was already discussed and in motion. giaan will be working on this.
57
- In a nutshell, make OpenVPN understand old and new API, DKMS and kernel versions both will then use new API, then we drop old API.
58
59
- **Donation collection**
60
- From earlier exploration it is clear that setting up a legal entity is not worth the expense at this point. We're just starting out with donations.
61
- What we can do is start out with an existing company that can collect the money and puts it to good community use. ordex volunteers to take this on.
62
- There are some options to consider. There may be existing solutions that we want to consider.
63
- PayPal seems overly expensive with all their fees.
64
- Stripe could be worth considering for credit card processing.
65
- GitHub Sponsors was mentioned as a possible solution, this is worth investigating.
66
- Open Collective was also mentioned, that needs some investigating how that exactly would work for us.
67
68
- **OpenVPN community meetup 2024**
69
- Naming: We decided to rename from 'Hackathon' to 'OpenVPN community meetup'. This has a more open spirit to it.
70
- Where: Karlsruhe, Germany. Meeting room location to be determined.
71
- When: At the moment tentatively set to 20-22 September 2024.
72
- Who: We'll do an open invitation to openvpn-devel mailing list, but also CC: specifically past attendees and people of interest.
73
- Shirts: There is plenty of time still to prepare a shirt design.
74
- There's a wiki page up now where we can coordinate: [CommunityMeetup2024](https://community.openvpn.net/openvpn/wiki/CommunityMeetup2024)
75
76
- **Website release process**
77
- Waiting for a faster way to update community downloads and security advisories on the main site.
78
- Again postponed due to issues. Now planned for this week. We'll see.
79
80
- **Status of SBOM**
81
- There was a discussion between MaxF and djpig and others.
82
- For OpenVPN2 / OpenVPN-NL, there is not much overlap, as OpenVPN2 doesn't ship much in terms of libraries, but OpenVPN-NL does.
83
- The interesting use-case for an SBOM is really the OpenVPN Windows GUI client.
84
85
- **Status of trac/wiki**
86
- No progress since last meeting.
87
- This will probably have to wait until "--dev null" is done
88
- Should have access controls so only approved members can edit.
89
90
- **Static-key mini how-to is outdated.**
91
- This page is outdated badly: [Static Key Mini Howto](https://openvpn.net/community-resources/static-key-mini-howto/)
92
- The company will send this to a tech writer to redo based on [example-fingerprint.rst](https://github.com/OpenVPN/openvpn/blob/master/doc/man-sections/example-fingerprint.rst) info and also retain a link to that GitHub doc.
93
- Having a simple guide online will help adoption.
94
95
- **OpenVPN 2.6 performance results.**
96
- Tests should cover: gre, ipsec, userland, dco
97
- Linux, FreeBSD, windows
98
- Requires time to be dedicated to doing this, when time available will do it
99
100
- **What's going on with new taskbar icons?**
101
- Matt provided icons in [Issue #595](https://github.com/OpenVPN/openvpn-gui/issues/595)
102
- Last update: will be picked up by selva when he has time
103
104
- **Software code signing topic**
105
- The company switched EV code signing to cloudhsm, this is the same cert type we use for driver signing, is also suitable for binary signing.
106
- In the future we could possibly switch community to that same key. Saves having to maintain 2 different keys.
107
- Depends on how hard/easy it is to access company key signing thingee from community infrastructure.
108
- Also no high priority at the moment, we have a working solution now.
109
110
- **Management interface documentation on main website will be updated with info from doc/management-notes.txt**
111
- novaflash will pick this up at some point
112
113
## Mattock topics
114
115
### --dev null server testing
116
117
Latest status in [Server Side Testing Improvement Plan](https://github.com/mattock/openvpn/blob/dev_null/doc/ServerSideTestingImprovementPlan.rst). Additional details in [dev-null-test-suite.rst](https://github.com/mattock/openvpn/blob/dev_null/doc/dev-null-test-suite.rst). Current PoC code is available in mattock's "dev_null" branch. A good starting point is [t_server_null.sh](https://github.com/mattock/openvpn/blob/dev_null/tests/t_server_null.sh).
118
119
Potential next steps:
120
121
- Expand the test suite
122
- Integrate into Buildbot (i.e., get to production)
123
- Support multiple client versions (depends on Buildbot integration)
124
125
Git commit history needs to be cleaned up and there may be other small fixes/improvements here and there to be done:
126
127
- Enable disabling the test suite (requires root so we can't run it by default)
128
129
### Debian/Ubuntu snapshot publishing
130
131
- In a previous meeting, we agreed to publish snapshot Debian/Ubuntu packages on build.openvpn.net
132
- The tool to use to publish is [aptly](https://www.aptly.info/)
133
- Aptly does not have direct support for running commands (e.g., rsync, scp) after publishing packages, e.g., to a local filesystem on the buildmaster
134
- **Option 1 (hacky):** use inotifywait with rsync or scp to copy the published repo to build.openvpn.net
135
- **Option 2 (less hacky):** use NFS to publish "directly" to build.openvpn.net
136
- Both options require a fair amount of tinkering
137
- Mattock moved this forward a bit at the buildbot end (get the files out from workers)