Помогите пожалуйста с запуском vsftpd при наборе команды vsftpd у меня появляеться такое сообщение 500 OOPS: vsftpd: does not run standalone, must be started from inetd Я в линуксе чайник помогите разобратся
Колигойда wrote:
> Помогите пожалуйста с запуском vsftpd при наборе команды vsftpd у меня
> появляеться такое сообщение
> 500 OOPS: vsftpd: does not run standalone, must be started from inetd
> Я в линуксе чайник помогите разобратся
1) grep 'disable' /etc/xinetd.d/vsftpd
disable = yes
2) service xinetd restart
после чего попробуйте присоединиться к себе (localhost) на 21 порт
--
У каждого в башке свои тараканы...
Genix wrote:
> 1) grep 'disable' /etc/xinetd.d/vsftpd
> disable = yes
для того чтобы работало, disable = no
конечно же
--
У каждого в башке свои тараканы...
Добрый день!
>Помогите пожалуйста с запуском vsftpd при наборе команды vsftpd у меня
>появляеться такое сообщение
> 500 OOPS: vsftpd: does not run standalone, must be started from inetd
>Я в линуксе чайник помогите разобратся
>
В файле /etc/xinetd.d/vsftpd исправле в параметре disable = yes на no.
Заодно, наверное, нужно будет добавить еще один параметр: only_from для
определения адресов, с которых разрешен доступ (man xinetd.conf).
Далее, сохраните файл и наберите команду:
# service xinetd reload
С уважением, Дмитрий
-----Original Message-----
From: Колигойда <kolig@yandex.ru>
To: <sysadmins@lists.altlinux.org>
Date: Tue, 17 Jan 2006 10:12:31 +0200
Subject: [Sysadmins] vsftpd
> Помогите пожалуйста с запуском vsftpd при наборе команды vsftpd у меня
> появляеться такое сообщение
> 500 OOPS: vsftpd: does not run standalone, must be started from inetd
> Я в линуксе чайник помогите разобратся
По-умолчанию vsftpd запускается через xinetd.
Т.е. кртутить надо в /etc/xinet.d/vsftpd
затем service xinetd restart
Здравствуйте! В сообщении от Вторник 17 Январь 2006 11:21 Genix написал(a): > Колигойда wrote: > > Помогите пожалуйста с запуском vsftpd при наборе команды vsftpd у меня > > появляеться такое сообщение > > 500 OOPS: vsftpd: does not run standalone, must be started from inetd > > Я в линуксе чайник помогите разобратся > > 1) grep 'disable' /etc/xinetd.d/vsftpd > disable = yes > 2) service xinetd restart > > после чего попробуйте присоединиться к себе (localhost) на 21 порт Еще можно заметить, что в /etc/xinet.conf может стоять only_from = 127.0.0.1 И еще , если это у Вас дистр Компакт3, то проверять доступ на фтп пользователем, которому доступно su ненадо. Не пускает его pam, если для локальных пользователей доступ к ftp делается.. -- With my best regards to you !! http://rusarchives.ru http://rgantd.ru http://victory.rusarchives.ru SilverFox@rgantd.ru
ALT Master 2.4. vsftpd-1.2.2-alt3. Сервер: cel400/128mb. # cat ./vsftpd service ftp { disable = no socket_type = stream protocol = tcp wait = no user = root nice = 10 instances = 14 rlimit_as = 16M server = /usr/sbin/vsftpd only_from = 0.0.0.0 } Кол-во подключений "instances" означает кол-во пользователей (ip) или подключений любых? Попытался скачать с помощью FAR/Win каталог 1000 файлов, при этом было создано 19 соединений (на экране). Возникла проблема: - vsftpd не сообщает клиенту о потере соединения; - смена каталога пользователем оставляет множество незакрытых соединений; - скорость работы колеблется 8байт/c до 20кбайт/c, из локальной сети скорость максимальная. Раньше стоял clamav на него грешил, но сейчас некому грузить комп. -- С уважением, Дворников Михаил.
[-- Attachment #1: Type: text/plain, Size: 1202 bytes --] On Mon, Jul 16, 2007 at 12:10:25PM +0400, "Дворников М.В." wrote: > ALT Master 2.4. vsftpd-1.2.2-alt3. > Сервер: cel400/128mb. > > # cat ./vsftpd > > service ftp > { > disable = no > socket_type = stream > protocol = tcp > wait = no > user = root > nice = 10 > instances = 14 > rlimit_as = 16M > server = /usr/sbin/vsftpd > only_from = 0.0.0.0 > } > > Кол-во подключений "instances" означает кол-во > пользователей (ip) или подключений любых? Количество одновременно открытых сокетов, см. xinetd.conf(5). > Попытался скачать с помощью FAR/Win каталог 1000 файлов, > при этом было создано 19 соединений (на экране). Это другая характеристика, "instances" ограничивает число _одновременно_ установленных соединений. > Возникла проблема: > - vsftpd не сообщает клиенту о потере соединения; До vsftpd в случае ограничения числа соединений дела не доходит. > - смена каталога пользователем оставляет множество незакрытых соединений; ftp-клиент может не закрывать соединения. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
Здравствуйте. Есть система ALC3.0, на ней крутится FTP-сервер на основе vsftpd. На сервере лежат файлы в т.ч. и с именами кирилицей, кодировка ФС: cp1251; локаль пользователей: ru_RU.CP1251. В логах видно такое: Sun Jul 22 07:00:59 2007 [pid 17916] [vsftpd] FTP command:\ Client "192.168.1.157", "LIST Relax/Audio/????????? ???????/" Sun Jul 22 07:00:59 2007 [pid 17916] [vsftpd] FTP response:\ Client "192.168.1.157", "150 Here comes the directory listing." Sun Jul 22 07:00:59 2007 [pid 17916] [vsftpd] FTP response:\ Client "192.168.1.157", "226 Directory send OK." Т.е. вместо русских букв знаки "?". Хотелось бы видеть нормальные русские имена файлов, которые у меня забрали. Я, конечно, могу посчитать количество вопросиков и понять, какой файл, но... :) В общем, как сделать?
[-- Attachment #1: Type: text/plain, Size: 1316 bytes --] Здравствуйте Olvin В сообщении от 26 июля 2007 Olvin написал(a): > Здравствуйте. Есть система ALC3.0, на ней крутится FTP-сервер на > основе > > vsftpd. На сервере лежат файлы в т.ч. и с именами кирилицей, > кодировка > > ФС: cp1251; локаль пользователей: ru_RU.CP1251. В логах видно такое: > > > > Sun Jul 22 07:00:59 2007 [pid 17916] [vsftpd] FTP command:\ > > Client "192.168.1.157", "LIST Relax/Audio/????????? ???????/" > > Sun Jul 22 07:00:59 2007 [pid 17916] [vsftpd] FTP response:\ > > Client "192.168.1.157", "150 Here comes the directory listing." > > Sun Jul 22 07:00:59 2007 [pid 17916] [vsftpd] FTP response:\ > > Client "192.168.1.157", "226 Directory send OK." > > > > Т.е. вместо русских букв знаки "?". Хотелось бы видеть нормальные > > русские имена файлов, которые у меня забрали. Я, конечно, могу > посчитать > > количество вопросиков и понять, какой файл, но... :) > > В общем, как сделать? > Поменять локаль у root ? Точнее у пользователя, от имени которого запускается xinetd, vsftpd. -- А ещё говорят так (fortune): The most dangerous organization in America today is: (a) The KKK (b) The American Nazi Party (c) The Delta Frequent Flyer Club ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 189 bytes --]
Хихин Руслан пишет:
>> Здравствуйте. Есть система ALC3.0, на ней крутится FTP-сервер на
>> основе vsftpd. На сервере лежат файлы в т.ч. и с именами кирилицей,
>> кодировка ФС: cp1251; локаль пользователей: ru_RU.CP1251.
>> В логах видно такое:
>> Sun Jul 22 07:00:59 2007 [pid 17916] [vsftpd] FTP command:\
>> Client "192.168.1.157", "LIST Relax/Audio/????????? ???????/"
>> Sun Jul 22 07:00:59 2007 [pid 17916] [vsftpd] FTP response:\
>> Client "192.168.1.157", "150 Here comes the directory listing."
>> Sun Jul 22 07:00:59 2007 [pid 17916] [vsftpd] FTP response:\
>> Client "192.168.1.157", "226 Directory send OK."
>> Т.е. вместо русских букв знаки "?". Хотелось бы видеть нормальные
>> русские имена файлов, которые у меня забрали. Я, конечно, могу
>> посчитать количество вопросиков и понять, какой файл, но... :)
>> В общем, как сделать?
> Поменять локаль у root ? Точнее у пользователя, от имени которого
> запускается xinetd, vsftpd.
У всех процессов этих сервисов переменная окружения LC_ALL=ru_RU.CP1251
(проверял через /proc/xxxxx/environ). Не помогает.
В сообщении от 27 июля 2007 Olvin написал(a): ... > >> Т.е. вместо русских букв знаки "?". Хотелось бы видеть нормальные > >> русские имена файлов, которые у меня забрали. Я, конечно, могу > >> посчитать количество вопросиков и понять, какой файл, но... :) ... > У всех процессов этих сервисов переменная окружения LC_ALL=ru_RU.CP1251 > (проверял через /proc/xxxxx/environ). Не помогает. Там такой код, который заменяет всё, что не latin1, на ?. Есть патчи, которые это меняют. -- Lav Виталий Липатов Россия, Санкт-Петербург. www.etersoft.ru GNU! ALT Linux Team! WINE! WIKI! LaTeX! LyX!
Vitaly Lipatov пишет:
>>>> Т.е. вместо русских букв знаки "?". Хотелось бы видеть нормальные
>>>> русские имена файлов, которые у меня забрали. Я, конечно, могу
>>>> посчитать количество вопросиков и понять, какой файл, но... :)
> ...
>> У всех процессов этих сервисов переменная окружения LC_ALL=ru_RU.CP1251
>> (проверял через /proc/xxxxx/environ). Не помогает.
> Там такой код, который заменяет всё, что не latin1, на ?. Есть патчи, которые
> это меняют.
Это делается по соображениям безопасности? Можно ли ожидать сборки под
ALT с этими патчами? Или самому собирать?
Просто нужно видеть, какие файлы качают. А то эти логи становятся чуть
ли не бесполезными...
On 28 июля 2007, Olvin wrote: ... > Это делается по соображениям безопасности? Можно ли ожидать > сборки под ALT с этими патчами? Или самому собирать? Сборки можно ожидать не раньше, чем вы повесите багу на этот пакет. Возможно стоит собрать самому и привесить патчи к баге. > > Просто нужно видеть, какие файлы качают. А то эти логи > становятся чуть ли не бесполезными... Да, это понятно. Мне тоже неудобно. -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info
Здравствуйте ! Тут потребовалось организовать ftp доступ на компьютере с бренчем p7. Поставил vsftpd, anonftp, настроил, но не один ftp-клиент не может прочесть файл (и записать то-же, если разрешить это делать). Связь обрывается в момент начала чтения/записи файла, хотя все директории читаютсяЮ имена файлов в них видны, права на файлы правильны. Подскажите куда копать? Подозреваю что-то типа запрета аудита и т.п., но я с этим не сталеивался. Сейчас на домашнем компе попробовал - картина в точности такая-же. Система 64-разрядная. -- А ещё говорят так (fortune): C:\> WIN Bad command or filename C:\> LOSE Loading Microsoft Windows ... ________________________________________________________________________ С уважением Хихин Руслан
14.05.2013 23:53, Anton Gorlov пишет:
> случайно не
> http://lists.altlinux.org/pipermail/sisyphus/2013-March/360254.html
У меня это оно, и seccomp не работает, не смотря на обещания Дмитрия
(хотя тогда не проверял).
Ядра 3.9.2 в сизифе и 3.8.11 в p7.
Здравствуйте Alexey Borisenkov
В сообщении от 14 мая 2013 Alexey Borisenkov написал(a):
> 14.05.2013 23:53, Anton Gorlov пишет:
> > случайно не
> > http://lists.altlinux.org/pipermail/sisyphus/2013-March/3602
> >54.html
>
> У меня это оно, и seccomp не работает, не смотря на обещания
> Дмитрия (хотя тогда не проверял).
> Ядра 3.9.2 в сизифе и 3.8.11 в p7.
Ага, прописывание seccomp_sandbox=NO помогло на домашнем компе,
завтра попробую на работе.
Спасибо!
--
А ещё говорят так (fortune):
Ask not for whom the telephone bell tolls... if thou art in the
bathtub, it tolls for thee.
________________________________________________________________________
С уважением Хихин Руслан
Здравствуйте Хихин Руслан В сообщении от 15 мая 2013 Хихин Руслан написал(a): > Здравствуйте Alexey Borisenkov > Ага, прописывание seccomp_sandbox=NO помогло на домашнем > компе, завтра попробую на работе. > > Спасибо! Интересно, что на 32-х разрядном дистрибутиве этого не требовалось -- А ещё говорят так (fortune): <f00Dave> Look, rejects, this is #OpenGL, not #GEEKSEX. ________________________________________________________________________ С уважением Хихин Руслан
Хм.Странно. у меня
rpm -q vsftpd
vsftpd-3.0.2-alt2
uname -a
Linux stlk 3.8.13-std-def-alt1 #1 SMP Sun May 12 15:33:11 UTC 2013
x86_64 GNU/Linux
вроде как пашет с включеным
grep seccomp /etc/vsftpd/conf
#seccomp_sandbox=NO
15.05.2013 01:00, Хихин Руслан пишет:
> Здравствуйте Alexey Borisenkov
> В сообщении от 14 мая 2013 Alexey Borisenkov написал(a):
>> 14.05.2013 23:53, Anton Gorlov пишет:
>>> случайно не
>>> http://lists.altlinux.org/pipermail/sisyphus/2013-March/3602
>>> 54.html
>> У меня это оно, и seccomp не работает, не смотря на обещания
>> Дмитрия (хотя тогда не проверял).
>> Ядра 3.9.2 в сизифе и 3.8.11 в p7.
> Ага, прописывание seccomp_sandbox=NO помогло на домашнем компе,
> завтра попробую на работе.
>
> Спасибо!
>
>
Сегодня пробовал на обычном компе с KDE (Сизиф) поднять vsftpd с анонимном и локальным доступом только на чтение. Не получилось. Вылетал при авторизации. В свзяp c этим возник вопрос - вот эта бага ещё жива ? https://bugzilla.altlinux.org/14901 У меня локальная авторизация пользователя, но тоже используется pam_mktemp
18.05.2022 15:46, hihin@rambler.ru пишет:
>
> Сегодня пробовал на обычном компе с KDE (Сизиф) поднять vsftpd с
> анонимном и локальным доступом только на чтение.
> Не получилось. Вылетал при авторизации. В свзяp c этим возник вопрос -
> вот эта бага ещё жива ?
> https://bugzilla.altlinux.org/14901
> У меня локальная авторизация пользователя, но тоже используется pam_mktemp
У меня работает.
ИЗ настроек только
seccomp_sandbox=NO
allow_writeable_chroot=YES
без seccomp_sandbox=NO были партизаны в подполье - авторизация иной раз
не срабатывала.
19.05.2022 09:54, Anton Gorlov пишет: > 18.05.2022 15:46, hihin@rambler.ru пишет: >> >> Сегодня пробовал на обычном компе с KDE (Сизиф) поднять vsftpd с >> анонимном и локальным доступом только на чтение. >> Не получилось. Вылетал при авторизации. В свзяp c этим возник вопрос >> - вот эта бага ещё жива ? >> https://bugzilla.altlinux.org/14901 >> У меня локальная авторизация пользователя, но тоже используется >> pam_mktemp > > У меня работает. > ИЗ настроек только > seccomp_sandbox=NO Вот этот параметр я не мог вспомнить, попробую с ним > allow_writeable_chroot=YES А вот это мне точно не надо ;-) > > > без seccomp_sandbox=NO были партизаны в подполье - авторизация иной > раз не срабатывала. Спасибо, попробую, у меня как раз не срабатывает. И связанный вопрос. Есть консольный клиент ftp , я его для отладки использую, как указать в нём, что это анонимный пользователь ? В инете почитал, у клиента под Windows есть ключ -A, у нас такого нет. Из того что я заметил, я добился авторизации неанонимного пользователя через клиент (который называется) ftp, но при задании им команды ls, сервер разрывает связь, а вот pwd проходит нормально.
19.05.2022 09:54, Anton Gorlov пишет: > 18.05.2022 15:46, hihin@rambler.ru пишет: >> >> Сегодня пробовал на обычном компе с KDE (Сизиф) поднять vsftpd с >> анонимном и локальным доступом только на чтение. >> Не получилось. Вылетал при авторизации. В свзяp c этим возник вопрос >> - вот эта бага ещё жива ? >> https://bugzilla.altlinux.org/14901 >> У меня локальная авторизация пользователя, но тоже используется >> pam_mktemp > > У меня работает. > ИЗ настроек только > seccomp_sandbox=NO > allow_writeable_chroot=YES > > > без seccomp_sandbox=NO были партизаны в подполье - авторизация иной > раз не срабатывала. Спасибо ещё раз, всё заработало ;-) https://www.altlinux.org/Alterator-mirror Я по этой статье смотрю все варианты раздачи зеркала в сети, вроде всё теперь получилось. 1. Но вроде xinetd устарел ? 2. Для Nginx пришлось вписать не localhost в конфиг сайта, а его сетевое имя из /etc/hosts, иначе другие его не видели. Возможно я ещё что-то сделал, но сразу по статье html не раздовался по сети, хотя с localhost был виден. 3 C ftp вы мне подсказали про seccomp_sandbox 4 C rsync проблем не было ;-) 5. Логичнее всего раздавать по NFS, смонтировав в нужный каталог, тогда не будет кэша apt у клиентов, но этот способ тут не рассмотрен. На досуге надо-бы подправить. В общем надо вносить правки статью