Как области действия директивы определяются в файле конфигурации веб-сервера

Обновлено: 23.11.2024

В этом разделе представлена ​​информация об использовании директив Сервера администрирования и идентификации сообщений об ошибках. Ссылки на соответствующую информацию приведены в конце этого раздела.

Использование директив сервера администрирования

В следующем разделе приведены подробные сведения о директивах Сервера администрирования, включая описания директив, значения по умолчанию, области действия, синтаксис и соответствующие примечания.

Раздел

Если вы не укажете server_root , возникнет ошибка.

Псевдоним администратора

  • Описание: указывает псевдоним для целевого сервера.
  • По умолчанию: полное имя пути значения, указанного в директиве TargetServerConfig в разделе.
  • Модуль: mod_core
  • Несколько экземпляров в файле конфигурации: да
  • Область применения: конфигурация сервера
  • Синтаксис: псевдоним администратора
  • Значения: если вы не объявляете AdminAlias ​​в разделе, значением по умолчанию является полное имя пути к файлу конфигурации верхнего уровня для целевого сервера.

Админаллоудир

Обновления «Каталоги, к которым может получить доступ конфигурация» в разделе «Начало работы» > «Управление серверами» создают поддирективу AdminAllowDir для AdminRoot. Эта директива управляет доступом к каталогу в графическом интерфейсе Сервера администрирования. Сервер администрирования разрешает доступ к файлам и каталогам, указанным в поддирективе AdminAllowDir AdminRoot.

  • Описание: объявляет доступные для просмотра каталоги с помощью возможностей просмотра на сервере администрирования. Глубокий параметр позволяет просматривать доступ к подкаталогам каталога AdminAllowDir. Если вы не можете просматривать подкаталоги, вы можете указать неглубокий вариант.
  • По умолчанию: если вы не укажете эту директиву, у вас не будет доступа к каталогу или просмотру файлов. Если вы не укажете "глубокий" или "мелкий", сервер по умолчанию будет "мелким".
  • Модуль: mod_core
  • Несколько экземпляров в файле конфигурации: да
  • Область применения: конфигурация сервера
  • Синтаксис: Каталог AdminAllowDir > [deep | мелко]
  • Значения: путь к просматриваемым каталогам на сервере.

TargetAccessConfig

  • Описание: указывает путь к файлу конфигурации доступа верхнего уровня целевого сервера. Можно указать абсолютный или относительный путь. Если указан относительный путь, сервер считает корневой каталог ServerRoot, указанный в разделе, корневым каталогом.
  • По умолчанию: conf/access.conf
  • Модуль: mod_core
  • Несколько экземпляров в файле конфигурации: да
  • Область применения: конфигурация сервера
  • Синтаксис: TargetAccessConfig file_path >
  • Значения: путь к файлу конфигурации доступа.

Настройка целевого ресурса

  • Описание: указывает путь к файлу конфигурации ресурсов для целевого сервера. Вы можете указать абсолютный или относительный путь. Если указать относительный путь, корневой каталог, указанный в разделе, считается корневым каталогом.
  • По умолчанию: conf/srm.conf
  • Модуль: mod_core
  • Несколько экземпляров в файле конфигурации: да
  • Область применения: конфигурация сервера
  • Синтаксис: TargetResourceConfig file_path >
  • Значения: путь к файлу конфигурации ресурса.

Конфигурация целевого сервера

Идентификация сообщений об ошибках сервера администрирования

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

Общее сообщение об успехе

Следующее является общим сообщением, указывающим на успех: Готов

Сообщения о перезапуске сервера

Сообщения, касающиеся перезагрузки сервера, следуют:

  • ADM1202I: запрос на запуск успешно отправлен
  • ADM1204I: запрос на остановку успешно отправлен
  • ADM1206I: запрос на перезапуск успешно отправлен

Ошибки целевого файла конфигурации

