So, ne kleine Aufklärung: Ich wollte den Nutzern die Möglichkeit bieten ein paar Verbindungen mehr zu öffnen. Paralleler Download steigert die Datenrate, als sich das rumsprach, zack Downloadmanager mit dem versuch 20 und mehr Chunks zu öffnen. Das passt dem lighttpd natürlich nicht, denn dieser muss länger auf die geforderten Bytes des Raids warten. Da ich jedoch sehr schnell nichts machende Verbindungen trenne, gibt´s ab und an einen disconnect. Wenn das zu oft vorkommt, werden für 15 Sekunden alle weiteren und existierenden Verbindungen abgebrochen. Das dürfte den Timeout erklären.
Einfach und triviale Lösung, einfach einen Downloadmanager mit der passenden Zahl an Chnuks nutzen. Darauf hätte man auch so kommen können, aber egal..
Ich habe das jedoch wieder entfernt und lasse nur noch 2 Verbindungen pro IP und Node zu. Jedoch sollte man aufpassen das die Grenze nicht zu oft überschritten wird, sonst werden die Verbindungen gekappt und für 10 Sekunden gesperrt.
Ein einfach wget Download läuft einfach und sauber durch, der nicht ständig in das mod_evasive Limit läuft:
Code:
[root@xn06 ~]# wget http://storage1.otr-download.de/dl-h...mpg.avi.otrkey > /dev/null
--2011-01-29 18:50:20-- http://storage1.otr-download.de/dl-h...mpg.avi.otrkey
Auflösen des Rechnernamens »storage1.otr-download.de«.... 94.75.240.69
Verbindungsaufbau mit storage1.otr-download.de[94.75.240.69]:80... verbunden.
HTTP-Anfrage gesendet, warte auf Antwort... 200 OK
Länge: 242989140 (232M) [application/octet-stream]
Speichere nach: »Neds_ultimativer_Schulwahnsinn_11.01.28_18-45_nickelodeon_15_TVOON_DE.mpg.avi.otrkey«
100%[==================================================================================================================================================================================================>] 242.989.140 775K/s in 4m 19s
2011-01-29 18:54:40 (915 KB/s) - »Neds_ultimativer_Schulwahnsinn_11.01.28_18-45_nickelodeon_15_TVOON_DE.mpg.avi.otrkey« gespeichert [242989140/242989140]