FtpWebRequest prend en charge les téléchargements via un proxy HTTP, mais pas les envois
Lisez les limites documentées des opérations de proxy HTTP de FtpWebRequest avant de changer des mots de passe ou de supposer qu'un listage réussi prouve la prise en charge de l'envoi.
Un listage de répertoire et un téléchargement peuvent fonctionner via un proxy HTTP alors que FtpWebRequest rejette UploadFile. Il s'agit d'une limite de capacité documentée, non de la preuve d'un mot de passe erroné.
Pour un proxy HTTP, les opérations prises en charge sont DownloadFile, ListDirectory et ListDirectoryDetails. L'activation du mode passif n'ajoute pas la prise en charge de l'envoi à cette API.
Un chemin HTTP CONNECT capable peut transporter les connexions TCP d'un autre client FTP, selon la politique du proxy. Une passerelle HTTP vers FTP peut proposer ses propres opérations. Ni l'une ni l'autre ne fait que chaque API FTP implémente chaque disposition.
Définir Proxy sur null peut faire fonctionner un envoi direct autorisé, mais cela contourne l'intermédiaire. Cela n'a pas réparé un envoi effectué via le proxy.
Choisissez un client FTP et une route pris en charge pour l'opération requise. FtpWebRequest est obsolète pour les nouveaux développements ; HttpClient n'est pas, à lui seul, un remplacement de FTP. Ce n'est qu'après avoir établi que l'opération est prise en charge que vous devriez examiner ses identifiants de proxy, ses identifiants FTP et les connexions de données.