Francois Petillon un jour écrivit:
Josip Rodin wrote:
Is anyone else noticing a surprisingly large number of clients that
tend to
repeat connections, as if they are doing some very aggressive prefetching
and breaking down connections into pieces?
It is a quite old problem that most important mirrors are experiencing.
Most of the time, It came from agressive download accelerators. It give
faster downloads when some very simple traffic shapping scheme are used or
if the uplink is fully used.
I don't care for 2 or 3 connections, but 50 and more is ridiculously
high (I saw up to 600 hundred active connections from one IP few years ago
before adding protections for that).
I often saw on my mirror hundreds of simultaneous connexions from the
same IP (more than 6 simultaneous connections now get them automaticaly
banned from my mirror for 1 hour, but they can sometime still try for hours).
The worst offenders I saw came from China, and I suspect the reason is
that they often use traffic shapping that share traffic between
connections instead of IP.
Simon Valiquette
http://gulus.USherbrooke.ca
You have the same problem with some FTP clients (I presume it is mostly
with some download accelerators). As the server is trying to maximize
disk request size (to lower IO load on disk system), I preferred to
disable REST command (needed to resume a download and thus needed by
download accelerators) as some client are using 16 to 32 KB blocks while
downloading ISOs.
Even without REST command, some clients keep on trying to do segmented
download (the following logs are not related to OpenOffice, I just pick
out worst examples) :
I am wondering who designed a FTP client that is retrying thousands time
to (resume a) download.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
