[pureftpd] foutmelding bij downloaden bestand

[RvdH]

Hoi,

Een ftp client krijgt een foutmelding bij het downloaden van een bestand:

Dec 16 10:17:07 web1 pure-ftpd: ([e-mail]) [DEBUG] Command [retr] [/etc/stone/update/stone.exe]
Dec 16 10:17:07 web1 pure-ftpd: ([e-mail]) [DEBUG] 150-Accepted data connection
Dec 16 10:17:07 web1 pure-ftpd: ([e-mail]) [DEBUG] 150 2586.0 kbytes to download
Dec 16 10:17:07 web1 pure-ftpd: ([e-mail]) [DEBUG] 450 Error during write to data connection
Dec 16 10:17:07 web1 pure-ftpd: ([e-mail]) [DEBUG] Command [quit] []

Als ik dit bestand echter via mn eigen ftp client met dezelfde username/password download gaat het helemaal goed.

We gebruiken allebei passive, daar ligt het dus niet aan.
De client die de foutmelding krijgt kan wel een tekstbestandje downloaden.
Het gaat om dit bestand:

code:

-rw-r--r--    1 rstone   users     2648064 Dec 15 11:34 /home/rstone/etc/stone/update/stone.exe

De -b (broken) optie richt niets uit.

Mijn vermoeden is dat de client die de foutmelding krijgt niet helemaal het protocol volgt ofzo, aangezien normale ftp clients wel gewoon kunnen downloaden.

De ftp client in kwestie is ingebakken in een programma van ons, en om daar een vervanger voor te vinden gaat te lang duren. Ik wil heel graag pure-ftpd blijven gebruiken omdat we dit op al onze servers gebruiken.

Als iemand een tip heeft.. graag. M'n collega begint al te pushen om de eeuwen-oude wu-ftpd versie terug te zetten die we eerst gebruikten

Edit:
Dit is de manier waarop pure-ftpd via inetd opgestart wordt:

code:

/usr/local/sbin/pure-ftpd pure-ftpd -b -d -d -E -c 50 -H -I 15 -m 10 -a0

En ik heb ook al getest zonder iptables rules, maar dat maakte niets uit.

[ Voor 8% gewijzigd door RvdH op 16-12-2003 11:19 ]

[moto-moi]

Handig Rick
Ik zou hetvolgende eens gaan testen:

een random troep bestand van 3 meg versturen, en d.m.v. md5sum controlleren
een tekstbestand van 3 meg versturen, en d.m.v. md5sum controlleren.

Ik krijg namelijk het idee dat /of/ de client of de server niet goed reageerd op het teken dat hij even moet stoppen met zenden of ontvangen, zodat de client de gegevens kan wegschrijven. Met kleine tekstbestanden zul je dat niet zo gauw hebben lijkt me.

Ennuh... wu-ftpd.. Ik weet niet hoe oud die versie precies is, maar root-exploitable is het eerste wat er bij mij komt bovendrijven, als je het over die daemon hebt

[Infern0]

Heb je er een firewall tussen zitten?
Zo ja heb je de passive ports geforced?
Zo nee probeer dat eens met de optie -p

En heb je de optie -b al geprobeerd
-b --brokenclientscompatibility

code:

-b     Be broken. Turns on some compatibility hacks for shoddy clients,
and for broken Netfilter gateways.

offtopic:
En hebb even geduld want Jedi/Sector One reageert zo op de list

Terug gaan naar wu-ftpd is wel slechtse wat je kunt doen.

[RvdH]

Heb het al opgelost.

De ftp client verwachtte geen extra 150 header, die pure-ftpd stuurt bij grotere bestanden. Ik heb deze uit de sourcecode gesloopt en alles werkt nu weer.

[pierre-oord]

Ik wil misschen pureftpd gaan draaien, wil je even zeggen om wat voor client dit gaat en hoe je dit eruit kunt slopen, en of dit nog gevolgen heeft? Zie eventueel een topic van mij wat nu loopt, zou fijn zijn als je daar ook zoiets kunt posten, ik probeer een goeie (newb) ftp server te vinden.

[RvdH]

Het gaat om een interne ftp client van een programma wat we gemaakt hebben, deze verwachtte geen dubbele 150 header en deze hebben we uit de src/ftpd.c van pure-ftpd gehaalt.

[ajvdvegt]

Als het jullie programma is kan je beter je programma fixen dan pure-ftpd verknoeien, toch?

[RvdH]

ajvdvegt schreef op 16 december 2003 @ 15:38:
Als het jullie programma is kan je beter je programma fixen dan pure-ftpd verknoeien, toch?

Dat zou je denken ja, ware het niet dat dit programma bij +/- honderd man op de pc staat, verspreid door heel de wereld. En hoe updaten we normaal het programma bij die mensen? Ja, via ftp

De fix zit nu inderdaad ook in het programma, dus zodra iedereen de nieuwe update binnen heeft kan pure-ftpd weer 'normaal' gemaakt worden.