v3.5 constantly using bandwidth when d/load station enabled

[naysayer]

Hey crew, I'm having similar problems. My ISP deal is a lot better but leaking bandwidth should be serious issue in any scenario.

My QNAP has a constant dribble of around 2.5kb up an down for no reason at all. I have spent many hours on this trying to diagnose the cause. I have disabled all my QPKG's turned off download station and negated any other devices in the house that may be accessing it.

My monthly download is 150 gig, so this not as big an issue as some but when roll over date comes round, I almost always over shoot it because of this leak. It is really frustrating.

Any suggestions welcome.

NS

[schumaku]

My QNAP has a constant dribble of around 2.5kb up an down for no reason at all.

Please be aware that you are going to expose a service to the wild Internet.

1. Any BT client out there can - under the correct or false assumtion attempt to find some shared storage blocks. Stuff you or somebody else holding the dynamically assigned public IP address before for example. Even tracker controlled downloads get problems with these changing IP addesses, the deregistration on stop shaaring can just work in a nonreliable way. This will cause incoming BT traffic attemting to fetch storage blocks.
2. Your DSv2 is also participating as a node in a DHT - the DHT requests are coming in and will be **, egardless of active or no longer active download jobs.

I have spent many hours on this trying to diagnose the cause.

Capturing data would unveil that it's most unlikley the NAS DownloadStation initiating the traffic.

[naysayer]

Thanks schumaku for your reply,
However, I couldn't make much sense from it. Like I said, I have turned off the BT services, I'm not sure what actual solutions I should attempt from the points you raise. Is there a terminal application I could run to diagnose this?

Thanks again.

[schumaku]

Sso off topic - subject says: v3.5 constantly using bandwidth when d/load station enabed

With the serice disabled, there is no process answering on the NAS - so how should there be any traffic _caused_ by the NAS DS then?

Consider to close the ports on the router - so no BT or DHT traffic will reach the NAS. Still - the requests will reach your router, and use some of your bandwidth.

[ContextSwitch]

Sso off topic - subject says: v3.5 constantly using bandwidth when d/load station enabed.

Hardly - Download station uses no bandwidth when switched off is not news but it is part of the investigation to isolate what's going on.

Consider to close the ports on the router - so no BT or DHT traffic will reach the NAS. Still - the requests will reach your router, and use some of your bandwidth.

And yet of all the BT clients I've used this only happens on the QNAP.

Is there a terminal application I could run to diagnose this?

If I get time this weekend I'm going to fire up wireshark to have a look at the traffic on my network. I'm not terribly experienced using wireshark and it's often a problem of finding the data you're looking for in a mass of messages but I'll see what I can find.

--
Geoff

[ripmyundies]

Since I started this thread I thought I'd let everyone know I am very happy with Transmission as an alternate to the leaky bit torrent engine in the Qnap firmware.

This is 100% an issue with the specific engine Qnap include in the box, have not had any issues with Transmission or other Bit torrent QPkgs

[Uluen]

There *is* a issue with Download station.

I downloaded a torrent and then deleted it from DS.
Several hours after I noticed a pretty constant stream of about 50Kb/s outgoing traffic from the NAS. No way this amount of data is DHT traffic.
I didn't capture packets but from the state table on my firewall it looked like regular torrent traffic.

[schumaku]

"outgoing traffic" - from where are the session initialized?

Regardless if there are BT blocks available to be shared or not - other BT clients will try to find previously existing storage blocks.

[ContextSwitch]

"outgoing traffic" - from where are the session initialized?

That, as they say, is the $64000 question.

Regardless if there are BT blocks available to be shared or not - other BT clients will try to find previously existing storage blocks.

And they magically stop doing that when the download station is disabled? The activity is far too regular to be explained that way; every time it has the same pattern. It has become such a nuisance that I now switch off the download station when not in use, this kills off the activity on the line.

[Uluen]

"outgoing traffic" - from where are the session initialized?

