we just released Turris OS 3.10.7. It contains just few minor polishing touches to 3.10.6. Fixing missing symbols in ath10k-ct, updating kernel and wireguard and fixing lighttpd config file for people who manually altered it. Full release notes are as follows:
kernel, ath10k-firmware, wireguard: update
ath10k-ct: fix missing symbols
lighttpd: fix manually edited configuration file
If you encounter any regressions, please let us know, but this should be pretty calm release.
Hello.
Do you have changed anything in OS so that after 3.10.*(maybe 4 or 5 or 6) it limits p2p downloading?
it is stuck at 10MB/s and only when there is more than 200 seeders than it gets up a little bit but also limited.
Canāt undredstand the reason.
PS If I connect directly to ipsās switch, I get full download speed. If again to omnia(not matter wi-fi or eth) than again only 10MB/s
Seems to mostly be working. OpenVPN is not though, fails to generate client config and also fails to start. I used the config web page to set it up after installing it via the updater page.
Searching on here revealed try this:
sh /usr/share/dhparam/generate_dh.sh
which results in this:
Generating DH parameters, 2048 bit long safe prime, generator 2
This is going to take a long time
ā¦+ā¦+ā¦+ā¦+ā¦+ā¦++++++++
/usr/share/dhparam/generate_dh.sh: line 9: /etc/init.d/dhparam: not found
So I now have openvpn running. Something must be broken somewhere in the installation though.
I removed and reinstalled dhparam, which allowed the above sh script to complete.
I had to then manually copy CA.key and CA.crt to 01.key and 01.crt to get it to start.
Hmmm - so syslog shows the vpn is up and ready for business but the web interface is still sat there spinning away
" Generating certificate authority
The CA necessary for the OpenVPN server is being generated. The time required for generating CA may differ. It could take up to 30 minutes. Please try to reload this page later."
Itās been like that since 17h ago! Even persists through reboots.
Any ideas where I can see whatās going on (a log file?) or how I can reset it? (without resetting the whole router settings perhaps?)
main config fixed, but āmodule.dā folder has some duplicate files causing lighttpd not start at all. After cleanup (removing the new ones) all went fine.
How can i see if i have this update or not ? i see different verions of user interfaces but turris os version which is mentioned here where can i display it ?
Updater checks every 4 hours if thereās a new update. Once the router cannot reach our server, it will tell you that it didnāt resolve host repo.turris.cz, which could be caused by temporary internet access outage - most possible that your ISP maintains their infrastructure at night.
You can check if you have the latest version in Forisās tab About or it can be noticed from kernel version, which weāre updating very often. The kernel version can be found also in LuCI. For some cases, it is possible to know the version of Turris OS from file /etc/turris-version.
Anyway, the Foris version can be same between two or more minor releases of Turris OS.
Link to whole stacktrace on pastebin. The uptime was at about 1h30m and I made a copy of /var/log/messages before rebooting. Will update this thread if I encounter it again.
Upon updating from 3.10.5 to 3.10.7 (the router was offline for a month) the lighthttpd stops to work with the error messages similar to people that transitioned from .5 to .6 (e.g. error parsing the config).
The lighttpd.conf file contains the āincludeā directive both in the after-updated version and in the .5 rollbacked version.
In the past, i have added a web-page to switch GPIO pin 0/1, but I do not remember the modifications I made, and I do not see modifications in the lighttpd.conf file.
For now, I have disabled updates and I stick to .5 ā what information should I provide to help localize the issue?