[Админам]

Точно так же, как apache может управляться пользователем при помощи файла .htaccess, точно так же ftp-сервер может управляться при помощи .ftpaccess (если конечно это не отключено хостером). .ftpaccess управляет доступом к ftp-серверу.

FTP-сервер хостера должен поддерживать обработку ftpaccess: ProFTPD, Pure-FTP понимают ftpaccess, vsFTPd c ftpaccess работать не умеет.

Обратите внимание, что любую директиву .ftpaccess можно запретить глобально на уровне сервера. Если что-то не работает или работает не так как ожидается - обращайтесь к хостеру.

Действие .ftpaccess: если .ftpaccess ложится в корень сайта, то его директивы распространяются на весь сайт. Если .ftpaccess ложится в определенную директорию - его действие распространяется на текущую и все вложенные директории и файлы. Это позволяет достаточно гибко настраивать доступ к ftp-серверу.

Синтаксис файла предельно прост - это обычный текстовый файл, каждый контейнер начинается с <Limit blah_blah>, а заканчивается соответственно </Limit>

<Limit команда>
...
тело контейнера
...
</Limit>

Директивы контейнера

Директивы у контейнера могут быть либо групповые либо использоваться команды ftp:

• ALL - все ftp команды
• DIRS - ftp команды: CDUP, CWD, LIST, MDTM, NLST, PWD, RNFR, STAT, XCUP, XCWD, XPWD
• LOGIN - ftp логин
• READ - ftp команды: RETR, SIZE
• WRITE - ftp команды: APPE, DELE, MKD, RMD, RNTO, STOR, STOU, XMKD, XRMD

Можно вписывать несколько директив/команд, разделяя их пробелами, к примеру:

<Limit DIRS READ>
...
тело контейнера
...
</Limit>

Тело контейнера

Тело контейнера по синтаксису очень напоминает уже знакомый .htaccess.

Директивы, используемые в теле контейнера:

• Allow/Deny - разрешить/запретить
• Order - задает последовательность выполнения директив Allow/Deny.
• AllowAll/DenyAll - разрешить все/запретить все
• DeleteAbortedStores on/off- запрет удаления файлов, которые загружены не до конца, да/нет
• ListOptions - опции показа директорий, ListOptions "+a" скрывает все файлы, начинающихся с точки
• AllowOverwrite on/off - запрещает перезаписывать файлы
• AllowUser/DenyUser - разрешить/запретить пользователя(ей), список пользователей перечисляется через запятую
• AllowGroup/DenyGroup - разрешить/запретить группы пользователей, список групп перечисляется через запятую

Синим цветом показаны значения по умолчанию.

Allow/Deny использую опции from all | none | хост | сеть

Order может принимать два значения:

• allow,deny: проверяются директивы Allow, если совпадение найдено, то доступ разрешается, иначе проверяются директивы Deny и если совпадение найдено, то доступ запрещается, иначе доступ предоставляется;
• deny,allow: проверяются директивы Deny и если совпадение найдено, то доступ запрещается, иначе проверяются директивы Allow и если совпадение найдено, то доступ предоставляется

Примеры

Запретить доступ к ftp (не рубите сук, на котором сидите - убедитесь, что сможете отредактировать файл через панель управления хостингом)

<Limit ALL>
Deny from all
</Limit>

Запретить доступ всем ip, кроме 192.168.0.1

<Limit ALL>
Allow from 192.168.0.1
Deny from all
</Limit>

Запретить доступ всем ip, кроме блока ip 10.0.0.0/16

<Limit ALL>
Allow from 10.0.0.0/16
Deny from all
</Limit>

Запретить доступ всем ip, кроме нескольких

<Limit ALL>
Allow from 1.2.3.1
Allow from 1.2.3.2
Allow from 1.2.3.3
Allow from 1.2.3.4
Deny from all
</Limit>

Запретить доступ всем, кроме пользователя user

<Limit ALL>
AllowUser user
Deny from all
</Limit>

Запретить запись всем, кроме пользователя user

<Limit WRITE>
AllowUser user
Deny from all
</Limit>