Сообщения, относящиеся к целевому файлу конфигурации, следуют ниже:

  • ADM1228E: Строка %d в файле '%s' превышает максимальную длину строки в %d символов.
  • ADM1230E: Синтаксическая ошибка в файле '%s' в строке %d.
  • ADM1232E: В файле '%s' в строке %d обнаружена недопустимая пустая строка. Пустые строки не могут следовать за символом продолжения.
  • ADM1234E: В файле '%s' в строке %d обнаружен недопустимый синтаксис символа продолжения.
  • ADM1236E: Область имеет недопустимую родительскую область в файле '%s' в строке %d. (Подробнее)
  • ADM1238E: Не найден соответствующий конечный тег для области в файле '%s' в строке %d.
  • ADM1240E: Строка превышает максимальный размер буфера в %d символов в файле %s в строке %d.
  • ADM1242E: В файле конфигурации обнаружен недопустимый тип области.
  • ADM1244E: Обнаружена внутренняя ошибка Сервера администрирования относительно типа области.

Чтение и запись ошибок

Сообщения, касающиеся ошибок чтения и записи, следуют ниже:

  • ADM1246E: Указан неверный путь к каталогу "%s". (Подробнее)
  • ADM1248E: Код ошибки %d получен при попытке открыть файл "%s". (Подробнее)
  • ADM1250E: Пользовательские настройки Сервера администрирования не разрешают доступ к файлу "%s". (Подробнее)
  • ADM1252E: Ошибка чтения строки %d в файле "%s".
  • ADM1254E: При попытке получить информацию о состоянии файла "%s" получен код ошибки %d.
  • ADM1256E: Файл "%s" изменился на диске с момента последнего обновления.

Проблемы в таблице отправки cfgdata

Сообщения, касающиеся проблем в таблице отправки cfgdata, следуют ниже:

  • ADM1260E: Для поля "%s" указаны недопустимые аргументы отображения "%s".
  • ADM1262E: Для поля "%s" указаны недопустимые аргументы записи "%s".
  • ADM1264E: В функцию передано недопустимое имя директивы '%s'.
  • ADM1266I: В настоящее время не загружены следующие модули: %s.

Проблемы с пользовательским вводом

Сообщения о проблемах с пользовательским вводом следуют ниже:

  • ADM1268I: несовместимая комбинация задачи и области действия. (Подробнее)
  • ADM1270I: нельзя дублировать корневую область.
  • ADM1272I: Дублирующаяся область %s уже существует.
  • ADM1274I: нельзя перемещать корневую область.
  • ADM1276I: не указано имя области.
  • ADM1278E: Неверные данные '%s' переданы обратно в переменную '%s'.

Внутренние ошибки

  • ADM1280E: Внутренняя ошибка сервера администрирования: ошибка анализа строки запроса.
  • ADM1282E: Внутренняя ошибка сервера администрирования: недопустимый синтаксис строки запроса.
  • ADM1284E: Внутренняя ошибка сервера администрирования: В строке запроса указано неверное имя переменной '%s'.
  • ADM1286E: Внутренняя ошибка сервера администрирования: невозможно получить область '%s'
  • ADM1288E: Внутренняя ошибка сервера администрирования: в файле конфигурации сервера администрирования не указана область AdminRoot.
  • ADM1290E: Внутренняя ошибка сервера администрирования: для директивного поиска указан недопустимый идентификатор области '%d'.
  • ADM1292E: Внутренняя ошибка сервера администрирования: непредвиденная пустая строка данных.
  • ADM1294E: Внутренняя ошибка сервера администрирования: в функцию передана недопустимая директива '%s'.
  • ADM1296E: Внутренняя ошибка сервера администрирования: количество аргументов превышает максимальный предел %d, начиная с токена '%s'.
  • ADM1298E: Внутренняя ошибка сервера администрирования: недопустимый синтаксис массива в данных, возвращаемых из формы.
  • ADM1300E: Синтаксическая ошибка в пути '%s' возвращена из формы.
  • ADM1302E: Просмотр файлов не включен ни для одного каталога. Подробности
  • ADM1304E: Внутренняя ошибка сервера администрирования: код ошибки %d получен при попытке создать канал.
  • ADM1306E: Для "%s" указан недопустимый корневой путь установки. Исправьте ошибку, указав путь, по которому установлен сервер Apache.
  • ADM1308E: Внутренняя ошибка сервера администрирования: код ошибки %d получен при попытке разветвления процесса.
  • ADM1310E: Код ошибки %d получен при попытке дублировать файловый дескриптор.
  • ADM1312E: Произошла ошибка при чтении информации о запросе.
  • ADM1314E: В вашем браузере отключены файлы cookie.

