NAS Forum

Hi Leute!

Ich habe hier ein kleines Problem mit meinem NAS-2000. Darauf läuft seit je und eh Debian drauf und es läuft einfach wie geschmiert.
Vor kurzem hab ich meine Server-Box abgelöst, und der HTTP-Server läuft nun aufm NAS. Doch leider ist die maximale Datenrate etwas bescheiden: 7kb/s. Dabei könnte die 1MBit Uploadleitung mehr vertragen!

Habe einige Tests durchgeführt und bin zu einem seltsamen Ergebnis gekommen:
1. Zugriff auf den HTTP-Server vom internem Netzwerk aus: Volle 100MBit, ok!
2. Zugriff vom internen Netzwerk über externe Internet-IP: Volle 1MBit, ok! (Hmm wie die Fritzbox das routet?)

3. Zugriff von außen: Besch***eidene 7kb/s, urgs!
4. Zugriff vom außen mit SSH Tunnel auf NAS: Volle 1MBit, höö?

Wie man bei 4. sehen kann, ist die Box definitiv nicht überlastet gewesen. Man kann sogar mehrere unterschiedliche Verbindungen mit jeweils 7kb/s aufbauen, und so die 1MBit Leitung auszunutzen, aber das wäre nicht gerade Sinn und Zweck der ganzen Sache.
Kennt jemand das Problem? Scheinbar mag die NAS einfach keine direkten Zugriffe von außen? Bin im Moment echt ratlos...
Egal was für Ratschläge kommen, würde alles tun um das Prob zu lösen
(Btw, mit dem FTP Server verhält es sich genauso!)

Sousuke

Hi HWguru!

Doch die Suchfunktion hatte ich tatsächlich schon benutzt und den besagten Thread gefunden. Aber die Lösung verschaffte hier keine Abhilfe (für HTTPD), daher schloß ich daraus, das Problem ist ein anderer.
Ok FTP Übertragungsraten sind seltsamerweise wieder vollkommen ok, sogar ohne Patch. Seltsam... könnte schwören dass es vorher langsamer war! Oder war ich besoffen? Egal, hauptsache Problem ist weg.

Dennoch bleibt das eigentliche Problem bestehen. Der HTTP-Server ist nach wie vor lahm. Auch mit MTU-Änderung bleibts bestehen. Habe auch schon andere *lightweight* HTTP Daemons getestet, ohne Erfolg.
Habe vorhim mal den alten Server wieder angeschlossen mit Apache. Da gibts wieder 100%iger Upload-Speed.

Sodele da bin ich wieder!

Habe nochmal nen Tag verbraten um Tests durchzuführen und bin auf seeehr eigenartige Ergebnisse gekommen.
(Hab alle Tests an 2 unterschiedlichen Uni-Leitungen getestet.)

Als HTTP Server wurden micro-httpd, mini-httpd, lighhttpd, apache2 (prefork & worker) und thttpd getestet. Erstaunlicherweise gingen alle (außer thttpd) nicht. Habe mit wireshark die Packets analysiert und hab zu 90% fehlerhafte Übertragungen gefunden.
1. Die Frame Pakete hatten völlig falsche Größen gehabt: 4162 Bytes vs. 1506 Bytes erlaubte.
2. Das TCP Paket übertrug gleichzeitig 2 bis 3 Fragmente, statt sie aufzuteilen. Die Größenangaben und CRCs im Header waren entsprechend falsch. (Tatsächlich wurde nur die Größe eines Packets angezeigt)
3. Die Sequenznummern der Pakete stimmen logischerweise nicht überein, siehe 2.
4. Die MTU Werte im Netzwerk werden nicht beachtet. (1500 Bytes vs. 1492 Bytes)
Wie man sehn kann, ist die Übertragung echt Foobar!
Aber glücklicherweise geht der HTTP Server wunderbar mit thttpd!

Wie gesagt HWguru, ich hab proftpd ohne Patch. Es geht immer mit full-speed. Upload sowie Download.
Vllt ist im Debian Repository ne andere Version von proftpd als im tinky-repository? Habe hier 1.3.0(-19). Oder es liegt echt an der Netzwerkumgebung? Oder Kernel? Wo finde ich die tinky Kernel sources dazu? Raidsonic bietet nur die 2.4er Kernel an.

Ich muss mir das Ganze noch ein bissel genauer anschauen. Wüsste gerne wodran das liegt, aber im Moment fehlt mir die Zeit wg. Klausuren...

Sousuke

Thx für den Hinweis snoopy! Wusste net dass es den Patch für thttpd gab.

use_sendfile bei mir per Default nicht gesetzt gewesen.
Aber denke nicht dass der Patch nötig ist, weil gerade thttpd keine Probleme mit dem NAS hat. Da gehts ja einwandfrei. (Hab thttpd v2.3beta1)

Sousuke

Sooo endlich fertig mit meinen Prüfungen - Hab wieder etwas Zeit für die lustigeren Dinge des Lebens

Hab mal die Quelltexte angeschaut und bin zu einem Fazit gekommen: Alle problematischen http/ftp-server benutzen sendfile fürs Versenden der Daten, was in aller Regel einen Performanceschub bringen soll. Scheinbar isses in unserem Kernel schlecht oder gar falsch implementiert. mE führen alle NAS-Performanceprobleme hierauf zurück.
Mit anderen Worten... so lange das Problem in den NAS-Kerneln nicht behoben wurde: Finger weg von sendfile()! - Ergo: Immer deaktivieren.
(Btw, wo finde ich den 2.6.10 Kernelsource für unsere Boxes? Würde dem Problem gerne auf dem Grund gehen. Hab leider die Sources nicht gefunden... )

Hier ne kleine Auflistung der Optionen für einige daemons, um's mal auf einem Fleck zusammenzufassen:

Citato

zum use_sendfile: das war im ftp conf auch net drin, das händische reinsetzen mit param. = off hatte den erfolg gebracht. Also steht nich drin muss nix heißen

Offensichtlich isses in dem debian build deaktiviert oder per default auf off gesetzt? Egal... wie du sagst, das muss echt nichts heißen.

[edit]Ok hab erfahren, dass der 2.6.10er Kernel nun doch bei raidsonic verfügbar ist. [/edit]