LinuxMint.com.ru

есть сервер с vsftp когда посреди раб дня я завожу там нового пользователя и делаю ребут службы (без этого новый созданный пользователь на работает) то у тех кто использует ftp папку(пользователи linux mint с libreoffice) закрываются открытые там файлы, принудительно, аварийно

это поправимо?

aarus, c reload тоже отвалится?

sudo systemctl reload vsftpd.service

aarus писал(а): делаю ребут службы (без этого новый созданный пользователь на работает) то у тех кто использует ftp папку(пользователи linux mint с libreoffice) закрываются открытые там файлы, принудительно, аварийно

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

Chocobo писал(а): aarus, c reload тоже отвалится?

sudo systemctl reload vsftpd.service

попробую, спасибо

Olej писал(а):

aarus писал(а): делаю ребут службы (без этого новый созданный пользователь на работает) то у тех кто использует ftp папку(пользователи linux mint с libreoffice) закрываются открытые там файлы, принудительно, аварийно

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

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

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

Это совершенно правильно: когда служба (любая!) останавливается (а это сервер), то все его (сервера) соединения (сокеты) закрываются ... а вослед и файлы. Это, вообще то, самые базовые основы TCP/IP.
А ваши хотелки для серверов не указ.

Не могу сказать на тему ftp-протокола и vsftpd в частности - надо проверять. но релоад предложил по той причине, что pidfile остается жив, а процесс получает SIGHUP чтоб следом взлететь.
Активные коннекшны теоретически могут перейти на это время в TIME_WAIT

Chocobo писал(а): Активные коннекшны теоретически могут перейти на это время в TIME_WAIT

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

Olej, c Time_wait согласен, поторопился)
Но соединение не рвется тем не менее, как и предполагал.

Chocobo писал(а): Но соединение не рвется тем не менее, как и предполагал.

Во-первых, это зависит от конкретного вида FTP-сервера: как он реагирует (если реагирует) на SIGHUP (это не обязательное поведение!), как он перезагружается (что там прописано в .servise для service команд service и sysctl) и т.д.
Во-вторых, от того, какой используется клиент и как он устанавливает соединение (стандарт HTTP, например, предполагает открытие - обмен - закрытие соединения на каждый новый запро GET/PUT).
В-третьих, показанный пример ничего не показывает (или я не понял что он показывает?) - вы должны бы выполнить FTP запрос, например, из telnet (возможно консольным ftp), потом перезапустить сервер не разрывая соединения, а потом выполнить повторный запрос.

Olej писал(а): или я не понял что он показывает?

Установлено tcp-соединение на листенер ftp-сервера.
В соседнем окошке даю ftp серверу reload - соединение никуда не девается. Можно и телнетом, но какая разница, сделал как привычней.
Если в таком же сценарии дать restart - nc мгновенно потеряет коннект, т.к происходит стоп/старт, новый процесс, новый листенер.
Может так будет наглядней:

Olej писал(а): что там прописано в .servise

Я потому и привел, что туда прилетит SIGHUP, что глянул в инит-скрипт

Olej писал(а):это зависит от конкретного вида FTP-сервера:

Если стоит академическая задача провести аудит работы данного FTP-сервера, то да можно продолжать полемику. В случае же острой необходимости практического применения - чекнули - коннект жив, потестировали, работаем дальше. Вопрос поступил именно про vfstpd

Chocobo писал(а): В соседнем окошке даю ftp серверу reload - соединение никуда не девается. Можно и телнетом, но какая разница, сделал как привычней.
Если в таком же сценарии дать restart - nc мгновенно потеряет коннект, т.к происходит стоп/старт, новый процесс, новый листенер.

Так ТС как-раз и пишет о случае restart, а с reload он так и не удосужился посмотреть.

Olej, задача была избавиться от дисконнекта для добавления пользователей к vsftpd.
Финальное слово под конкретную ситуацию конечно за ТС, но все указывает на то что новый конфиг с reload подцепится без обрыва для текущих клиентов.

Olej писал(а): А ваши хотелки для серверов не указ.

А должны бы по-хорошему быть указом. high availability - вполне обоснованное требование к современным ИС и сервисам.

Chocobo писал(а): А должны бы по-хорошему быть указом

Ничего подобного.
Есть протоколы, стандарты, документы RFC ... и они нарабатываются даже не годами, а десятилетиями.
И хотелки должны соответствовать стандартам, а не наоборот.

aarus писал(а): это не правильно что чтобы завести нового человека на сервере надо рестартнуть службу фтп и при этом вся компания отваливается

ТС прав, это неправильно, просто он не знал метода обновления конфигов без прерывания сервиса. В разрез с RFC нигде не идем. Хотелка была вполне обычная и правильная.

Chocobo писал(а):

...вся компания отваливается...

Я такого (как в цитате) не писал.

там цитата твоей цитаты поправил авторство)

Chocobo писал(а): aarus, c reload тоже отвалится?

sudo systemctl reload vsftpd.service

Спасибо большое!!! Так все работает и файлы не отваливаются уже открытые.

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

aarus, это где его надо скрыть?)

!	Сообщение из: Chocobo
	Перенес в отдельный вопрос, тут вроде закончили