Ce soir, j'ai eu du mal avec toute la gamme de ports passifs sur IIS 7.0. J'ai finalement réalisé que cela ne s'applique apparemment qu'à FTP / ES ou FTP / IS. Lorsque j'essaie de faire du ftp ordinaire, il attribue le numéro de port qu'il souhaite lors de la réponse à une demande PORT.
Tout d'abord, est-ce que je manque quelque chose. Deuxièmement, si je ne le suis pas, pourquoi ça marche dans le monde?
TIA.
Je suis tombé sur cette question quand j'ai eu le même problème aujourd'hui. J'ai défini la «plage de ports du canal de données» dans la console du gestionnaire IIS 7.5, mais le serveur a continué de choisir des ports en dehors de la plage spécifiée. Le problème pour moi n'était pas un pare-feu réécrivant la réponse (j'utilisais TLS, donc il ne pouvait pas, même s'il essayait). En fait, après avoir modifié la plage de ports, vous devez redémarrer le "Service FTP Microsoft". L'utilisation iisresetn'est pas suffisante, pas plus que le fait de cliquer sur "Redémarrer" au niveau du serveur dans IIS Manager; le service de niveau OS ( ftpsvc) doit être complètement arrêté et démarré.
J'ai finalement déterminé que le pare-feu $% (* & @ réécrivait les commandes ftp dans le but d'être "utile". J'ai déterminé cela lorsque j'ai essayé d'installer le serveur FileZilla et que j'ai eu le même problème. Heureusement, le serveur FileZilla a une surveillance ouverte fenêtre, et j'ai pu observer la conversation des deux côtés et déterminer que le serveur envoyait, en fait, le bon numéro de port.
la source