Debian Etch letöltés elakad

Linux-kezdő

Sziasztok,

Van egy kis problémám amivel még nem találkoztam.
Egy szervernek szánt gépet telepítettem (nforce chip-es) ezért Etch-et
tettem rá.
A gond, hogy ha 3-4k-nál nagyobb állományt akarok letölteni (levelek, deb csomagok, ftp) a letöltés elakad. A naplókban nem látok semmit.
A helyi hálóban nincs gond. Egy linksys rv082 router van elötte, azon már kikapcsoltam mindenféle védelmet, mtu-t is állítottam. A kliens gépeken (win) nem jelentkezik a probléma. És ami a legfurcsább, hogy az ssh megy tökéletesen, sőt pptp-en (vpn) keresztül hibátlanul tudok másolni ide oda a sambára.

Valakinek ötlet, esetleg milyen progival áljak neki a hibakeresésnek?

Előre is köszi

  • 1444 megtekintés

Jo a halokabel? Akkor lattam ilyet, hogy lassu (pa'r k/sec) es akadozik (megszakad) a tolt'es ha a tx/rx vezete'k (letoltesnel az rx) egyik ere a ketto"bo"l szakadt.

Nezd meg az /sbin/ifconfig-ot, hogy halozati forgalomnal az "errors", "dropped", "overruns", "frame", "carrier" e's "collisions" mezo"k e'rte'ke 0-tol kulonbozik-e, es ha kulonbozik akkor melyik ami no" szisztematikusan. Pontosan nem tudom hogy melyik mit takar de normalis esetben mindegyiknek 0-nak kell lennie, es ha valamelyik nem 0, akkor abbol hogy melyik nem 0, biztos ki lehet kovetkeztetni hogy merrefele van a gond (ha jol emlekszem, szakadt kabel eseten a dropped meg a frame no"tt, az error pedig nem, de az ma'r re'g volt, ha ke't ip egyforma a lan-on, akkor meg az overrun es a collisions no", vagy valami ilyesmi).

( samuf v | 2007. 01. 03., sze – 15:01 )

Idő közben az feltünt, hogy az FTP letöltés megy mc alól, ha beállítom, hogy ne passiv módban menjen, ez mit jelent?

( Replaced | 2007. 01. 03., sze – 15:01 )

lehet, hogy én vagyok konzervatív, de én nem raknék beta rendszert éles szerverre. próbáltál esetleg valamilyen stabil ubuntut?

--
TheReplaced - С Кем Ты?

Alapba Sarge-ot akartam felrakni, (egy-két szerveren ez fut), de mivel nforce-os lapka van az alaplapon a 2.6.8-as kernel nem látta meg a SATA vezérlőt.
Másrészt lehet, hogy nem látom át rendesen a dolgot, de azért a testing ág már nem olyan bugos és ha jól tudom akkor már nem beta, inkább rc.

( samuf v | 2007. 01. 03., sze – 20:42 )

Megszületett a megoldás. TCPDump-pal végignéztem a kommunikációt és gyanus lett hogy mindíg a 57600-as csomagrész után hasal le a kapcsolat. Gondolom ezért működött 3-4k fájloknál a kapcsolat. A google segítségével találtam olyanokat, hogy /proc/sys/net/ipv6/tcp_[rw]mem
Gondolom ezek a TCP ablak beállításai. A lényeg hogy a rmem "4096 87380 174760"-ra állítása után tökéletesen működik (sarge értékei egy másik szerveren).

A kérdésem, ha valaki tudja, a kernel mi alapján állítja be ezeket az értékeket? Lehet, hogy a router nem kezel akkora ablakokat mint amit a szerver tudott volna és ezért hasalt el folyton? Esetleg totál félreértem az egészet és csak mázlim van?