сеанс tls программы ftp-клиента на основе libcurl получает тайм-аут для сервера vsftpd. однако curl отлично работает на том же порту сервера

#ssl #libcurl #vsftpd

Вопрос:

Программа ftp-клиента, использующая libcurl , получает тайм-аут. однако curl отлично работает с тем же портом сервера, на котором работает vsftpd сервер. Внутри захвата пакетов разница я вижу, что ftp-клиент не получает new session ticket . похоже, что этот клиент ждет этого и получает тайм-аут.

захват пакетов программы ftp — клиентавведите описание изображения здесь

захват пакетов curl(которые отлично работают) введите описание изображения здесь

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

ПРИМЕЧАНИЕ: сервер одинаков в обоих случаях, есть только разница в IP-интерфейсах серверов, которые отображаются при захвате пакетов.

Заранее спасибо

Комментарии:

1. Видно, что клиент закрывает соединение через 4 секунды после получения данных приложения с сервера. SSL-рукопожатие уже завершено на этом этапе, так что это не проблема SSL. Билет на сеанс здесь не важен, но, возможно, клиент просто не объявил о его поддержке. Скорее всего, это проблема в вашем (неизвестном) коде.

2. @SteffenUllrich спасибо за комментарий. мои сомнения таковы. не нужен ли новый билет на сеанс ? я чувствую, что libcurl ждет только этого пакета. вот почему, когда происходит тайм-аут, он закрывается с зашифрованным предупреждением. общий клиентский ssl-код отлично работает для запросов https, smtps. вижу это только по запросам ftps. ftp также отлично работает.

3. Зашифрованное предупреждение, скорее всего, является обычным отключением SSL, т. Е. Ничего особенного. И SSL-рукопожатие успешно завершено, новый билет на сеанс не требуется.

4. @SteffenUllrich, почему ему не нужен новый билет на сеанс, так как я не вижу повторного использования сеанса или чего-либо еще.

5. и как вы уверены, что ssl-рукопожатие завершено ?