У меня уникальная ситуация, когда один из моих деловых партнеров использует FTP-сервер, который устарел, а клиент, который мне нужно использовать, немного несовместим.
Сервер, к которому я подключаюсь, возвращает ответ 334 во время подключения, и это приводит к разрыву подключения моим ftp-клиентом. RFC изменился с тех пор, как этот сервер был выпущен, сервер должен ответить 234 вместо 334. Я разговаривал с поставщиком клиента (IBM), и они указали, что они не собираются игнорировать ответ или рассматривать 334 как a 234. Я также разговаривал с деловым партнером, и он не заинтересован в обновлении или изменении своего сервера.
Итак, я подумал, почему бы не обнаружить 334, скажем, на уровне пакетов и заменить 334 на 234? Это решит мою проблему (при условии, что других нарушений протокола нет).
Как мне это сделать? Запуск прокси-сервера? У кого-нибудь есть опыт в этом?
Есть другие варианты?
У меня нет другого выбора, кроме как использовать уже установленный у меня клиент.
Интересная проблема. Вы можете попробовать использовать iptables вместе с netsed, как описано на https://serverfault.com/a/321671/208324.
В остальном IBM права. Должно быть 234 как ответ на AUTH TLS а не 334, см. RFC4217 разд. 4.2. Серверы, которые все еще делают это неправильно, вероятно, в любом случае слишком стары и по-прежнему используют только SSL 3.0, так что это еще одна проблема, о которой вам нужно беспокоиться, и, возможно, это поможет оказать некоторое давление на вашего партнера, чтобы заменить сервер.