FTP server op Windows .NET enterprise

[Verwijderd]

Hoe komt het dat dit niet werkt:


en dit wel:


Effe voor de duidelijkheid: bij de eerste image laat ik iemand connecten naar ftp://hostname:21, bij de tweede naar ftp://hostname:2100

Ik gebruik de ingebouwde NAT en firewall. Ik snap er niks van

[collin]

Wat voor foutmelding krijg je dan?

[Erkens]

collin schreef op 24 september 2002 @ 16:32:
Wat voor foutmelding krijg je dan?

ik denk dat hij bedoelt dat hij een portforward wilt maken en dat je die naar een ftp niet kan veranderen ofzo
zal wel zo'n grap van Microsoft zijn, lees dus even de FAQ voor andere mogelijke oplossingen.

[Verwijderd]

Ik krijg geen foutmelding, alleen kan niemand connecten bij de eerste. De eerste is een ingebouwde rule die je aan kan zetten door middel van een checkbox. Je hoeft dan alleen het private IP address in te voeren.

[Verwijderd]

weet je zeker dat poort 21 dan wel open staat als je daar die FTP op draait??

[Verwijderd]

Ja, zelfs als ik bijde rules tegelijk aan heb staan (dus die 21 en die 2100) kan alleen de 2100 connecten. De server draait dus gewoon en de poort staat open.

[Verwijderd]

ik denk dat hij bedoelt dat hij een portforward wilt maken en dat je die naar een ftp niet kan veranderen ofzo

Nee ik wil gewoon dat mijn FTP server op poort 21 bereikbaar is. Maar dat gaat dus niet via die ingebouwde rule .
Ik begin te vermoeden dat het gewoon een bug is.

[momania]

En ze hebben allebei outgoing port 21, kan dat wel??
Misschien dat als de services gestart worden dat de twee op port 2100 z'n outgoing port afpakt van de eerste service?

[Erkens]

Verwijderd schreef op 24 september 2002 @ 16:39:
[...]

Nee ik wil gewoon dat mijn FTP server op poort 21 bereikbaar is. Maar dat gaat dus niet via die ingebouwde rule .
Ik begin te vermoeden dat het gewoon een bug is.

had dat dan meteen gezegd

[vandijk]

de outgoing port is in beide gevallen gelijk. Ik kan mij voorstellen dat 1 van de twee dan niet werkt

[Verwijderd]

Ook als ik de 2100 uitzet doet ie het niet.

Die 2100 heb ik dus aangemaakt omdat 21 het niet deed.

[Milo]

Kan je zelf wel connecten op poort 21? (ftp://localhost)

[Verwijderd]

Yup, ook vanaf mijn andere computers in het netwerk is het geen probleem.

[Muppet]

staat je externe kaart wel te luisteren op die poort?

netstat -na | find "2100"

[Milo]

Verwijderd schreef op 24 september 2002 @ 16:57:
Yup, ook vanaf mijn andere computers in het netwerk is het geen probleem.

Dan ligt het dus aan

a) je firewall/router (de .NET server?)
b) je provider

Kon je voorheen wel ftp op poort 21 draaien?

[Verwijderd]

netstat -na | find "2100"

find werkt niet op .NET blijkbaar. Maar er wordt idd geluisterd op poort 2100, niet op poort 21 (waar het om gaat)

Kon je voorheen wel ftp op poort 21 draaien?

Ik heb een ADSL lijn bij XS4ALL. Voorheen had ik een 2000 server met Winroute, toen werkte het wel.

[Verwijderd]

dus je je wilt iemand van buiten je netwerk laten inloggen op je ftp die in een netwerk zit dan moet je eerst nog je ip van de provider door laten sturen naar de ip van de pc in je netwerk die de ftp draait maar heb je nou een echte router of gaat dit allemaal via een pc ?

na wat beter gelezen begrijp ik dat het via een pc draait

ah ben te laat maar probeer eens voor de gein de beide poorten op 2100 te zetten zoals je dat met 21 had gedaan als het dan ook nog steeds het wel doet met poort 2100 dan is het volgens mij inderdaad aardig vreemd maar heb zelf ook nou niet direct veel verstand op dat gebied

[Verwijderd]

Gaat via een PC, deze staat direct op de ADSL lijn.
Verder heb ik toch wel verstand van netwerken al zeg ik het zelf (CISCO diplomas en al die troep ), ik ging er dus vanuit dat mijn Windows kennis hier niet voldoende was. Maar volgens mij is het gewoon een bug