Hi, we have discuss this a lot inside the team and – as I stated in the issue – we had decide the new OpenVPN server instance will not use any compression however, to preserve once-configured client working, compression will stay on if you have it in the config.
So if you installed OpenVPN plugin before 3.11.3, you use compression. If you don’t like it, just delete compress option from uCI config and download new client config for all your devices/clients.
FORIS - Pakon Safari log
Browser Safari
Machine
Turris 1.X
verze rozhraní foris: 99.7.1
| Zařízení | Turris - rtrs02 |
|---|---|
| Verze Turris OS | 3.11.3 |
| Verze jádra systému | 4.4.176-49a62e79231da4ac50e66e6eb4cd7945-0 |
Found a minor issue with the log date and time. Now is the 31-02-2019 21:10 (cca)
In the log see 2019-03-31 22:59 and similar dates (after DST +2hour, before DST +1)
| Datum | Trvání | Klient | Název stroje | Port | Odesláno | Přijato |
|---|---|---|---|---|---|---|
| 2019-03-31 22:59:16 | 00:00:20 | 00:21:e9:e0:c7:7b | links.kampane.equabank.cz | http | 1.45 KiB | 863 B |
| 2019-03-31 22:54:12 | 00:00:53 | 00:21:e9:e0:c7:7b | asset.stdout.cz | https | 15.27 KiB | 180.66 KiB |
| 2019-03-31 22:54:11 | 00:04:06 | 00:21:e9:e0:c7:7b | id-eco.cz | https | 6.31 KiB | 12.92 KiB |
| 2019-03-31 20:58:17 | 00:00:00 | 00:21:e9:e0:c7:7b | id-eco.cz | https | 148 B | 74 B |
| 2019-03-31 20:54:11 | 00:00:06 | 00:21:e9:e0:c7:7b | id-eco.cz | https | 6.16 KiB | 12.84 KiB |
|2019-03-31 22:54:10|00:00:10|00:21:e9:e0:c7:7b|cookie.centrum.cz|https|4.39 KiB|11.34 KiB|
|2019-03-31 20:54:20|00:00:00|00:21:e9:e0:c7:7b|cookie.centrum.cz|https|2.35 KiB|6.56 KiB|
|2019-03-31 20:54:10|00:00:00|00:21:e9:e0:c7:7b|cookie.centrum.cz|https|2.04 KiB|4.77 KiB|
Updated yesterday and had no issues so far.
Setup includes several vlans, ddns, custom openvpn and tor relay as well as several connected vlan-enabled switches and WiFi access points.
Ocakaval som, ze po update na 3.11.3 bude fungovať luajit ale nefunguje. Luajit potrebujú mnohé iné balíky napr: knot-resolver. Ked ho sa ho pokusim spustiť výpise sa chybová sprava:
luajit /root/tools/omnia-loadcpu-color/omnia-loadcpu-color.lua
luajit: /root/tools/omnia-loadcpu-color/omnia-loadcpu-color.lua:13: module 'socket' not found:
no field package.preload['socket']
no file './socket.lua'
no file '/usr/share/luajit-2.0.5/socket.lua'
no file '/usr/local/share/lua/5.1/socket.lua'
no file '/usr/local/share/lua/5.1/socket/init.lua'
no file '/usr/share/lua/5.1/socket.lua'
no file '/usr/share/lua/5.1/socket/init.lua'
no file './socket.so'
no file '/usr/local/lib/lua/5.1/socket.so'
no file '/usr/lib/lua/5.1/socket.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
stack traceback:
[C]: in function 'require'
/root/tools/omnia-loadcpu-color/omnia-loadcpu-color.lua:13: in main chunk
[C]: at 0x00014a1cProsím ako ho mam korektne spustiť? A tiež aj ako service s lua scriptom? D.
No change so far. Thread: https://gitlab.labs.nic.cz/turris/turris-os-packages/issues/310#note_102771
My Turris requires approval to update. I received a notification that the md5 sum does not match on libopenssl. Is it possible to force a new attempt to download that file?
New download is done every time updater is running to ensure that it is updating to latest versions of package so it is enough to run updater again. If problem persists then it is more likely that it is a problem with internet connection. It could be problem in our repository but you are only one encountering it, as far as I know, so I don’t expect that.
Thanks cynerd.
It looks to me that the only option I have is to ‘approve’ the installation of the download with the md5 warning. Is that what you suggest that I do? It is not clear what you mean by ‘run the updater again’.
Approve or just click save button in Foris in Updater tab. All those actions are going to run updater again. Hash mismatch is fatal updater error so if it happens then it won’t proceed with update.