[IIS 5] FTP wel Lokaal maar neit remote

[Verwijderd]

Ik was bezig met het configureren van een FTP server met IIS 5. Als ik lokaal inlog is het geen probleem en werkt alles. Op school werkt inloggen helaas niet. Ook heb ik geprobeerd om bij een vriend op m'n server te inloggen en werkt het ook niet. Maar nu komt het vreemde. Als ik via een linux bak probeer in te loggen werkt het perfect. Weet iemand waar ik aan zou kunnen gaan denken om dit probleem op te lossen? Ik krijg het volgende:



Nu blijft hij hier op staan en kan ik wachten tot ik een ons weeg.
Aceftp geeft de volgende melding:

PWD
257 "/" is current directory.
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (10,0,0,150,4,63).
LIST
425 Can't open data connection.
Can't open data connection
Queue completed in 1:01
PASV
227 Entering Passive Mode (10,0,0,150,4,64).
LIST
425 Can't open data connection.
Can't open data connection
Queue completed in 1:01
PASV
227 Entering Passive Mode (10,0,0,150,4,65).

Ik dacht eerst dat het door m'n router kwam, maar waarom kan ik dan wel inloggen met die linux bak.

[Verwijderd]

Da's ook toevallig! Ik zit hier met hetzelfde probleem...

Ik probeer vanaf een client een active FTP connectie te maken met een externe server via een Microsoft Proxy Server 2.0 en een Checkpoint FW-1 4.1, maar het wil nog niet echt lukken....

Iemand goede tips??

[Verwijderd]

Mischien is het handig om passive mode aan/uit te zetten?

[Verwijderd]

Bedoel je op client of server niveau?
Ik heb namelijk geen idee hoe je IIS (ftp) passive krijgt

[Verwijderd]

Na wat google werk, krijg ik het vermoede dat er misschien wat nat instellingen gemaakt moeten worden. Heeft iemand enig idee hoe dit allemala werkt? Ik vind overigens dat er ook echt weinig ingestels kdan worden voor IIS (ftp). Please help

[Verwijderd]

Uit de KB

The most common problem encountered when you use FTP over the Internet results when you attempt transfers through a Network Boundary Securing Device (NBSD) such as a proxy, firewall, or Network Address Translation (NAT) device. In most cases the NBSD allows the control connection to be established over TCP 21 (that is, the user can successfully log on to the FTP server), but when the user attempts a data transfer such as DIR, LS, GET, or PUT, the FTP client appears to stop responding because the NBSD is blocking the data connection port that is specified by the client. If the NBSD supports logging, you can verify port blocking by reviewing the deny/reject logs on the NBSD.

Ok kennelijk is het toeval dat ik wel kan inloggen vanaf die Linux bak. Ik gebruik zelf de bekende Alcatel speedtouch (getweakt natuurlijk). Is het mogelijk dat m'n router de data afkomstig van m'n dataport blokt? Zoja hoe los ik dit dan op?

[Verwijderd]

Ben volgens mij de enige die hier aan het posten is

[Verwijderd]

Ben er al achter. Een ftp server achter een NAT bak gaat niet werken op het moment dat de client passive gebruikt. Een client achter een NAT bak die connect op een server achter een NAT bak gaat al helemaal niet werken. Mijn conclusie is dat FTP eigenlijk gewoon een klote protocol is en dan moeten we het al helemaal niet over security hebben. In IIS (FTP) worden windows users gebruikt en deze user info wordt gewoon in platte text met FTP verstuurd. Maar bedankt voor de moeite