Replies: 9 comments 6 replies
-
|
You limitation may be due to your vpn provider and/or the server load. Have you test the speed from within the container ? |
Beta Was this translation helpful? Give feedback.
-
|
This isn’t really a container bug or issue, |
Beta Was this translation helpful? Give feedback.
-
|
@edgd1er I did a speed test in that container. Check the "How have you tried to solve the problem?" in my original post for the results. @pkishino I attempted different trackers and different torrents. I also ran deluge with the torrents on a different machine with the same VPN location and got my normal 7+ MB/s speed. |
Beta Was this translation helpful? Give feedback.
-
|
In the past I also had the same problem and very slow speeds, I solved this by using the openvpn-tcp config files istead of the default openvpn which are udp. I don't know if that is the correct way to do it, and it could break things in the future, but it's working for me 😃 |
Beta Was this translation helpful? Give feedback.
-
|
I tried adding the environment variable, but it was no change for me. :( |
Beta Was this translation helpful? Give feedback.
-
|
Anyone have any other suggestions? |
Beta Was this translation helpful? Give feedback.
-
|
I am seeing the same behavior. Capping at 47 kB/s no matter what I have tried. Running image on my Synology in Docker. Has been working fine for a very long time. Grabbed the latest image and now it s barely moving. Updated from my Custom ovpn to a default config for my provider. No Change. Speedtest from inside the container |
Beta Was this translation helpful? Give feedback.
-
|
I can confirm having a similar issue, myself using Nordvpn. Using TCP instead of UDP is a little less horribly slow than UDP, but still nothing similar to the way it used to be until I "docker-compose pull"-ed a while ago. This leads me to speculate that this is an image issue somehow. docker-compose.yml: log: |
Beta Was this translation helpful? Give feedback.
-
|
I don't believe it, but this is some sort of a UI issue. Somehow the Alternative Speed Limits are always used even without being scheduled. Just set them to high values and this issue is gone...
|
Beta Was this translation helpful? Give feedback.
-
|
that looks like something has gone wrong with your transmission config then. |
Beta Was this translation helpful? Give feedback.
-
|
This is not something I'd ever activate willingly. The screenshot also shows that it's supposed to be inactive. |
Beta Was this translation helpful? Give feedback.
-
|
No, the screenshot shows the settings. There is a separate toggle in the main UI to toggle alternative speed. Looks like a turtle. |
Beta Was this translation helpful? Give feedback.
-
|
You just convinced me even further that I was right about it. |
Beta Was this translation helpful? Give feedback.
-
|
Hmm,
Could you try and stop container,
Remove the following from settings:
"alt-speed-down": 100000,
"alt-speed-enabled": false,
"alt-speed-time-begin": 540,
"alt-speed-time-day": 127,
"alt-speed-time-enabled": false,
"alt-speed-time-end": 1020,
"alt-speed-up": 100000,
And then start again and check if same problem?
I know this was a bug that was supposed to have been fixed in older
transmission releases
…On Mon, Feb 21, 2022 at 18:37 nadav74 ***@***.***> wrote:
You just convinced me even further that I was right about it.
{
"alt-speed-down": 100000,
"alt-speed-enabled": false,
"alt-speed-time-begin": 540,
"alt-speed-time-day": 127,
"alt-speed-time-enabled": false,
"alt-speed-time-end": 1020,
"alt-speed-up": 100000,
"bind-address-ipv4": "10.7.0.2",
"bind-address-ipv6": "::",
"blocklist-enabled": false,
"blocklist-url": "http://www.example.com/blocklist",
"cache-size-mb": 4,
"dht-enabled": true,
"download-dir": "/data/completed",
"download-limit": 100,
"download-limit-enabled": 0,
"download-queue-enabled": true,
"download-queue-size": 5,
"encryption": 1,
"idle-seeding-limit": 30,
"idle-seeding-limit-enabled": false,
"incomplete-dir": "/data/incomplete",
"incomplete-dir-enabled": true,
"lpd-enabled": false,
"max-peers-global": 200,
"message-level": 2,
"peer-congestion-algorithm": "",
"peer-id-ttl-hours": 6,
"peer-limit-global": 400,
"peer-limit-per-torrent": 100,
"peer-port": 51413,
"peer-port-random-high": 65535,
"peer-port-random-low": 49152,
"peer-port-random-on-start": false,
"peer-socket-tos": "default",
"pex-enabled": true,
"port-forwarding-enabled": false,
"preallocation": 1,
"prefetch-enabled": true,
"queue-stalled-enabled": true,
"queue-stalled-minutes": 30,
"ratio-limit": 2,
"ratio-limit-enabled": false,
"rename-partial-files": true,
"rpc-authentication-required": false,
"rpc-bind-address": "0.0.0.0",
"rpc-enabled": true,
"rpc-host-whitelist": "",
"rpc-host-whitelist-enabled": false,
"rpc-password": "{8f9f90669ae8cf503a9c997f22611d2fa82b0995JO/2nQC7",
"rpc-port": 9091,
"rpc-url": "/transmission/",
"rpc-username": "username",
"rpc-whitelist": "127.0.0.1",
"rpc-whitelist-enabled": false,
"scrape-paused-torrents-enabled": true,
"script-torrent-done-enabled": false,
"script-torrent-done-filename": "",
"seed-queue-enabled": false,
"seed-queue-size": 10,
"speed-limit-down": 100,
"speed-limit-down-enabled": false,
"speed-limit-up": 100,
"speed-limit-up-enabled": true,
"start-added-torrents": true,
"trash-original-torrent-files": false,
"umask": 2,
"upload-slots-per-torrent": 14,
"utp-enabled": true,
"watch-dir": "/data/watch",
"watch-dir-enabled": true,
"watch-dir-force-generic": false
}
—
Reply to this email directly, view it on GitHub
<#2105 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AA7OFYR4RFHZHPYXB7LVKUTU4IBVXANCNFSM5J27QT6Q>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
You are receiving this because you were mentioned.Message ID:
<haugene/docker-transmission-openvpn/repo-discussions/2105/comments/2219365
@github.com>
|
Beta Was this translation helpful? Give feedback.
-
|
As @pkishino said, check settings.json. I have been getting very slow download speeds for a few weeks, even reinstalled transmission. Just as @ndav74 suggested, I set Alternative Speeds to a higher value and then the download speeds came back to usual. Checked the settings.json, and found it: Deleted it and redployed the container, checked again, alt-speed-enabled,was false: My guess: accidently pressed the turtle, the option was cached by the browser, even after a new install the problem persisted. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Is there a pinned issue for this?
Is there an existing or similar issue/discussion for this?
Is there any comment in the documentation for this?
Is this related to a provider?
Are you using the latest release?
Have you tried using the dev branch latest?
Config used
docker run --cap-add=NET_ADMIN -d --name=transmission4
-v /media/wd8tb/docker/downloads:/data
-e OPENVPN_PROVIDER=PIA
-e OPENVPN_CONFIG=france
-e OPENVPN_USERNAME=xxxxxx
-e OPENVPN_PASSWORD=xxxxxx
-e LOCAL_NETWORK=192.168.0.0/24
--log-driver json-file
--log-opt max-size=10m
-p 9091:9091 haugene/transmission-openvpn:latest
Current Behavior
The upload and download speed (according to transmission UI) max out 49kB/s up and down.
Expected Behavior
The upload and download speed should vary and not max out at 49kB/s up and down. I've seen it get over 7000kB/s up and down.
How have you tried to solve the problem?
I've tried
using the variable TRANSMISSION_UTP_ENABLED=false
I've always used the google dns
Tried the dev version
Tried the PIA locations: default, france, us_chicago
Created a brand new container
Issues #702 #625
Here's the results from a speediest-cli run
Log output
Fri Dec 10 18:19:01 2021 library versions: OpenSSL 1.1.1f 31 Mar 2020, LZO 2.10,
Fri Dec 10 18:19:01 2021 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts,
Fri Dec 10 18:19:01 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]154.3.42.41:1198,
Fri Dec 10 18:19:01 2021 Socket Buffers: R=[212992->212992] S=[212992->212992],
Fri Dec 10 18:19:01 2021 UDP link local: (not bound),
Fri Dec 10 18:19:01 2021 UDP link remote: [AF_INET]154.3.42.41:1198,
Fri Dec 10 18:19:01 2021 TLS: Initial packet from [AF_INET]154.3.42.41:1198, sid=73fab37e c189ce7f,
Fri Dec 10 18:19:01 2021 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this,
Fri Dec 10 18:19:01 2021 VERIFY OK: depth=1, C=US, ST=CA, L=LosAngeles, O=Private Internet Access, OU=Private Internet Access, CN=Private Internet Access, name=Private Internet Access, emailAddress=[email protected],
Fri Dec 10 18:19:01 2021 VERIFY KU OK,
Fri Dec 10 18:19:01 2021 Validating certificate extended key usage,
Fri Dec 10 18:19:01 2021 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication,
Fri Dec 10 18:19:01 2021 VERIFY EKU OK,
Fri Dec 10 18:19:01 2021 VERIFY OK: depth=0, C=US, ST=CA, L=LosAngeles, O=Private Internet Access, OU=Private Internet Access, CN=toronto423, name=toronto423,
Fri Dec 10 18:19:01 2021 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_AES_256_GCM_SHA384, 2048 bit RSA,
Fri Dec 10 18:19:01 2021 [toronto423] Peer Connection Initiated with [AF_INET]154.3.42.41:1198,
Fri Dec 10 18:19:02 2021 SENT CONTROL [toronto423]: 'PUSH_REQUEST' (status=1),
Fri Dec 10 18:19:02 2021 PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway def1,route-ipv6 2000::/3,dhcp-option DNS 10.0.0.243,route-gateway 10.8.112.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.8.112.163 255.255.255.0,peer-id 52,cipher AES-128-GCM',
Fri Dec 10 18:19:02 2021 OPTIONS IMPORT: timers and/or timeouts modified,
Fri Dec 10 18:19:02 2021 OPTIONS IMPORT: compression parms modified,
Fri Dec 10 18:19:02 2021 OPTIONS IMPORT: --ifconfig/up options modified,
Fri Dec 10 18:19:02 2021 OPTIONS IMPORT: route options modified,
Fri Dec 10 18:19:02 2021 OPTIONS IMPORT: route-related options modified,
Fri Dec 10 18:19:02 2021 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified,
Fri Dec 10 18:19:02 2021 OPTIONS IMPORT: peer-id set,
Fri Dec 10 18:19:02 2021 OPTIONS IMPORT: adjusting link_mtu to 1625,
Fri Dec 10 18:19:02 2021 OPTIONS IMPORT: data channel crypto options modified,
Fri Dec 10 18:19:02 2021 Data Channel: using negotiated cipher 'AES-128-GCM',
Fri Dec 10 18:19:02 2021 Outgoing Data Channel: Cipher 'AES-128-GCM' initialized with 128 bit key,
Fri Dec 10 18:19:02 2021 Incoming Data Channel: Cipher 'AES-128-GCM' initialized with 128 bit key,
Fri Dec 10 18:19:02 2021 ROUTE_GATEWAY 172.17.0.1/255.255.0.0 IFACE=eth0 HWADDR=02:42:ac:11:00:05,
Fri Dec 10 18:19:02 2021 GDG6: remote_host_ipv6=n/a,
Fri Dec 10 18:19:02 2021 ROUTE6: default_gateway=UNDEF,
Fri Dec 10 18:19:02 2021 OpenVPN ROUTE6: OpenVPN needs a gateway parameter for a --route-ipv6 option and no default was specified by either --route-ipv6-gateway or --ifconfig-ipv6 options,
Fri Dec 10 18:19:02 2021 OpenVPN ROUTE: failed to parse/resolve route for host/network: 2000::/3,
Fri Dec 10 18:19:02 2021 TUN/TAP device tun0 opened,
Fri Dec 10 18:19:02 2021 TUN/TAP TX queue length set to 100,
Fri Dec 10 18:19:02 2021 /sbin/ip link set dev tun0 up mtu 1500,
Fri Dec 10 18:19:02 2021 /sbin/ip addr add dev tun0 10.8.112.163/24 broadcast 10.8.112.255,
Fri Dec 10 18:19:02 2021 /sbin/ip route add 154.3.42.41/32 via 172.17.0.1,
Fri Dec 10 18:19:02 2021 /sbin/ip route add 0.0.0.0/1 via 10.8.112.1,
Fri Dec 10 18:19:02 2021 /sbin/ip route add 128.0.0.0/1 via 10.8.112.1,
Fri Dec 10 18:19:02 2021 WARNING: OpenVPN was configured to add an IPv6 route over tun0. However, no IPv6 has been configured for this interface, therefore the route installation may fail or may not work as expected.,
Up script executed with device=tun0 ifconfig_local=10.8.112.163,
Updating TRANSMISSION_BIND_ADDRESS_IPV4 to the ip of tun0 : 10.8.112.163,
Using Combustion UI, overriding TRANSMISSION_WEB_HOME,
,
-------------------------------------,
Transmission will run as,
-------------------------------------,
User name: root,
User uid: 0,
User gid: 0,
-------------------------------------,
,
Updating Transmission settings.json with values from env variables,
Using existing settings.json for Transmission /data/transmission-home/settings.json,
Overriding bind-address-ipv4 because TRANSMISSION_BIND_ADDRESS_IPV4 is set to 10.8.112.163,
Overriding download-dir because TRANSMISSION_DOWNLOAD_DIR is set to /data/completed,
Overriding incomplete-dir because TRANSMISSION_INCOMPLETE_DIR is set to /data/incomplete,
Overriding rpc-port because TRANSMISSION_RPC_PORT is set to 9091,
Overriding utp-enabled because TRANSMISSION_UTP_ENABLED is set to false,
Overriding watch-dir because TRANSMISSION_WATCH_DIR is set to /data/watch,
sed'ing True to true,
STARTING TRANSMISSION,
Provider PIA has a script for automatic port forwarding. Will run it now.,
If you want to disable this, set environment variable DISABLE_PORT_UPDATER=true,
Transmission startup script complete.,
Fri Dec 10 18:19:02 2021 Initialization Sequence Completed,
Running functions for token based port fowarding,
Reserved Port: 59606 Fri Dec 10 18:19:08 UTC 2021,
transmission auth not required,
waiting for transmission to become responsive,
transmission became responsive,
50 100% 1.21 GB Done 0.0 0.0 0.0 Will Verify Fixer.Upper.S02E07.A.College.Chaplain.Seeks.Home.to.Keep.the.Peace.720p.HDTV.x264-W4F[eztv].mkv,
Sum: 44.58 GB 0.0 0.0,
setting transmission port to 59606,
localhost:9091/transmission/rpc/ responded: "success",
Checking port...,
Port is open: Yes,
#######################,
SUCCESS ,
#######################,
Port: 59606,
Expiration Fri Feb 11 06:15:07 UTC 2022,
#######################,
Entering infinite while loop,
Every 15 minutes, check port status,
Fri Dec 10 18:31:14 2021 event_wait : Interrupted system call (code=4),
Fri Dec 10 18:31:14 2021 /etc/openvpn/tunnelDown.sh tun0 1500 1553 10.8.112.163 255.255.255.0 init,
resolv.conf was restored,
Sending kill signal to transmission-daemon,
Waiting 5s for transmission-daemon to die,
Successfuly closed transmission-daemon,
Fri Dec 10 18:31:18 2021 /sbin/ip route del 154.3.42.41/32,
Fri Dec 10 18:31:18 2021 /sbin/ip route del 0.0.0.0/1,
Fri Dec 10 18:31:18 2021 /sbin/ip route del 128.0.0.0/1,
Fri Dec 10 18:31:18 2021 Closing TUN/TAP interface,
Fri Dec 10 18:31:18 2021 /sbin/ip addr del dev tun0 10.8.112.163/24,
Fri Dec 10 18:31:18 2021 SIGTERM[hard,] received, process exiting,
Environment
Anything else?
The up/down speed does not change if I have 1 or many torrents running.
My internet speed is 100 up and 50 down.
I've tried using the PIA app on another device on the same network and get great speeds.
I've attempted downloading on another machine using deluge and the same PIA VPN and get good speeds.
I've done a speed test on the host machine without VPN internet speed is good as well.
The host machine is idling at normal CPU and RAM usage. ~10% CPU and 4.5gb/15.4 gb ram.
Beta Was this translation helpful? Give feedback.
All reactions