[FTP] Binaire Upload Faalt

[GrimaceODespair]

Ik heb hier lokaal een binair bestand (een Java Archive) dat ik graag wil uploaden naar onze server. Dat lukt prima met SmartFTP, maar ik wil het graag batchen met de command-line FTP van Windows), maar dat mislukt.

Het probleem lijkt veroorzaakt te worden door onze firewall, tenminste: SmartFTP gebruikt andere poorten dan de FTP van Windows (dat zie ik aan de verbose output van beiden). Ook zorg ik ervoor dat ik in Binary mode zit.

De vraag:
Weet iemand of het mogelijk is om een port range op te geven/in te stellen voor de Windows Command-Line FTP?

[ Voor 5% gewijzigd door GrimaceODespair op 06-06-2003 11:49 ]

[Verwijderd]

kan je niet gewoon de firewall uitschakelen

[GrimaceODespair]

Verwijderd schreef op 06 June 2003 @ 12:13:
kan je niet gewoon de firewall uitschakelen

Zal ik je het nummer van systeembeheer even geven (dat is dus: 'nee')

[Coolhva]

C:\>ftp
open ftp.server.com 21
username
password
cd /directory
bin
send bestand.ext
bye

is dit duidelijk genoeg?

ff een screendump:

C:\>ftp
ftp> open ftp.microsoft.com 21
Verbonden met ftp.microsoft.com.
220 Microsoft FTP Service
Gebruiker (ftp.microsoft.com:(none)): Anonymous
331 Anonymous access allowed, send identity (e-mail name) as password.
Wachtwoord:
230-This is FTP.Microsoft.Com.
230 Anonymous user logged in.
ftp> bin
200 Type set to I.
ftp> send bestand.ext

Als je na het bin commando ook hash ingeeft dan zie je een soort statusbalk.

Suc6

[ Voor 4% gewijzigd door Coolhva op 06-06-2003 12:51 . Reden: wel natuurlijk user en wachtwoord invullen als je ftp-t ]

[GrimaceODespair]

Sorry, dat ben ik eigenlijk helemaal vergeten te vertellen: ik heb het niet over de command connectie, maar over de data connectie. Dus well-known port 21 is helemaal geen probleem.

Pas vanaf het moment dat er een dataconnectie gelegd moet worden voor binaire bestandsoverdracht, gaat Windows FTP de mist in. In SmartFTP kan ik het PORT commando zien dat aan zo'n overdracht vooraf gaat, en die gebruikt dus andere poorten dan Windows.
Dus de vraag blijft: kan ik de boel zo instellen dat Windows FTP voor zijn dataconnecties bv dezelfde port range als SmartFTP zou gebruiken (of andere poorten die open staan)?

Update Ik zie net dat er voor SmartFTP een proxy ingesteld staat (ik heb dat ding hier niet geinstalleerd, en ik ken SmartFTP niet zo goed). Ik probeer ff hetzelfde voor Windows. Verwacht nog een update

[ Voor 16% gewijzigd door GrimaceODespair op 06-06-2003 12:59 ]

[Sabbi]

port command??
zoiets als dit?

200 PORT command successful.

dat is gewoon een reply van de server, je hoeft echt geen extra port-range op te geven bij ftp, het data-verkeer gaat vanaf het moment dat je aanlogt tot dat je uitlogt van jouwbak:jouwport naar server:21, het is een enkele sessie, dus wat anders dan www/http verkeer, waar je voor elke pagina een nieuwe connectie start en sluit.

kan je uberhaubt zonder proxy een connect maken naar die server van je?
dus, als je het zelf doet via de ftp van windows?

zo ja/nee wat voor errormessages geeft de ftp-client dan?

[ Voor 6% gewijzigd door Sabbi op 06-06-2003 13:34 ]

[Coolhva]

Kan je uberhaupt wel windows FTP gebruiken en via een proxy naar buiten gaan?

[GrimaceODespair]

Voor zover ik weet, kan FTP voor binair dataverkeer secundaire verbindingen openen. Doe maar eens een "ftp -d" in Windows. Dan zie je inderdaad dat PORT commando voorbij flitsen: de eerste vier getallen geven het IP adres aan, de laatste twee (x, y) de poort die gebruikt wordt (x*256 + y). Met dit PORT commando geeft de client aan op welke poort hij bereid is een connectie te accepteren.

Dat is hoe ik het geleerd heb, maar voel je vrij dat te weerleggen.

Coolhva schreef op 06 June 2003 @ 13:55:
Kan je uberhaupt wel windows FTP gebruiken en via een proxy naar buiten gaan?

Dat is dus inderdaad de vraag. Ik dacht dat Windows FTP misschien rekening hield met de IE settings... maar ik ga het nu ff testen (ben net wezen lunchen).

