¿Por qué IIS 7.5 FTP no respeta el rango de puertos pasivos para ftp simple?

11

Luché con todo el acuerdo de rango de puertos pasivos en IIS 7.0 esta noche. Finalmente me di cuenta de que aparentemente solo se aplica a FTP / ES o FTP / IS. Cuando trato de hacer ftp simple, asigna el número de puerto que quiere cuando responde a una solicitud PORT.

En primer lugar, me estoy perdiendo algo. En segundo lugar, si no lo soy, ¿por qué en el mundo funciona de esta manera?

TIA

Chris B. Behrens
fuente

Respuestas:

29

Me topé con esta pregunta cuando tuve el mismo problema hoy. Configuré el "Rango de puertos del canal de datos" en la consola del Administrador de IIS 7.5, pero el servidor siguió seleccionando puertos fuera del rango especificado. El problema para mí no era un firewall que reescribiera la respuesta (estaba usando TLS, por lo que no podía, incluso si lo intentaba). En realidad, después de cambiar el rango de puertos, debe reiniciar el "Servicio FTP de Microsoft". Usar iisresetno es suficiente, ni hacer clic en "Reiniciar" en el nivel del servidor en el Administrador IIS; El servicio a nivel del sistema operativo ( ftpsvc) debe estar completamente detenido e iniciado.

AlmiranteNemo
fuente
44
gracias - eso & ^% # ^ &% @ # & * finalmente lo arregló :)
seanb
2
servicio => servicio FTP de Microsoft
Bossliaw
2
AGGGH! Esta es una de las cosas más estúpidas que he visto. Incluso recordé que tenía que reiniciar FTP, ¡pero olvidé que tenía que hacerlo desde services.msc y no desde el administrador de IIS! Gracias.
NickG
1
En Windows 8, lo siguiente también funciona: Administrador de tareas -> Servicios -> FTPSVC -> (clic derecho) -> Reiniciar.
alx
Esta respuesta sigue siendo relevante a partir de 2017 ... ¿cree que Microsoft la solucionará en el servidor 2020?
CyberMen
1

Eventualmente determiné que el $% (* & @ firewall estaba REESCRIBIENDO los comandos ftp en un intento de ser "útil". Lo determiné cuando intenté instalar el servidor FileZilla y tuve el mismo problema. Afortunadamente, el servidor FileZilla tiene un monitoreo abierto ventana, y pude observar la conversación desde ambos lados y determinar que el servidor, de hecho, estaba enviando el número de puerto adecuado.

Chris B. Behrens
fuente