https://slinkov.ru/openforum/vsluhforumID1/70017.html Здравствуйте! Есть проблема с proftpd 1.3.0 на FreeBsd6.0<br>Пользователи авторизуются по ldap, ветка ou=People,o=org,c=ru. Авторизация происходит нормально. <br>Проблема в том, что клиент порой даже не может сделать листинг defaultroot dir! <br>То не может сделать листинг корневой директории, то какой-то отдельной папке в default root.<br><br><br>структура директорий на сервере:<br><br>/volume1/share:<br><br>drwxrwxr-x 4 user smbadmin 512 1 авг 11:33 games<br>drwxrwxr-x 2 user smbadmin 512 1 авг 11:33 music<br>drwxrwxr-x 2 user smbadmin 512 1 авг 11:33 soft<br>drwxrwxrwx 2 user smbadmin 512 3 ноя 13:00 upload<br>drwxrwxr-x 8 user smbadmin 512 3 ноя 12:57 video<br><br><br>Конфиг сервера<br>--------------------------------<br><br>ServerName "File Server"<br>ServerType standalone<br>DefaultServer on<br><br>LogFormat noid "%h %u %t \"%r\" %s %b"<br>ExtendedLog /var/log/ftpd/main-cmd.log auth,info,dirs,read,write,misc noid<br>TransferLog /var/log/ftpd/main-xfer.log<br>ScoreboardFile https://slinkov.ru/openforum/vsluhforumID1/70017.html#5 Wed, 02 Dec 2009 14:00:12 GMT Что характерно, в ProFTPd 1.3.2 эта бага (фича?) осталась, только теперь нельзя удалять и скачивать файлы, записанные пользователем LDAP.<br>Т.е. при выгрузке файлов пользователем из каталога LDAP на ftp-сервер, в папку, на которую у него есть полные права, мы имеем ситуацию, когда он не может удалить или скачать из неё свои файлы. Если файлы в эту папку выгружаются системным пользователем, то такие файлы пользователь LDAP может и скачать и удалить.<br>Для решения этой проблемы можно использовать UID и GID системного пользователя в каталоге LDAP, чтобы файлы, создаваемые обычным пользователем LDAP, имели при создании UID и GID системного пользователя, тогда их можно будет удалять и перезаписывать.<br>Конфигурация proftpd.conf будет примерно такой:<br>................<br>#<br> &lt;IfModule mod_ldap.c&gt;<br>................<br># нас интересуют только эти четыре строки (взят рутовый uid и gid)<br>LDAPDefaultGID 0 <br>LDAPDefaultUID 0 <br>LDAPForceDefaultUID on <br>LDAPForceDefaultGID on<br>...................<br><br>P.S. сам https://slinkov.ru/openforum/vsluhforumID1/70017.html#4 Thu, 09 Oct 2008 08:33:07 GMT &gt;проблема еще актуальна.. <br><br>самый простой способ это по крону запускать фаил вида :<br>chown -R ftp:nogroup /ftp_dir/*<br>chmod -R 777 /ftp_dir/*<br><br><br>(а так мне кажется профтпд очень уж капризный сервер и букву ё он не воспринимает просто так и кодировку утф8 не держит , зачем такой нужен) <br> https://slinkov.ru/openforum/vsluhforumID1/70017.html#3 Thu, 09 Nov 2006 16:08:11 GMT проблема еще актуальна.. <br><br><br><br> https://slinkov.ru/openforum/vsluhforumID1/70017.html#2 Tue, 07 Nov 2006 10:16:50 GMT проблема еще актуальна..<br><br> https://slinkov.ru/openforum/vsluhforumID1/70017.html#1 Fri, 03 Nov 2006 14:35:44 GMT выяснилось следующее<br>если у файлов\папок владелец системный (из файла master.passwd)- все работает отлично<br><br>но если например в папку upload пользователь хранящийся в ldap зальет файл, соответственно - владалец файла этот user - сразу не работает листинг директории<br><br>что с этим можно сделать?