Хоккинг в своей книге "Краткая история времени" писал о том, что физики стараются найти общую формулу расчёта всего. Это наблюдается в стремлении обобщать и находить что-то общее в ходе расчётов, чтобы потом это переиспользовать и не плодить дубликаты. То же самое сейчас наблюдается у разработчиков условного "глобального ИИ, который нас убъёт".
Достижимы ли эти две цели, описанные выше, если ещё в 1914-ом году в таблице Менделеева был вообще несуществующий элемент - эфир? Мы мало знаем наш мир!
Также, как мало мы знаем физику, мы мало знаем и про создание сверхумного ИИ.
В статье предложен работающий вариант автоматизации FTPS (с помощью LFTP для Линукс), если какой-то бизнес захочет это сделать — найдёт статью и повторит. Работающих других решений найдено не было, поэтому статья стоит того, чтобы тут находиться. Всё просто — это решает запрос бизнеса.
Скорее всего не поддерживает EPSV, отдельно протестил использование EPSV: от сервера нет отклика. Использовал ftplib.
Несмотря на то, что «проблема известная» (как пишут в комментариях), решения никто не предложил (в тех статьях, да ещё которые работали бы, я имею в виду). А статья рассказывает про LFTP-утилиту для Linux — вот она работает.
Проверил всё то, что обсуждалось в комментариях:
1. PASV мы пробовали, и я протестил ещё раз — нет, это не решает проблему, от сервера нет отклика.
2. EPSV — тоже никакого толка, протестил — никакого отклика.
Как настроен сервер и с чем мы столкнулись — в принципе сейчас не важно, потому что статья предлагает работающее решение — LFTP-утилита для Linux
Проблема была ясна — нужно было лишь найти FTP-клиент, который эту задачу решал бы также, как это получалось через FileZilla. Через FileZilla мы как раз и узнали про неверный IP в ответе сервера. Вайршарк был бы излишеством.
Посыл статьи в том, что не все FTP-клиенты для Python могут решать задачи с некоторыми трудными серверами
Насколько мы поняли — FileZilla умеет поправлять IP, который используется в подключении, а у заказчика стоял FTP-сервер, который этого не делал. Может быть, что у них там какая-то защита стояла, может быть Файрволл, может быть что-то ещё. По их регламенту — они нам этого не говорили, исходные данные были только такие: «Вот ваш логин, пароль, а вот наш айпи и порт».
А был он за NAT'ом или нет — не ясно. Главное то, что LFTP умеет решать эту проблему и мы смогли это автоматизировать хотя бы на уровне Bash
Хоккинг в своей книге "Краткая история времени" писал о том, что физики стараются найти общую формулу расчёта всего. Это наблюдается в стремлении обобщать и находить что-то общее в ходе расчётов, чтобы потом это переиспользовать и не плодить дубликаты.
То же самое сейчас наблюдается у разработчиков условного "глобального ИИ, который нас убъёт".
Достижимы ли эти две цели, описанные выше, если ещё в 1914-ом году в таблице Менделеева был вообще несуществующий элемент - эфир? Мы мало знаем наш мир!
Также, как мало мы знаем физику, мы мало знаем и про создание сверхумного ИИ.
Не на нашем веку, Хабр :) Жить будем
Несмотря на то, что «проблема известная» (как пишут в комментариях), решения никто не предложил (в тех статьях, да ещё которые работали бы, я имею в виду). А статья рассказывает про LFTP-утилиту для Linux — вот она работает.
Подробности настроек FTP-сервера нам не сообщали.
1. PASV мы пробовали, и я протестил ещё раз — нет, это не решает проблему, от сервера нет отклика.
2. EPSV — тоже никакого толка, протестил — никакого отклика.
Как настроен сервер и с чем мы столкнулись — в принципе сейчас не важно, потому что статья предлагает работающее решение — LFTP-утилита для Linux
Заказчик использовал FTPS-сервер, потому что это их внутренний регламент. А такие правила не меняются для кого-то или под кого-то.
Посыл статьи в том, что не все FTP-клиенты для Python могут решать задачи с некоторыми трудными серверами
А был он за NAT'ом или нет — не ясно. Главное то, что LFTP умеет решать эту проблему и мы смогли это автоматизировать хотя бы на уровне Bash