Запретить пользователю user листинг директории и чтение файлов

<Limit DIRS READ>
DenyUser  user
Allow from all
</Limit>

очень познавательно. Не могли бы вы написать пример, как включить несколько разных IP, а остальные запретить.

Originally Posted by NevilRO

как включить несколько разных IP, а остальные запретить.

Элементарно:

<Limit ALL>
Allow from 1.2.3.1
Allow from 1.2.3.2
Allow from 1.2.3.3
Allow from 1.2.3.4
Deny from all
</Limit>

Также, стоить добавить, что при установленных панельках хостинга, например, таких как ISPManager, cPanel и другие, данные манипуляции производятся через web-интерфейс, а обработка файлов .ftpaccess, созданных ftp-пользователями, отключена.

Originally Posted by OldEr

Также, стоить добавить, что при установленных панельках хостинга, например, таких как ISPManager, cPanel и другие, данные манипуляции производятся через web-интерфейс, а обработка файлов .ftpaccess, созданных ftp-пользователями, отключена.

Можно пруф? Не знаю, как работает cPanel, но в ispmanager + proftpd работает превосходно, да еще и рекомендуется саппортом. Другой вопрос, что далеко не все ftp-серверы поддерживают .ftpaccess, например vsftpd не поддерживает обработку .ftpaccess - это да, надо добавить.

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

Originally Posted by OldEr

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

Могу заверить, что в случае с ipsmanager дело обстоит как раз наоборот. Не буду говорить за другие панели (прочем в конфиг ftp-сервера глянуть несложно), но в ispmanager в случае использования proftpd ftpaccess исправно работает на благо родины, если ее не отключить особо, что указанная панель не производит. А так как эта панелька является достаточно популярной у нас на хостингах, то есть весьма неплохие шансы использовать ftaccess в своих благородных целях. Правда ispmanager умеет еще работать с vsFTPd, где про ftaccess нам только мечтать и в свете не столь давних проблем с proftpd можно попасть на хостинг с vsftpd.

PS: обработка и поддержка ftpaccess лежит не на панели, она лежит на самом ftp-сервере. Все что может панель, за исключением аудита и управления учетной записью ftp-сервера, это править конфиг сервера ну и собсно сам ftpaccess (только в тех панелях, где это предусмотрено). Равно как и в апаче - включение/выключение htaccess физически производится конфигом апача, а не напрямую панелью, задача панели - внести изменения в конфиг.

PSS: иногда возможности ftpaccess (штатные по своей сути) преподносятся хостером как дополнительный профит

PSSS: мне кажется, что все же статья имеет право на жизнь. Но вопрос о примечаниях относительно панели - честно говоря, я не уверен. ;)

Originally Posted by Smalesh

PS: обработка и поддержка ftpaccess лежит не на панели, она лежит на самом ftp-сервере. Все что может панель, за исключением аудита и управления учетной записью ftp-сервера, это править конфиг сервера ну и собсно сам ftpaccess (только в тех панелях, где это предусмотрено). Равно как и в апаче - включение/выключение htaccess физически производится конфигом апача, а не напрямую панелью, задача панели - внести изменения в конфиг.

Это само собой. Я имел ввиду, что при установленных панелях, в которых визуально можно настроить фильтрацию айпи для доступа к фтп, отключают обработку ftpaccess напрямую.

Originally Posted by Smalesh

PSSS: мне кажется, что все же статья имеет право на жизнь. Но вопрос о примечаниях относительно панели - честно говоря, я не уверен. ;)

Статья конечно имеет право на жизнь - хорошо расписали. Я ж не настаиваю, в любом случае найдутся те, у кого "не работаит", и не работает как раз по причине, указанной выше. = )

Originally Posted by OldEr

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

Можно примеры таких панелей, если не сложно?

Smalesh, я же писал выше: ISP, cPanel. Дело ж не в панели, а в политике хостера (опять повторяюсь). = )

OldEr добавил 06.04.2012 в 01:21
С cPanel все же погорячился, у нее нет такой функции.