Запрос не выполнен! Проверьте журнал(ы).

Не удалось перезапустить целевой сервер.

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

  1. Перейдите к View Configuration > Directive Index, найдите и выберите имя директивы; задача показывает, где вы можете установить эту директиву.
  2. Проверьте ответное сообщение рядом с мегафоном вверху, чтобы узнать о необходимых модулях для страницы.
  3. Включите справку, если в возвращаемом сообщении перечислены незагруженные модули. Выберите записи на странице, пока отсутствующее имя директивы не появится внизу страницы. Имя модуля, обрабатывающего каждую директиву, отображается рядом с именем директивы.
  4. Нажмите на имя модуля в ответном сообщении, если вы видите этот модуль в списке. Сервер администрирования отображает страницу Последовательность модулей. Вы можете либо загрузить требуемый модуль, либо снять настройку директивы, чтобы ошибка перезапуска не появлялась.
  5. Перезапустите сервер.

Файл конфигурации не прошел проверку синтаксиса.

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

  1. Перейдите к View Configuration > Directive Index, найдите и выберите имя директивы; отображается задача, для которой вы установили эту директиву.
  2. Включите справку и выбирайте записи на странице, пока название директивы не появится в области справки внизу страницы.
  3. Внесите необходимые исправления в поля ввода, в которых вы установили директиву.
  4. Перезапустите сервер.

Некоторые настройки директив охватывают более одного поля ввода.