Sabbi schreef op 06 juni 2003 @ 13:29:
kan je uberhaubt zonder proxy een connect maken naar die server van je?
dus, als je het zelf doet via de ftp van windows?

Zolang het bij ascii blijft, is er geen probleem. Alleen op de binary transfer geeft hij een timeout, en wel vlak na de STOR opdracht (zie je in debug mode voorbij flitsen): dus op het moment dat de client wacht op zo'n dataconnectie van de server.

Met netstat zie ik op dat moment de volgende regel:

code:

TCP    MijnComputer:aaaa        xxx.xxx.xxx.xxx:ftp-data  FIN_WAIT_1

Waarbij MijnComputer de naam van mijn client, aaaa dezelfde poort die het PORT commando aangeeft, xxx.xxx.xxx.xxx het ip-adres van mijn remote host, en ftp-data (letterlijk) de poort van de remote host (= wellknown port 20).

Dus mijn client luistert wel degelijk (zie netstat), maar ik zag net dat als ik de proxy voor SmartFTP uitzet, de boel ook niet werkt met precies dezelfde fout. Het lijkt er echter niet op dat ik een proxy zal kunnen instellen voor Windows FTP (net geprobeerd zonder resultaat). Tenzij iemand hier nog een alternatieve oplossing weet, denk ik niet dat ik het met Windows tools alleen ga redden...

[ Voor 75% gewijzigd door GrimaceODespair op 06-06-2003 14:51 ]

[Sabbi]

Maar het komt toch nog steeds van de ftp-data poort vanaf de andere bak, toch? dat jou poort wel eens verandert, soit, maar het blijft een verbinding naar zijn 21 en dat zou je firewall moeten begrijpen...

Probeer anders een andere command-line ftp ding te scoren die wel met proxy werkt.

[Coolhva]

leechftp misschien?

[GrimaceODespair]

Sabbi schreef op 06 June 2003 @ 16:51:
Maar het komt toch nog steeds van de ftp-data poort vanaf de andere bak, toch? dat jou poort wel eens verandert, soit, maar het blijft een verbinding naar zijn 21 en dat zou je firewall moeten begrijpen...

Het PORT-commando gaat aan een overdracht vooraf om aan te geven dat de client zal gaan luisteren op dat IP-adres, op die bepaalde poort. Dan is het volgens mij aan de server om de verbinding te leggen naar die poort. Zeg je nu dat een firewall niet steigert als je een connectie legt vanuit een well-known port naar een 'vreemde' poort (in dit geval dus server -> client) ? Ik ken niet zoveel van firewalls, maar ik dacht dat die gewoon plain port blocking deden.

[Coolhva]

Kan je niet op poort 21 de sub poort range helemaal opengooien?

[pistole]

het zou kunnen helpen om ftp te vertellen dat ie in passive mode moet werken

command: PASV

[GrimaceODespair]

pistole schreef op 07 June 2003 @ 10:57:
het zou kunnen helpen om ftp te vertellen dat ie in passive mode moet werken

command: PASV

Ik heb er ook even aan gedacht, maar ik las net ergens (ben bron alweer kwijt) dat die Windows Command-Line FTP geen passive FTP ondersteunt. Nu ja, ik kan het minstens proberen, maar dat zal dan voor dinsdag zijn (probleem doet zich op mijn werk voor).

edit: Ik heb het ook maar ff vanaf hier gebprobeerd. Passive FTP lukt inderdaad niet. Bij een put, gaat er altijd een PORT commando vooraf, en als je literal commando's intikt, wordt de data-connectie natuurlijk niet gelegd.

Coolhva schreef op 07 June 2003 @ 10:55:
Kan je niet op poort 21 de sub poort range helemaal opengooien?

Wat bedoel je hier precies mee? Op firewall niveau? (indien ja: ik kan/mag niet aan de vuurmuur)

[ Voor 38% gewijzigd door GrimaceODespair op 07-06-2003 11:47 ]

[GrimaceODespair]

OK, het is opgelost. Ik had nog nooit rechstreeks met een FTP proxy gewerkt, maar blijkbaar kan je gewoon met me@mydomain inloggen. Dus mijn scriptfile ziet er nou zo uit:

code:

USER me@my-domain my_passwd
BIN
PUT my_bin_file
QUIT

Weg poortproblemen

[ Voor 9% gewijzigd door GrimaceODespair op 11-06-2003 14:11 ]

[The Jester]

Wellicht gebruikt je active FTP ipv passive ?
Een beetje correct ingerichte server staat alleen passive toe.

[GrimaceODespair]

The_Jester schreef op 11 June 2003 @ 16:01:
Wellicht gebruikt je active FTP ipv passive ?
Een beetje correct ingerichte server staat alleen passive toe.

Misschien kan je beter even de draad lezen.