Те, кто застал эпоху диалап-модемов, знают о нём не понаслышке. Через FTP передавали файлы, заливали первые сайты на хостинги и по ночам скачивали драйверы — другого варианта тогда просто не было. Сейчас ссылки с ftp:// почти не встречаются, а сам протокол всё чаще вспоминают только при разборе легаси-систем. Под катом расскажу, почему один из столпов интернета фактически доживает свой век, и пора ли готовить для него прощальную речь.
Полвека на службе
Разработка FTP началась ещё во времена ARPANET. Первый стандарт протокола появился в 1971 году, задолго до того, как интернет стал массовым. Тогда это был просто удобный способ передавать файлы между узлами сети.
К 80-м и особенно к 90-м FTP стал привычным инструментом. Через него выкладывали файлы в открытый доступ, поднимали публичные архивы и раздавали софт. Так появилось понятие anonymous FTP — серверы, на которые можно было зайти без пароля и скачать нужные программы, дистрибутивы Linux, драйверы или документацию.
Компании поднимали собственные FTP-серверы для обмена данными между филиалами и партнёрами, а хостеры почти поголовно выдавали клиентам FTP-доступ. До появления нормальных веб-интерфейсов и тем более облаков альтернатив этому почти не было.
У сисадминов того времени были и свои культовые инструменты. WS_FTP под Windows, а позже FileZilla и похожие клиенты, через которые вручную подключались к серверу и управляли файлами. Даже первый интернет-поисковик Archie, запущенный в 1990 году, занимался индексированием файлов именно на FTP-серверах.
К концу 90-х FTP использовали для передачи больших (по тем меркам) файлов, когда почта уже не справлялась. Но веб стремительно развивался, скорости росли, а требования к безопасности становились жёстче.
К нулевым FTP начал обрастать расширениями и улучшениями, но по сути уже начал считаться «устаревшим» (в кавычках, потому что для меня это слово ассоциируется с клеймом). На это есть ряд объективных причин:
Почему FTP устарел
Отсутствие шифрования
Одна из главных проблем FTP заложена в самом протоколе — передаваемые данные не шифруются. По сети в открытом виде идут и файлы, и данные учёток. Для того времени это не считалось чем-то необычным, но в современной инфраструктуре такой подход неуместен.
Более того, FTP не проектировали с расчётом на защиту трафика, поэтому в среде, где повсеместно используется HTTPS, а требования к приватности и безопасности давно выросли, классический FTP — уязвимое звено. В 2017 году ФБР даже выпускало предупреждение для медицинских организаций, указывая, что атакующие целенаправленно ищут незащищённые FTP-серверы клиник.
Проблемы безопасности FTP не ограничиваются только отсутствием шифрования. Архитектура протокола при атаке FTP bounce attack может передать серверу команду PORT с произвольным IP-адресом. В результате FTP-сервер пытается установить соединение не с клиентом, а с указанным узлом. В прошлом хакеры использовали это для сканирования внутренних сетей или обхода правил доступа, если трафик от FTP-сервера считался доверенным.
Конечно, современные реализации вроде vsftpd или ProFTPD по умолчанию блокируют такие команды, да и на практике подобные атаки давно не являются массовой проблемой, но сам факт их существования хорошо иллюстрирует ситуацию с FTP.
Проблемы с сетевой инфраструктурой
FTP изначально проектировали для сети без NAT и сложной фильтрации трафика. Сейчас протокол использует отдельные соединения для управляющего канала и для передачи данных, поэтому требует открытия дополнительных портов. Всё это приводит к исключениям в файрволах, настройке балансировщиков и постоянным проблемам на стыках.
Даже в простом сценарии с домашним роутером классический активный FTP без дополнительной настройки не работает. Соединение для передачи данных не проходит через NAT — именно поэтому появился пассивный режим и другие обходные механизмы, позволяющие клиенту инициировать все соединения самостоятельно. Это решает часть проблем, но не меняет базовую архитектуру протокола.
В 2005 году рабочая группа IETF FTPEXT попыталась добавить к FTP поддержку шифрования, что привело к появлению FTPS, описанного в RFC 4217. Стандарт закрепил явный режим работы, при котором клиент подключается к порту 21 и переводит управляющий канал в зашифрованное состояние командой AUTH TLS. Однако сейчас из-за шифрования управляющего канала роутеры и файрволы теряют возможность анализировать FTP-команды, а работа за NAT требует ручной настройки пассивных диапазонов портов и пробросов на всех промежуточных узлах.
К слову, неявный вариант FTPS с отдельным портом, об��чно 990, появился ещё до RFC 4217 — как практическое решение и широко использовался де-факто. В самом стандарте IETF этот подход не закреплён и считается устаревшим, тогда как предпочтение отдаётся явному режиму с AUTH TLS.
Проблему с NAT пытались решить и производители сетевого оборудования. Они внедрили в роутеры FTP ALG, который позволяет не просто пересылать пакеты, а анализировать FTP-команды на прикладном уровне, подменяя адреса и порты в управляющем канале. Работоспособно, но механизм сразу перестаёт работать при включении шифрования управляющего канала.
В Linux для FTP вообще появился отдельный «костыль» — модуль ip_conntrack_ftp. Он анализирует FTP-команды в управляющем канале, извлекает IP-адреса и порты для передачи данных и динамически пробрасывает их через firewall. Однако модуль нарушает границы сетевых уровней, плохо переживает нестандартные сценарии и полностью ломается при включении шифрования управляющего канала.
Неэффективность
FTP сложно ускорять и масштабировать. В протоколе нет механизмов кэширования и поддержки CDN, поэтому он плохо приспособлен для массовой раздачи данных. Из-за этого нагрузка на FTP-инфраструктуру распределяется неравномерно, а скачивание крупных файлов нередко идёт медленнее, чем по HTTP или HTTPS.
С точки зрения эксплуатации FTP тоже выглядит тяжеловесно. Для работы нужны отдельные клиентские программы, логины, пароли и понимание того, как вообще устроено соединение. По удобству развёртывания и масштабирования FTP-сервер также проигрывает современным решениям.
Стагнация разработки и падение востребованности
В последние годы FTP-клиенты и серверы почти не развиваются. Большинство проектов давно в режиме поддержки — обновления выходят редко и, как правило, только при обнаружении критических уязвимостей. Новых возможностей не появляется, а интерес к протоколу со стороны разработчиков постепенно сошёл на нет.
Все вышеперечисленные проблемы привели к тому, что от FTP начали отказываться. В 2017 году проект Debian закрыл публичные FTP-зеркала, указав на низкую популярность протокола и сложности с его сопровождением. К тому моменту установщик Debian уже давно не предлагал выбирать FTP-зеркало — пользователей такого сценария просто не осталось.
Почти одновременно начался процесс выпиливания FTP из браузеров. Google несколько раз откладывала решение, но в итоге полностью удалила поддержку ftp:// в Chrome, начиная с 88 версии в 2021 году. С середины 2021 года Firefox также перестал работать с FTP, ссылаясь на соображения безопасности и устаревший код. Не поддерживают протокол уже и «Яндекс Браузер», и даже Microsoft Edge.
Если раньше FTP-сайт можно было открыть прямо в окне браузера, то сейчас для этого требуется отдельный клиент или специальные обходные решения. Для массового пользователя протокол просто исчез из повседневного опыта.
Параллельно удалили архивы драйверов и обновлений на ftp.hp.com, ftp.adobe.com и подобных ресурсах. Им на смену пришли веб-порталы и CDN, которые проще масштабируются и не требуют от пользователя отдельного инструментария. Предчувствуя закрытие архивов, их архивированием занялись энтузиасты.
Однако FTP ещё можно встретить и сегодня…
Ещё жив, но смена подросла
Есть узкие области, где он задержался дольше остальных. Например, TFTP — упрощённый вариант FTP — до сих пор используется для загрузки прошивок и конфигураций сетевого оборудования, в том числе в сценариях PXE-загрузки. Правда, такие решения работают почти исключительно в локальных сетях и решают строго прикладные задачи. Кроме того, протокол выбирают по иным причинам:
В инфраструктурах всё ещё достаточно много старых приложений и скриптов, изначально заточенных под FTP. Если обмен файлами между двумя устаревшими системами уже настроен и не доставляет проблем, менять его часто нет ни желания, ни бюджета.
Зачастую FTP можно встретить и в промышленной среде (для передачи логов, конфигураций или прошивок между контроллерами или ЧПУ-станками), и в офисах, где админы поднимают внутри сети FTP-сервер для приёма сканов с МФУ, и даже в медоборудовании.
Кроме того, FTP до сих пор привлекателен своей концепцией — открытый протокол, множество бесплатных клиентов и минимум требований к настройке, если не задумываться о защите. Начинающие разрабы нередко продолжают загружать сайты на хостинг по FTP просто потому, что так написано в старых инструкциях. Популярные CMS вроде WordPress и Joomla до сих пор поддерживают обновления через этот протокол, а некоторые провайдеры выдают FTP-доступ по умолчанию.
В итоге FTP ещё какое-то время будет существовать фоном. Но у каждого сценария использования FTP сегодня есть современная замена. Например, для защищённой передачи файлов администраторы давно предпочитают SCP или SFTP — решения на базе SSH. Если доступ по SSH уже есть, файлы передаются по тому же каналу, без открытия дополнительных портов и без передачи паролей в открытом виде. Близкий по идее FTPS широкого распространения так и не получил.
А когда речь идёт о раздаче файлов пользователям, проще отдать ссылку по HTTPS и положиться на браузер. Такой подход позволяет использовать кэширование, зеркала и CDN, а серверу — масштабироваться без экзотических настроек. HTTP изначально проектировался в том числе как более удобная альтернатива FTP для массового скачивания, и со временем полностью вытеснил его из публичного интернета.
Для автоматизированных сценариев появились свои инструменты — объектные хранилища вроде S3 изначально создавались не для людей, а для сервисов и скриптов. Они лучше вписываются в современную инфраструктуру.
Для визуализации составил таблицу:
Характеристика |
FTP |
FTPS |
SFTP |
HTTPS / S3 (можно было бы разделить, но поставил так) |
Транспорт |
TCP (21/20 + range) |
TCP (21/990 + range) |
TCP (22) |
TCP / QUIC (443) |
Проход через NAT |
Проблемный (активный/пассивный, ALG) |
Очень проблемный (ALG не работает из-за TLS) |
Без проблем |
Без проблем |
Шифрование |
Нет |
TLS |
SSH |
TLS |
Архитектура |
Control + data каналы |
Control + data каналы |
Один канал |
Один канал |
Масштабирование |
Плохое |
Плохое |
Среднее |
Хорошее (CDN, кеши) |
Скорость (LAN) |
Высокая |
Высокая (overhead TLS) |
Средняя (CPU) |
Высокая |
Скорость (WAN) |
Зависит от сети |
Зависит от сети |
Зависит от буферов SSH |
Высокая (HTTP/2, HTTP/3) |
Аутентификация |
Пароль (часто plaintext) |
Пароль + TLS |
SSH-ключи |
Токены, OAuth2, IAM |
Где применяется |
Легаси, внутренние сети |
Легаси с требованиями ИБ |
Администрирование |
Пользователи и сервисы |
Кроме того, облачные хранилища и мессенджеры закрывают большинство сценариев без какой-либо настройки. Вряд ли сегодня кто-то станет поднимать FTP-сервер, чтобы передать пару фотографий.
Похожая ситуация и с веб-хостингом. Вместо ручной загрузки файлов по FTP всё чаще используют панели управления с веб-интерфейсом, деплой через Git и CI/CD или встроенные механизмы хостинга.
Долгая жизнь и тихий уход
FTP прожил долгую жизнь и сыграл заметную роль в становлении интернета. За это время сменилось не одно поколение технологий, и сегодня его место заняли более подходящие инструменты.
Нужно ли оплакивать? Нет, для большинства пользователей исчезновение этого протокола пройдёт незаметно, а для сисадминов скорее станет облегчением — одной устаревшей и небезопасной технологией станет меньше. Что ж, поднимем кружку кофе за старичка FTP.
А вы ещё используете FTP-сервер? Если да — для чего, если нет — делитесь историями, связанными с этим протоколом.
© 2026 ООО «МТ ФИНАНС»
Комментарии (57)
UniInter
14.01.2026 14:00Еще 20 лет назад перешел с FTP на SFTP. Вот тогда и надо было статью писать.
Ryav
14.01.2026 14:00Лет 15 использую SFTP для доступа к данным на домашнем сервере. Есть в этом случае какие-то альтернативы?
MornFeredir
14.01.2026 14:00WebDAV
winorun
14.01.2026 14:00Можете посоветовать какой нибудь легкий сервер(не apach2)? К lighttpd клиенты не подключаются, что им надо так и не понял. nginx надо ставить расширенный, что как бы тоже не охота.
Moog_Prodigy
14.01.2026 14:00Дык а чего ему NAT, порт кастомный прокинул через роутер (при условии если белый ip).
select26
14.01.2026 14:00Это только в passive mode.
Native mode делает обратный callback, который ломается от NAT, если нет специальных костылей.
alexeishch
14.01.2026 14:00Для домашнего сервера есть vpn+smb. Для всего остального либо vpn+sftp(linux) либо vpn+rdp(windows).
FTP никогда не был удобным. Windows share (Samba) всегда была гораздо удобнее
Kahelman
14.01.2026 14:00FTP всегда удобнее Samba. Особенно если вы под Linux.
alexeishch
14.01.2026 14:00У меня сейчас debian 13 и Samba работает идеально. Я бы даже сказал что работает лучше чем в любой windows старше 10. Linux и Windows в домашней сети работают в абсолютной синергии
select26
14.01.2026 14:00Ага, а права на файлы вы как передаете через Samba?
FTP почти нативно поддерживает файловые атрибуты.alexeishch
14.01.2026 14:00права на файлы передаются стандартно там где они нужны через tar+bz2. В пользовательских файлах которые вы копируете (документы и прочее) вам нафиг не нужны linux файловые атрибуты (а права доступа у samba свои), а там где они нужны вам нужно копировать несколько файлов и tar решает вашу проблему
Если же вам нужна синхронизация, то в мире linux это решается через rsync+ssh
mogaec
14.01.2026 14:00Если при копировании 60-80 гигового файла произойдет дисконект, в вашей ситуации докачать получится?
LAutour
14.01.2026 14:00FTP никогда не был удобным.
Возможность докачки файлов (во всяком случае FTP без поддержки докачки мне не попадались).
alexeishch
14.01.2026 14:00Возможность докачки файлов для очень полезной была во времена dial-up. Сейчас этот же механизм работает из коробки в любом web-сервере (обработка http range запросов), Но для домашнего применения такая штука избыточна.
Kahelman
14.01.2026 14:00Сейчас протокол использует отдельные соединения для управляющего канала и для передачи данных, поэтому требует открытия дополнительных портов. Всё это приводит к исключениям в файрволах, настройке балансировщиков и постоянным проблемам на стыках.
Автор вы в коном году статью писали?
Два канала передачи данных это на баг а фича.
В отличии от рекламируемого вами http-based протоколов для передачи данных, ftp из коробки умеет передавать данные по частям при обрыве канала.
Попытайтесь дсистрибутив того же дебианатсаачать по плохому каналу, да ее и периодически прерывая соединение.
Ещё веселее, попытайтесь залить дистрибутив куда-нибудь на удаленный сервер при плохом канале и обрывах соединений.
Удачи….
Еже можете попробовать автоматизировать работу по загрузке/скачиванию файлов с помощью http решений - поделитесь опытом.
maxp
14.01.2026 14:00Вы о чем вообще?
Докачкой файлов по хттп мы пользуемся уже более четверти века. Если говорить более подробно о недостатках протокола, то отдельные каналы (их может быть не два!) зависящие от стейтфул контрол коннекшена и бедность функций в нем это основной недостаток протокола и почему от него стали отходить.
Надо понимать, что хттп это протокол уровня соединения, поэтому сравнивать его с файловым сервисом несколько не корректно. Зато хттп легко расширяется и на его базе значительно проще строить такие сервисы, которые нужно. И там все прекрасно автоматизируется.
Если вы в 2026 году что-то говорите про использование ftp, то возможно вам интересно будет узнать про такие вещи, как WebDAV или специальный вариант для файлопомоек - S3 (уже два десятка лет с нами!).Kahelman
14.01.2026 14:00Ну давайте, разберем use case.
У меня клиенты в Китае - системы управления производством.
Доступ через VPN который из Европой ещё то удовольствие, поскольку Китайские товарищи свой великий фаервол обнят день и ночь.
Сервер под виндой. Мне туда надо дистрибутивы заливать регулярно и оттуда данные периодически скачивать для дебаггинга.
Что мне надо чтобы поднять там ftp или любое из ваших решений?
Для ftp: загрузить туда golang ftp server -около 2 Mb. И стартануть его.
Теперь ваш ход: давайте настроим там WebDAV или s3….
maxp
14.01.2026 14:00Выставляете наружу простой фтп с доступом до ключевых компонентов АСУТП? Серьёзно?
Повторюсь еще раз - мир не стоял на месте 30 лет, много что придумали и сделали удобного. Посмотрите, что такое ssh и работающие поверх нее rsync или rclone. Ну или на caddy на хрудой конец, если вот прямо хочется видеть "окошечко с файликами, как фтп".
Так у вас хотябы какой-то TLS будет, чтобы весьма критичные данные не торчали наружу голой задницей.
Опять же, rsync отродясь умеет докачки/перекачки/обновления файлов не так криво, как это реализовано в фтп.Kahelman
14.01.2026 14:00Вы внимательно читали? Там vpn. Как вы планируете в закрытой сети сертификаты разорвать? Будете удостоверяющий центр настраивать?
nerudo
14.01.2026 14:00Я не знаю как это работает внутри, но когда в браузере (файрфокс) что-то скачиваю, то периодически наблюдаю забавный эффект. При обрыве связи файл может несколько раз продолжить скачиваться с прерванного места, а потом все ломается и скачивание начинается сначала. Не знаю, с чем это связано.
nnutts
14.01.2026 14:00Автор вы в коном году статью писали?
Автор не писал эту статью, обращаться не имеет смысла.
Spiritschaser
14.01.2026 14:00Не нужен никакой отдельный клиент. explorer.exe отлично открывает ftp. И с nat нет никаких проблем, если ftp выставлен наружу как надо. А с клиентской стороны PASSV решил все вопросы тыщу лет назад. А вопросы безопасности решаются организационно - отдельной базой юзеров, чрутом и разделением аплоада и даунлоада.
LaoSan
14.01.2026 14:00Почему FTP умирает
Кто такое сказал? Не вижу чтобы в статье на этот счет были подробности.
Максимум что с ним стало, так это то, что его крайне редко стали использовать обыватели.
(Они просто смекнули, что Облачные диски и ФайлоОбменники куда проще для обмена файлами)Debian закрыл публичные FTP-зеркала
Они перешли на HTTP, так как у него по сравнению с FTP ++Возможностей и --Гемороев.
Google несколько раз откладывала решение, но в итоге полностью удалила поддержку
Правильно, FTP обыватели мало используют и его муторно поддерживать и невозможно продавать. (Другое дело Google Drive)
FireFox, Яндекс Браузер, Edge, ...
Им это просто не нужно, т.к. полно полноценных клиентских FTP приложений (тот же FileZilla) которые обрели массовую популярность и которых по функционалу просто бессмысленно пытаться догонять.
Можно и дальше тыкать пальцем по пунктам данной статьи, которая собственно из этого же пальца и высосана, но нужно заканчивать и тут как нельзя кстати подойдут слова из фильма Джон Уик.
А, FTP такой читает статью и говорит: I have served. I will be of service.
Astroscope
14.01.2026 14:00Оспаривая тезис о том, что FTP умирает, вы привели много неоспоримых доводов, почему FTP умирает.
HellRider79
14.01.2026 14:00Вчера только по фтп на хостинг сайт заливал файлзиллой. У любого хостера он есть, фтп.
LaoSan
14.01.2026 14:00Как так !?
Из-за таких как ты FTP до сих пор не может помереть и упокоиться на задворках истории )))
Krey
14.01.2026 14:00Оплакивать? Да он недостижим по "аптайму" любому из современных протоколов. Надо кричать ава!
djstanislaff
14.01.2026 14:00Постоянно только им и пользуемся для разработки продвижения и обслуживания сайтов.
Других доступов обычно нет. Самый удобный способ. Открыл VS Code, подключился через расширение FS Remote по ftp.
Ssh не каждый может предоставить. Из 50 по-моему только двое смогли дать ssh.
lokapal
14.01.2026 14:00Единственная причина, по которой умирает FTP - безрукие погромисты Google, которые не сумели/не захотели его полноценно реализовать. Или, как вариант, безголовые менеджеры Google, которые продавили это. Плюс монополия движка в мире современных браузеров.
Протокол сам по себе живее всех живых. Что, если Вам нужно иметь стабильную возможность забирать с рабочего компьютера большие файлы (допустим, образы развёрнутых OS с предустановленным/преднастроенным софтом)? Или, скажем, в области полиграфии, загрузить/забрать пару десятков файлов, каждый по 5G? FTPS чудесно работает, тем более с появлением/тотальным внедрением LetsEncrypt.
ProFTPD чудесно умеет аутентифицироваться через mySQL, LDAP, Windows Domain. FileZilla Pro Server то же самое - умеет локальных пользователей, умеет системных - и всё это настраивается быстрее и гораздо удобнее, чем apache/nginx, тем более с закачкой/докачкой.
А идею отказа от FTP толкают исключительно продавцы облаков - типа хранить свои файлы не пойми у кого, кого завтра братки закроют/арестуют - ни разу не опасно, а качать по FTPS со своего рабочего/домашнего компьютера - ужас как опасно.
Astroscope
14.01.2026 14:00Вроде как FTPS это не совсем FTP.
lokapal
14.01.2026 14:00Вы не путаете, случайно, FTPS (т.е. FTP + SSL) с SFTP (который часть SSH2)? А то так можно договориться до того, что HTTPS это не совсем HTTP, IMAPS не совсем IMAP, POP3S не совсем POP3, а SMTPS не совсем SMTP :-)
FTPS - это FTP + implicit/explicit SSL. Implicit SSL обычно "вывешивают" на порт 990, explicit работает как расширение на стандартном порту. Обычно некоторым пользователям (тому самому anonymous) дают качать без SSL, а всем остальным нужен SSL.
kma21
14.01.2026 14:00Для визуализации составил таблицу:
Таблицы любят учителя истории и нейронки.
И я сильно сомневаюсь, что эту статью писал учитель истории.
kenomimi
14.01.2026 14:00А какие ему альтернативы?
Samba - хорошо работает только на винде, в остальных местах с костылями и проблемами.
NFS - работает только в линуксах, в остальных случаях или не поддерживается, или требует грязных хаков. Да и в линуксах при не очень стабильном канале клиент склонен к глухому зависанию до перезагрузки.
FTP - работатет хорошо везде, на всех платформах. Нет шифрования, но не нужно - в интернете FTP использовать уже сто лет как страшный харам, зато для приватных сетей самое то.
Webdav - во многих случаях есть косяки реализации, например, в винде кеширует списки файлов, и потом не показывает изменения.
S3/hdfs/... - кровавый ынтерпрайз, сложный в настройке и поддержке, да и не предназначеный для файлопомоек.
ssh - красиво, но медленно, и в отдельных сценариях небезопасно (при косяках с нстройкой пользователь получает доступ к шелу)
Больше ничего как-то и не завезли...
Fr0sT-Brutal
14.01.2026 14:00Вот-вот. Самба была бы идеальна, если бы на виндах не чудила как сволочь (совместный доступ, зомби-коннекты, которые держат файл, мистические косяки с правами и тд). На линухе только как клиента пробовал, есть ли сервер?
WebDAV? Вроде и неплохая идея, но попробуй найти клиента или в программе реализовать.
А HTTP для файловых хранилищ - ужасен по причине отсутствия стандарта на листинг, а также отсутствие понятий "папка" и "файл" в принципе. Да, тыкнуть в браузере можно, но автоматизировать закачки с него по определенным критериям - это ад. К примеру, чтобы выкачать 10 новых файлов без предзнания о формате листинга, надо получить список ссылок на них, выполнить 10 HEAD-ов, вытащить оттуда Modified и уже тогда начинать качать.
Да, FTP очень неудобен своим устройством с двумя каналами, всеми этими портами и сложностью синхронизации между ними, но при всей этой критике ничего сравнимого по простоте так и не создали.
lokapal
14.01.2026 14:00Far Manager с плагином NetBox (давно входит в стандартный дистрибутив), Ваш выход, клиенту нужен WebDAV клиент!
P.S. far2l for linux тоже умеет в webdav. И FileZilla под всеми OS
Fr0sT-Brutal
14.01.2026 14:00>И FileZilla под всеми OS
Только платная. Насчет остального спасибо, не знал
select26
14.01.2026 14:00NFS - работает только в линуксах, в остальных случаях или не поддерживается, или требует грязных хаков. Да и в линуксах при не очень стабильном канале клиент склонен к глухому зависанию до перезагрузки.
Иcпользуйте опцию soft при mount и вы избежите такого поведения.
Samba, нужно отдать должное, уже довольно стабильна. Там где невозможно применить NFS, использую.
Gorthauer87
14.01.2026 14:00А как в nfs сделать discovery по ресурсам внутри сети? Можно ли как нибудь avahi и automount приделать? А то не хочется пердолится с экспортами
MIKEB2ru
14.01.2026 14:00Да. Я использую FTP на смартфоне довольно часто, когда надо передать небольшие файлы между компом и смартом. По WiFi (FTP-сервер на смартфоне + Total Commander на ПК) это проще, нежели с кабелем в USB тыркаться.
babysas
14.01.2026 14:00я тоже извращенец ;)
но быстрее файл кинуть в saved messages телеги и тут же открыть его на мобильнике.
вообще пофиг есть ли у вас там вайфай, в одной ли вы подсети.
так же работает с телефонами жены и дочери на которых всяких хитрых серверов не стоит ;)
ahdenchik
14.01.2026 14:00Забыта самая главная суть FTP, из-за которой он и стал умирать: этот протокол изначально не требует отдельного FTP-клиента(!). Весь контроль осуществляется стандартным telnet-клиентом, а передача файлов - между двумя сторонними серверами. В этом и был смысл танцев вокруг второго соединения для данных.
Как только вопросы безопасности и шифрования стали становиться актуальными такой подход резко потерял смысл. Но по инерции ещё лет 10 развивались его клиенты и сам протокол обвешивался свистелками, хотя фундаментального смысла в дополнительном соединении для данных уже не было, а проблемы создавало - и потому он (концептуально) сдох уже в 1994.
Исчезал же он медленно (даже казалось что он развивается!) потому что это совпало с периодом взрывного роста интернета.
Silpheone
14.01.2026 14:00Кто бы знал, что в 2026-м году самым удобным способом для перекидывания кучи файлов с компа на телефон для меня будет ФТП. При условии, что с телефоном нужно ходить по квартире и делать дела. Скорость, стабильность, удобство работы с файлами в любимом двухпанельном стиле
vlatro
14.01.2026 14:00Однако при ограниченной ёмкости канала по ftp качается раз в пять быстрее чем по webdav.
Artem_Omny
14.01.2026 14:00Особенно сильно FTP/SFTP не нужен продавцам облаков и подписок. Им и фотографии не нужны, подписывайся и к ним заливай. И текстовые файлы и музыка, и видео устарели и умирают. Только не отменяй подписку! Они тебе и операционную систему и трансляцию игр потоком хотят отдавать по подписке. А про всё остальное расскажут, что устарело. И деже машины устарели, у них арендуй и отваливай за каждую царапину. И жильё своё устарело, только снимай по подписке. И даже работа твоя устарела, нейросеть по подписке её заменит. Ну и продуктов закажи по подписке за цифровые деньги...
agitimkhtin
14.01.2026 14:00Не имея провода - перекидываю файлы между телефоном и ПК (с ограничениями конечно, например не получится перекидывать файлы из / в системные папки (например android/media/com.whatsapp/whatsapp/.../...)
yahooyaks
14.01.2026 14:00Для массового потребителя умирает, многие такой аббревиатуры уже не знают. А у меня современная промышленная камера фотографии дефектов складывает на современный сервер для анализа отбраковки по FTP. Сейчас много протоколов широко известных в узких кругах. Просто FTP постепенно таким и станет.
horribile
Использую для переписывания файлов с домашней файлопомойки в локальной сети + double commander. Очень удобно