У области есть недопустимая родительская область.

                Указан неверный путь к каталогу.

                Сервер не может найти указанный путь к каталогу или не может проанализировать этот путь как путь к каталогу.

                Код ошибки получен при попытке открыть файл.

                Эта ошибка может возникнуть из-за того, что файл либо не существует, либо у вас нет прав доступа. В дополнение к доступу, разрешенному на Сервере администрирования, вашей операционной системе могут потребоваться права доступа к каталогам и файлам. Дополнительную информацию см. в разделе Права доступа к файлам при работе в AIX, HP, Linux или Solaris.

                Пользовательские настройки Сервера администрирования не разрешают доступ к файлу.

                Файл, к которому вы пытались получить доступ, не находится в каталоге, указанном для доступа Сервером администрирования. В разделе «Начало работы» > «Управление серверами» вы можете указать, какие каталоги в вашей файловой системе имеют доступ для Сервера администрирования.

                Эти настройки не зависят от любых необходимых разрешений на доступ к операционной системе.

                Ошибка записи файла. Возможно, доступ на запись не был предоставлен.

                Помимо доступа, разрешенного на Сервере администрирования, могут существовать необходимые права доступа к каталогам и файлам. Дополнительную информацию см. в разделе Права доступа к файлам при работе в AIX, HP, Linux или Solaris.

                Несовместимая комбинация задачи и области действия.

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

                Просмотр файлов не включен ни для одного каталога.

                Сервер администрирования не указал доступ ни к каким каталогам. Перейдите в раздел «Начало работы» > «Управление серверами», чтобы указать доступ к каталогам в вашей файловой системе для Сервера администрирования.

                Эти настройки не зависят от любых необходимых разрешений на доступ к операционной системе.

                Предоставление прав доступа к файлам

                Помимо доступа, разрешенного на сервере администрирования, для обычного администрирования системы UNIX существуют требования к разрешениям на доступ к каталогам и файлам.

                Запуск скрипта setupadm

                Сценарий setupadm устанавливает разрешения для обновлений файла конфигурации. Вы не можете обновить файлы конфигурации после установки сервера по умолчанию, если вы не запустите сценарий setupadm или не установите разрешения вручную.

                • Подсказки:
                  • ID пользователя
                    ID пользователя, под которым работает Сервер администрирования. Сценарий создает этот идентификатор пользователя.
                  • Имя группы
                    Сервер администрирования получает доступ к файлам конфигурации и файлам аутентификации через права доступа к файлам группы. Скрипт создает указанную группу через этот скрипт.
                  • Каталог
                    Каталог, в котором находятся файлы конфигурации и файлы проверки подлинности.
                  • Имя файла

                  • Одно имя файла
                  • Имя файла с подстановочным знаком
                  • Все, по умолчанию — все файлы в указанном каталоге

                  Сценарий setupadm изменяет права доступа к группам и файлам файлов конфигурации и файлов проверки подлинности.

                  Серверу администрирования требуется доступ для чтения и записи к файлам конфигурации и файлам аутентификации для администрирования данных конфигурации веб-сервера.

                  Чтобы создать нового пользователя и группу для Сервера администрирования, выполните следующие действия в зависимости от платформы:

                  Таблица 2-1 Подкаталоги Apache

                  Содержит файлы конфигурации.

                  Содержит библиотеки времени выполнения fastcgi, необходимые биты, необходимые для создания собственных приложений fastcgi.

                  Содержит сценарии FastCGI.

                  Содержит сценарии HTML. Каталог htdoc и его подкаталоги доступны для всех в Интернете и, следовательно, представляют серьезную угрозу безопасности, если используются для чего-либо, кроме общедоступных данных.

                  Содержит файлы заголовков для создания пользовательских модулей.

                  Содержит файлы общей библиотеки для модулей.

                  Содержит данные журнала как для доступа, так и для ошибок.

                  Содержит пример кода для mod_perl. Он также содержит библиотеки, специфичные для mod_perl, и справочные страницы.

                  Содержит пример кода для mod_php . В UNIX каталог php также содержит PHP CLI (исполняемые файлы PHP), справочные страницы и заголовки. Заголовки позволяют создавать собственные расширения PHP.В Windows он содержит PHP CLI и расширение OCI для PHP (в UNIX расширение OCI скомпилировано в mod_php ).

                  2.2 Доступ к файлам конфигурации

                  UNIX: ORACLE_HOME /Apache/Apache/conf

                  Windows: ORACLE_HOME \Apache\Apache\conf

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

                  Файлы конфигурации, которые считываются только один раз, называются общесерверными файлами конфигурации.

                  2.3 Синтаксис файлов конфигурации

                  Файлы конфигурации Oracle HTTP Server должны содержать по одной директиве в каждой строке. Обратная косая черта «\» может использоваться в качестве последнего символа в строке, чтобы указать, что директива продолжается на следующей строке. Между обратной косой чертой и концом строки не должно быть других символов или пробелов.

                  2.4 Классы директив

                  Таблица 2-2 классифицирует директивы в соответствии с контекстом, в котором они могут использоваться: глобальные, для сервера и для каталога.

                  Таблица 2-2 Классы и директивы

                  Внутри файлов конфигурации сервера, но только вне директив контейнера (таких как VirtualHost, у которых есть директива start и end).

                  конфигурация сервера, виртуальный хост

                  Внутри файлов конфигурации сервера, как снаружи (для основного сервера), так и внутри директив VirtualHost.

                  конфигурация сервера, виртуальный хост, каталог

                  Везде; особенно в файлах конфигурации сервера.

                  2.5 Сфера применения директив

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

                  Существует два типа директив:

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

                  Директивы контейнера определяют область действия директив. Следующие директивы контейнера подробно обсуждаются в следующих разделах:

                  Содержит группу директив, которые применяются только к указанному каталогу и подкаталогам этого каталога. Можно использовать любой каталог, разрешенный в контексте каталога. Каталог — это либо полный путь к каталогу, либо строка с подстановочными знаками. В строке с подстановочными знаками ? соответствует любому одиночному символу, а * соответствует любой последовательности символов. Важно отметить, что Directory / > работает со всей файловой системой, где Directory dir > относится к абсолютным каталогам. Каталог > контейнеры не могут быть вложены друг в друга, но могут ссылаться на вложенные каталоги в корне документа.

                  Указывает регулярные выражения вместо использования тильды в форме каталога > с подстановочными знаками в спецификации каталога. Следующие два примера дают одинаковый результат, сопоставляя каталоги, начинающиеся с веб и заканчивающиеся числом от 1 до 9:

                  Директивы Files file > и /Files > поддерживают управление доступом по имени файла. Это сопоставимо с директивами и . Директивы, данные в этом разделе, могут быть применены к любому объекту в пределах базового имени (последний компонент имени файла), соответствующего указанному имени файла. Разделы Files > обрабатываются в том порядке, в котором они появляются в файле конфигурации, после того, как считаны разделы Directory > и файлы .htaccess, но перед разделами Location >. Обратите внимание, что директивы Files > могут быть вложены в разделы Directory >, чтобы ограничить часть файловой системы, к которой они применяются.

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

                  Как правило, Limit > не следует использовать без необходимости. Это полезно только для ограничения директив конкретными методами. Limit > часто используется с другими контейнерами и содержится в любом из них.

                  Ограничивает применение директив внутри блока указанными URL-адресами, а не физическим расположением файла, как директива. Разделы Location > обрабатываются в том порядке, в котором они появляются в файле конфигурации, после чтения разделов Directory > и файлов .htaccess и после разделов. Расположение > принимает каталоги с подстановочными знаками и регулярные выражения с символом тильды.

                  Функции идентичны . Вы должны использовать его для указания регулярных выражений вместо тильды в Location > с подстановочными знаками в спецификации местоположения.

                  соответствует URL-адресам, содержащим подстроку /extra/data или /special/data.

                  2.5.2 Директивы блока

                  Укажите условие, которое должно быть истинным, чтобы внутренние директивы вступили в силу.

                  2.6 Понимание модулей

                  Вы можете добавлять модули с помощью директивы LoadModule. Вот пример использования LoadModule:

                  2.7 О файлах .htaccess

                  Администратор сервера дополнительно контролирует, какие директивы могут быть помещены в файлы .htaccess, настроив директиву AllowOverride в основных файлах конфигурации.

                  Несмотря на то, что вы можете изменить только одну или две опции, вам необходимо понимать, как настроен Apache, какие файлы требуются серверу и где все файлы находятся. Учитывая важность веб-серверов для большинства сетей, Apache слишком важен, чтобы его игнорировать. Кроме того, предположения, сделанные дистрибутивом, могут не совпадать с планируемым использованием вашего сервера, и вам может потребоваться более тонкая настройка конфигурации. Чтобы освоить Apache, вам нужно понять файл конфигурации Apache. Традиционно Apache настраивался тремя файлами:

                  access.conf Определяет контроль доступа к серверу и информацию, которую он предоставляет.

                  Директива Directory создает контейнер для директив, которые применяются к каталогу, указанному по имени пути. Любые директивы конфигурации, расположенные после директивы Directory и перед оператором next, применяются только к указанному каталогу.

                  Директива Files создает контейнер для директив, которые применяются к файлу, указанному по имени файла. Любые директивы конфигурации, расположенные после директивы Files и перед оператором next, применяются только к указанному файлу. имя файла может относиться к нескольким файлам, поскольку оно может содержать подстановочные знаки * и ?. Кроме того, если за директивой Files следует необязательное ~ (тильда), поле имени файла интерпретируется как регулярное выражение.

                  Директива Location создает контейнер для директив, которые применяются к конкретному документу. Любые директивы конфигурации, расположенные после директивы Location и перед оператором next, применяются только к указанному документу.

                  Директива IfModule создает контейнер для директив, которые применяются к конфигурации, только если загружен указанный модуль. Например, директивы, заключенные в и, используются только в том случае, если загружен модуль mod_userdir.

                  Каталоги и файлы легко понять: они являются частями файловой системы, известной каждому системному администратору. Документы, с другой стороны, специфичны для веб-сервера. Экран с информацией, которая появляется в ответ на веб-запрос, представляет собой документ. Он может состоять из множества файлов из разных каталогов. Контейнер «Местоположение» обеспечивает простой способ обращения к сложному документу как к единому объекту. (Мы увидим примеры контейнеров каталогов и файлов позже в этом руководстве.)

                  При необходимости используется документация Apache Software Foundation.

                  Читатели, использующие это руководство в формате PDF или печатной копии, не смогут получить доступ к сторонней документации, которую Oracle предоставляет только в формате HTML. Чтобы получить доступ к сторонней документации, упомянутой в этом руководстве, используйте HTML-версию этого руководства и щелкните гиперссылки.

                  Доступ к файлам конфигурации

                    UNIX: ORACLE_HOME /Apache/Apache/conf Windows: ORACLE_HOME \Apache\Apache\conf

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

                  Файлы конфигурации, которые считываются только один раз, называются серверными файлами конфигурации.

                  Синтаксис файлов конфигурации

                  Oracle HTTP Server содержит по одной директиве для каждой строки. Обратная косая черта «\» может использоваться в качестве последнего символа в строке, чтобы указать, что директива продолжается на следующей строке. Между обратной косой чертой и концом строки не должно быть других символов или пробелов.

                  Знакомство с модулями

                  Вы можете добавлять модули с помощью директивы LoadModule. Ниже приведен пример использования LoadModule.

                  Классы директив

                  Таблица 2-1 классифицирует директивы в соответствии с контекстом, в котором они могут использоваться: глобальные, для сервера и для каталога.

                  Таблица 2-1 Классы и директивы

                  Внутри файлов конфигурации сервера, но только вне директив контейнера (таких как VirtualHost, у которых есть директива start и end).

                  конфигурация сервера, виртуальный хост

                  Внутри файлов конфигурации сервера, как снаружи (для основного сервера), так и внутри директив VirtualHost.

                  конфигурация сервера, виртуальный хост, каталог

                  Везде; особенно в файлах конфигурации сервера.

                  В таблице 2-1 каждый класс является подмножеством предшествующего ему класса. Например, директивы из класса для каждого каталога также можно использовать в контексте для каждого сервера и в глобальном контексте, а директивы из класса для каждого сервера можно использовать в глобальном контексте.

                  Область действия директив

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

                  В следующем разделе обсуждаются следующие типы директив:

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

                  Директивы контейнера определяют область действия директив. Следующие директивы контейнера подробно обсуждаются в следующих разделах:

                  Он используется для включения группы директив, которые применяются только к указанному каталогу и подкаталогам этого каталога. Можно использовать любой каталог, разрешенный в контексте каталога. Каталог — это либо полный путь к каталогу, либо строка с подстановочными знаками. В строке с подстановочными знаками ? соответствует любому одиночному символу, а * соответствует любой последовательности символов. Важно отметить, что Directory / > работает со всей файловой системой, где Directory dir > относится к абсолютным каталогам. Каталог > контейнеры не могут быть вложены друг в друга, но могут ссылаться на вложенные каталоги в корне документа.

                  Его следует использовать при указании регулярных выражений вместо использования тильды в форме каталога > с подстановочными знаками в спецификации каталога. Следующие два примера дают одинаковый результат, сопоставляя каталоги, начинающиеся с веб и заканчивающиеся числом от 1 до 9:

                  Директивы Files file > и /Files > поддерживают управление доступом по имени файла. Это сопоставимо с директивами и . Директивы, данные в этом разделе, могут быть применены к любому объекту в пределах базового имени (последний компонент имени файла), соответствующего указанному имени файла. Разделы Files > обрабатываются в том порядке, в котором они появляются в файле конфигурации, после того, как считаны разделы Directory > и файлы .htaccess, но перед разделами Location >. Обратите внимание, что директивы Files > могут быть вложены в разделы Directory >, чтобы ограничить часть файловой системы, к которой они применяются.

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

                  Ограничивает применение директив внутри блока указанными URL-адресами, а не физическим расположением файла, как директива. Разделы Location > обрабатываются в том порядке, в котором они появляются в файле конфигурации, после чтения разделов Directory > и файлов .htaccess и после разделов. Расположение > принимает каталоги с подстановочными знаками и регулярные выражения с символом тильды.

                  Функции аналогичны, и вы должны использовать его для указания регулярных выражений вместо тильды в форме Location > с подстановочными знаками в спецификации местоположения.

                  соответствует URL-адресам, содержащим подстроку /extra/data или /special/data.

                  Как правило, Limit > не следует использовать без необходимости. Это полезно только для ограничения директив конкретными методами. Limit > часто используется с другими контейнерами и содержится в любом из них.

                  Блокировать директивы

                  Укажите условие, которое должно быть истинным, чтобы внутренние директивы вступили в силу.

                  О файлах .htaccess

                  Администратор сервера дополнительно контролирует, какие директивы могут быть помещены в файлы .htaccess, настроив директиву AllowOverride в основных файлах конфигурации.

                  Читайте также: