vsftpd, docker

FTP в 2025 – это должно быть очень нужно.

Ты какие порты в контейнер прокинул?

И закинул ли ты в контейнер SSL-сертификаты?

FTP в 2025 – это должно быть очень нужно.

Может и не очень, но чем еще по быстрому залить файл на сервер без особого пердолинга?

Ты на сервере включи отладку и посмотри в логах что происходит.
И на каком этапе подключения у клиента это сообщение? Чем подключаешься?

pasv_min_port=40200
pasv_max_port=40300

чем еще по быстрому залить файл на сервер без особого пердолинга?

scp же.

scp же.

Я человеку который кроме проводника и тотал командера больше ничего не видел просто не смогу обяснить что это такое. А с ftp еще норм.

Выкинь свой докер, он не нужен. Вот же извращенцы везде его суют.

А фтп устарел уже 20 лет назад, не рекомендую его использовать.

Неужели в оффтопике всё так плохо что всё фтп-гуи застряло в 90-х? Любой более-менее современный клиент (хотя бы с 2010-х) должен sftp поддерживать.

Тут может быть проблема, да.

Я человеку который кроме проводника и тотал командера больше ничего не видел просто не смогу обяснить что это такое.

В total commander вроде же был плагин для scp ?

Даже если он есть, мне нужно будет делать ему учетку для ssh?

Раз уж докер вас не пугает: https://github.com/panubo/docker-sshd

wormhole? https://magic-wormhole.readthedocs.io/en/latest/welcome.html

если что-то не прям очень важное

Может и не очень, но чем еще по быстрому залить файл на сервер без особого пердолинга?

Про без пердолинга — это точно не к FPT. Для того, кто придумал специальный текстовый режим, ломающий кодировки, в File Transfer Protocol, давно зарезервирован котёл в аду, но даже если эту хрень в клиенте отключить не забыл, файл ещё и по пути может побиться, поэтому придётся ещё и чексуммы каждый раз сверять. Любой другой способ будет требовать меньше пердолинга.

Ну а так, например SFTP, sshfs (вообще ничего не сервере не требует, монтируешь на клиенте при наличии ssh-доступа, и всё), да хоть rsync.

WinSCP имел довольно приемлемый интерфейс. Как сейчас – не знаю.

vfstpd вроде вообще сломан

Просто добавь в конфиг openssh-server:

  openssh-server:
    image: lscr.io/linuxserver/openssh-server:latest
    container_name: openssh-server
    hostname: openssh-server #optional
    environment:
      - PUID=33
      - PGID=33
      - TZ=europe/Moscow
      - SUDO_ACCESS=false
      - PASSWORD_ACCESS=true
      - USER_PASSWORD=<password>
      - USER_NAME=<user>
    volumes:
      - /srv/deploy/wordpress:/home/wordpress
    ports:
      - <port>:2222
    networks:
      - "openssh-net"
    restart: unless-stopped

Он умеет работать в режиме эмуляции ftp. И не нужно заморачиваться с правами и тп.

а Dockerfile есть? Точно внутри openssl той версии, libpam правильно настроены и ключ/сертификат добавлены? Плюс как ты там пользователей заводишь? Может лучше файл использовать?

The URL of a public server is baked into the library for use as a default, and will be freely available until volume or abuse makes it infeasible to support. Applications which desire more reliability can easily run their own relay and configure their clients to use it instead.

и в чём смысл, если в локальной сети всё равно свой сервер поднимать.

The file-transfer commands also use a “Transit Relay”, which is another simple server that glues together two inbound TCP connections and transfers data on each to the other (the moral equivalent of a TURN server).

Даже два сервера.

Логично было бы, чтобы в локальной сети оно умело друг друга через широковещательные пакеты находить или что-то в этом роде.

s3://

не рекомендую

порекомендуй альтернативу

Так это нужно денег платить за внешнее облако. Ну, либо своё поднимать, что тоже вариант, конечно.

Её все знают это sftp.

Её все знают это sftp.

все знают

о существовании sftp действительно знают все.

sftp всё же не совсем альтернатива ftp. ftp например оффтопиком в какой-то мере поддерживается встроенно, браузеры имели встроенную поддержку ftp долгое время.

если б ты сказал, например, webdav я б еще понял - он и в оффтопике на макинтоше даже вроде поддерживается

давно уже ничего не надо платить

seaweedfs/seaweedfs

Да что ж такое?!

Надо выкидывать и фтп и всё то легаси, которое к нему прибито. Если у тебя есть надобность пошарить с какой-то домохозяйкой на оффтопике фтп - давай им ссылку на нормальный файловый клиент, работающий через sftp.

браузеры имели встроенную поддержку ftp долгое время.

Очень важное слово «имели» - её даже оттуда выкинули. Да и поддержка была односторонняя, только на скачивание (т.е. ничем не лучше http), а сейчас и такой нет.

поддержка была односторонняя, только на скачивание

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

т.е. ничем не лучше http

нет, это лучше чем http. во-первых, потому что по http все пользователи сервера не смогут закачивать. во-вторых, встроенные в систему http-клиенты (браузер) не позволяют скачать директорию.

не позволяют скачать директорию.

Браузер и по фтп её скачать не может.

на чтение лучше чем вообще никак,

потому что по http все пользователи сервера не смогут закачивать