I didn't look at the packets but they stopped after disabling DS.

Regardless if there are BT blocks available to be shared or not - other BT clients will try to find previously existing storage blocks.

Sure. I've been using BT for many years and after shutting down a BT client there is always a trickle of connections from peers and such but noway near the 50Kb/s this does

[LThome]

I have this problem too but no one can help even the QNAP support so far, too bad !!

I haven't downloaded files with BT client for a long time and my dynamic IP haven't changed for at least 4 years, I have sent the questions to QNAP support - case no. QA06271046​57 but no one answer, the details are as follows:

Refer to this viewtopic.php?f=16&t=60526

and this ( case no. QA06271046​57 )
----------------------------------------------------
Hi Albert Wang,
Would you answer me two questions under the following conditions?
1) If no BT task and other stuff are running in the queue of QGet and the setting of DHT network do all disable, Should DS automatically transfer some bandwidth for communication? If so, why does it need to do that? when using v3.6, no UDP transmittion at all if no task running.

2) If no BT task and other stuff are running in the queue of QGet and the setting of DHT network do all enable, Should DS automatically transfer some bandwidth for communication? If so, why does it need to do that? when using v3.6, no UDP transmittion if no task running even enabling the DHT network.

I don't care the version v3.6 or v3.7, my focus is why It always transmit data by UDP even no task running, I haven't seen it before v3.6 or below.
Your Customer,

LEUNG
-------------------------------------------------------------------

P.S. There is no traffic when the firmware was 3.6.1 build XX before if no task in the queue. It runs like other BT clients. the UPnP functions of NAS and router do all disable. 8080 port-forwarding was not set and nobody was using QGet including QGetServer.exe on PC at that time, the settings for BT of QGet were all disable too such as (Listening port and DHT network - UDP).

[ContextSwitch]

Having been bothered by this issue for some time I decided to look into transmission and now I've done a little testing and have found that it does not have this problem.

For those who are interested I followed this and installed the QPKG for transmission. On my client PC I installed the transmission remote gui (transgui package on debian).

With transmission you can set up an "alternative maximum data rate" to automatically come into operation on certain days at certain times. If you set this to zero you have a similar capability as the download station to schedule downloads (only a bit more flexible than with the download station).

So far it seems like a good alternative and I now have download station permanently switched off so no used bandwidth doing someing we don't know about.

--
Geoff

[Uluen]

Transmission is fine but not the topic of this discussion.

[ContextSwitch]

Transmission is fine but not the topic of this discussion.

So a number of people report a problem, I suggest a work-around and you think that's not on topic

Having said that and having a bit more experience with transmission I have found that this also has a residual amount of bandwidth use following a (usually large) download so my apologies to schumaku and doktornotor (and probably others), seems they were right and I was wrong.

I think that, in the past, when I used my client PC for BT downloads it was switching off of the PC that ultimately prevented this issue. I've experiemented with transmission on my NAS and if I disable it for long enough (simulating switching off the PC) than the bandwidth use stops but if I leave it enabled then it continues.

--
Geoff

[whoisnader]

There is something going on that just doesn't feel right for me.

I have deleted all entries in my download queue (both in process and complete), turned off the router and modem for several hours and rebooted the NAS. Yet once I enable the download station and check my router, I see connections to the NAS on source port 6881with a very small upload and download usage. Looking at each connection, they do appear to be with other hosts running torrent clients, yet I have nothing in my download station to be shared as the list is empty of all torrents.

What is more painful is that I think it is preventing my NAS from suspending the HDD due to the activity.

I am going to try and empty out my download directory next to see if that helps. I have tried deleting the /mnt/HDA_Root/ds.db file thinking perhaps there is something in the database that is causing the download station to anounce to the DHT network but had no effect.

I get the idea that the download station is broadcasting something that is allowing remote clients to connect to me, even though there is nothing for me to share (literally). It can't be a blind connection from the remote clients and my IP changes upon re-connection to my ISP.