eduvpn-common/internal, branch 2.1.0 Fork of codeberg.org/eduVPN/eduvpn-common for <b>reasons</b> https://herkulessi.de/git/eduvpn-common/atom?h=2.1.0 2024-07-30T07:36:45Z Version: Update to 2.1.0 2024-07-30T07:36:45Z jwijenbergh jeroenwijenbergh@protonmail.com 2024-07-24T15:01:28Z urn:sha1:f3c04d56ca67c2ff0b08bf75cc51ea8be14c84b9 Format: Run Gofumpt 2024-07-30T07:36:45Z jwijenbergh jeroenwijenbergh@protonmail.com 2024-07-24T15:01:28Z urn:sha1:718369ba29ca7c8ed623e2f22f3c37badd5dee89 Discovery Manager: Remove spammy logs 2024-07-18T09:12:00Z jwijenbergh jeroenwijenbergh@protonmail.com 2024-07-18T08:44:16Z urn:sha1:324ec7f35327d6b0d77b3ef8bbe6d58b2488c092 Server: Go to GettingConfig after InvalidProfile 2024-07-18T09:12:00Z jwijenbergh jeroenwijenbergh@protonmail.com 2024-07-18T08:42:13Z urn:sha1:6caaf56214ffa2696f81119dd88273a0087e549b Could be we have just done OAuth and are in state main... Client + Server: Pass discovery manager and lock when needed 2024-07-17T14:00:03Z jwijenbergh jeroenwijenbergh@protonmail.com 2024-07-17T09:20:59Z urn:sha1:7276108171b1c6af417ce5ae86ef0221280932c1 Discovery: Remove organizations per 4 hour expiry 2024-07-17T14:00:03Z jwijenbergh jeroenwijenbergh@protonmail.com 2024-07-10T13:16:00Z urn:sha1:ad5b0b6a6410e60a6beef9de1f600b0600db959a As setting organizations expired is now done in register Client + Discovery: Fetch dscovery at startup using DiscoveryStartup 2024-07-17T14:00:03Z jwijenbergh jeroenwijenbergh@protonmail.com 2024-07-10T12:39:34Z urn:sha1:a1879195a727d7b90347ed11f86d85fac6541df7 With a manager that locks and copies such that no race conditions happen API: Pass user agent to OAuth library 2024-07-17T14:00:03Z jwijenbergh jeroenwijenbergh@protonmail.com 2024-07-08T10:51:41Z urn:sha1:8c01291b23cb2fb11d4e4794b6f7369b13d3c840 eduoauth-go 1.1.0 feature Client + API: Mark organizations expired *before* processing url 2024-07-17T14:00:03Z jwijenbergh jeroenwijenbergh@protonmail.com 2024-07-08T07:18:10Z urn:sha1:dd61cd1f935930850986510675a2c37f0e85ef27 Discovery: Implement conditional requests 2024-07-17T14:00:03Z jwijenbergh jeroenwijenbergh@protonmail.com 2024-07-04T13:27:10Z urn:sha1:cb8e2a5ae27aa34f2a9ad21469538403274e3b3e From docs.eduvpn.org (https://docs.eduvpn.org/server/v3/server-discovery.html): When fetching the new JSON files, the client SHOULD use conditional requests, so the file is only fetched in case there were changes. This, in order to reduce the amount of traffic required by VPN clients, especially relevant for metered, or slow connections. The If-Modified-Since request header SHOULD be used for this. If the response code is 304, the file hasn’t changed since. The value to use for the If-Modified-Since request header is the exact value of the Last-Modified response header for the last successful download, i.e. 200 response. You SHOULD store the value of Last-Modified and use it as-is for the If-Modified-Since header.