Речь была про «фтп потому что умеет браузер». И вообще фейковую проблему, которую ты описал, держатели фтп решили своими силами очень просто - параллельно фтп запустили http сервер на том же домене с тем же контентом, тем самым сделав полностью ненужным аналогичный функционал браузера, да ещё и выиграв если там https. Так что ориентироваться на «хотя бы читать могут» не надо, впрочем современные браузеры всё равно уже не умеют.

ты все перепутал, прицепился к браузеру и конструкцию в целом узреть не можешь

держатели фтп решили своими силами очень просто - параллельно фтп запустили http сервер на том же домене с тем же контентом

что ты выдумываешь? какую проблему решили? это только для тех ftp которые изначально только на чтение. скачивание директорий это не даёт, запись тем более.

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

Я ничего не выдумываю, я тебе отвечал на твой аргумент «фтп поддерживался браузерами а сфтп нет», и объяснил почему он полностью несостоятелен был даже тогда, когда фтп они ещё поддерживали. Перед тем как отвечать на этот коммент очередной порцией демагогии, прочитай нить беседы чтобы не ходить по кругу.

(вообще ничего не сервере не требует, монтируешь на клиенте при наличии ssh-доступа, и всё)

Вот именно наличие этого ssh-доступа и имеет значение.

Если это сервер (я знаю, что у ТС виртуалка, но я отвечал на сообщение, где было про сервер), то ssh-доступ нужен в первую очередь. В том числе и для того, чтобы установить и настроить FTP.

Раз уж докер вас не пугает

На счет докера это не ко мне.
Мне не нравится делать учетки разным людям для ssh.

Да, но пользователей для ssh всё равно добавлять придется. А это напрягает.

Как добавлять пользователя на сервере, не имея ssh-доступа?

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

The URL of a public server is baked into the library for use >as a default, and will be freely available until volume or abuse >makes it infeasible to support. Applications which desire more >reliability can easily run their own relay and configure their >clients to use it instead.

и в чём смысл, если в локальной сети всё равно свой сервер >поднимать.

The file-transfer commands also use a “Transit Relay”, which >is another simple server that glues together two inbound TCP >connections and transfers data on each to the other (the moral >equivalent of a TURN server).

Даже два сервера.

Логично было бы, чтобы в локальной сети оно умело друг друга >через широковещательные пакеты находить или что-то в этом роде.

ненадо ничего поднимать если хочется просто перекинуть картинку с котиками (а не что-то секретное) - оно итак работает..

для локальной сети есть localsend, но он к сожалению только с gui

Если это сервер (я знаю, что у ТС виртуалка, но я отвечал на сообщение, где было про сервер), то ssh-доступ нужен в первую очередь. В том числе и для того, чтобы установить и настроить FTP.

Кстати, если надо только шарить файлы, и именно в контейнере, и не хочется заморачиваться с юзерами, то есть же еще вот такая штука:

Docker Container for Syncthing

Спасибо, что-то не подумал включить отладку (почему то думал что в логов достаточно), там вроде есть даже параметр. Сегодня попробую. Порты все проброшены. Я могу скачивать и заливать, кроме контейнера, там при вводе пароля выдаётся ошибка. Причём клиент использует сертификат сервака, wireshark показывает использование tls 1.3

21 и 40200-40300, да сертификаты на серваке есть. Цель просто запихнуть что-то в контейнер и капнуть немного глубже ну и получил что хотел =)

я взял готовый контейнер с гитхаба и решил добавить ключи и поменял режим работы самого сервака и пару вещей дописал. Там всё есть.

я взял готовый контейнер с гитхаба и решил добавить ключи и поменял режим работы самого сервака и пару вещей дописал. Там всё есть.

еще раз :)

Какой контейнер? Как добавил ключи? Как добавлял пользователей?

Git (github.com)

Dockerfile:

COPY [ "app/ftp.pem",  "/etc/ssl/certs/ftp.pem"]
COPY [ "app/ftp.key",  "/etc/ssl/private/ftp.key"]

Пользователи добавляются после запуска контейнера, с помощью app/docker-entrypoint.sh

Пользователи добавляются после запуска контейнера, с помощью app/docker-entrypoint.sh

как?

ok

посмотри есть ли там ca-certs. если и с ними все в порядке, то видимо кривая сборка openssl и стоит взять другой контейнер

хорошая идея, попробую другой. спасибо.

да ошибка пропала при использовании другого контейнера, но я не могу зайти пользователем и не знаю почему. говорит что логин не правильный, хотя я создавал пользователей в контейнере, но на всех он пишет одно и тоже. Можно попробовать создать виртуальных пользователей, но меня блевать тянет от vsftpd. Причём эта гнида по ману должна брать конфиг из /etc/vsftpd.conf, но при запуске exec /usr/sbin/vsftpd она его игнорирует, это надо указывать вручную. Отладка насколько всратая, что ты никогда в логах не увидишь если у тебя конфиг не правильный. Мне кажется это нужно закапать и забыть… Всё что хотел от этого я получил…

чем еще по быстрому залить файл на сервер без особого пердолинга?

ssh

возьми proftpd - он вроде тоже ssl умеет

Неужели в оффтопике всё так плохо что всё фтп-гуи застряло в 90-х?

WinSCP на винде и просто ssh-сервер на сервере