Можно явно указывать ftps через Filezilla, но не из кода

Как указано в заголовке, я могу подключиться к другому компьютеру со своего сервера через клиент FileZilla, но не могу через код (.Net — FTPWebRequest).

Я знаю, что код хороший, так как он работает с другой машины. Конкретная машина, с которой у меня возникли проблемы, находится за NAT, но SA открыл все порты для трафика с хоста, с которым мы пытаемся связаться.

Любые предложения - я пропустил что-то очевидное?

Исключение, которое я получаю при попытке подключения:

«Невозможно прочитать данные из транспортного соединения: попытка подключения не удалась, потому что подключенная сторона не ответила должным образом через некоторое время, или установленное соединение не удалось, потому что подключенный хост не ответил».

И журналы с машины, которую мы пытаемся подключить, показывают:

26.07.2010 12:40:23 - (не авторизовался) (xx.xx.xxx.xxx)> Подключено, отправляю приветственное сообщение...

26.07.2010 12:40:23 - (не вошел в систему) (xx.xx.xxx.xxx)> 220-FileZilla Server версии 0.9.32 бета

26.07.2010 12:40:23 - (не вошел в систему) (xx.xx.xxx.xxx)> 220 ftp.xxxxxxxxxx.com

26.07.2010 12:40:23 - (не вошел в систему) (xx.xx.xxx.xxx)> AUTH TLS

26.07.2010 12:40:24 - (не вошел в систему) (xx.xx.xxx.xxx)> 234 Использование типа аутентификации TLS

26.07.2010 12:41:24 - (не вошел в систему) (xx.xx.xxx.xxx)> 421 Превышено время входа. Закрытие контрольного соединения.

26.07.2010 12:41:24 - (не авторизовался) (xx.xx.xxx.xxx)> отключен.


person IniTech    schedule 26.07.2010    source источник


Ответы (2)


Извините, я забыл вернуться сюда со своим решением - это был неявный SSL против явного. Я использовал неявный вариант использования FileZilla, но явный для FTPWebRequest. К сожалению, FTPWebRequest не поддерживает неявное, а у NAT возникли проблемы с явным.

Короче говоря, мы использовали элемент управления FTPS под названием клиент Alex FTPS, который легко использовать как для неявных, так и для явный ssl, прост в настройке и работает безупречно.

person IniTech    schedule 26.08.2010
comment
+1 для Алекса FTPS. Однако будьте осторожны с самозаверяющими сертификатами и неявными соединениями SSL. Мне пришлось изменить исходный код версии 1.0.2, чтобы заставить ее работать по этой ссылке (ftps.codeplex.com/Thread/View.aspx?ThreadId=63605). Однако, как только я это сделал, он работает безупречно. - person mattmc3; 19.10.2010

Возможно, проблема в сертификате, который сервер отправляет при согласовании TLS/SSL, т.е. он не принимается операционной системой и т.п. Попробуйте запустить Wireshark, чтобы проверить, какие данные действительно передаются между клиентом и сервером.

person Nickolay Olshevsky    schedule 24.08.2010