Контроль доступа обычно эффективен для всех методов доступа, и это обычное желаемое поведение. В общем случае директивы управления доступом не должны размещаться внутри <Limit> раздела.

Цель директивы <Limit> состоит в том, чтобы ограничить действие элементов управления доступом назначенными методами HTTP. Для всех остальных методов ограничения доступа, заключенные в <Limit> скобки, не будут действовать . В следующем примере управление доступом применяется только к методам POST , PUT и DELETE , оставляя все остальные методы незащищенными:

<Limit POST PUT DELETE>
 Require valid-user
</Limit>

Перечисленные имена методов могут быть одним или несколькими из: GET , POST , PUT , DELETE , CONNECT , OPTIONS , PATCH , PROPFIND , PROPPATCH , MKCOL , COPY , MOVE , LOCK , и UNLOCK . Имя метода чувствительно к регистру. Если GET используется, он также будет ограничивать HEAD запросы. Метод TRACE не может быть ограничен (см. TraceEnable ).

Директивы <Limit> и <LimitExcept> могут быть вложенными. В этом случае каждый последующий уровень <Limit> или <LimitExcept> директивы должны дополнительно ограничивать набор методов, к которым применяется управление доступом.

Например, при следующей конфигурации все пользователи будут авторизованы для POST запросов, а Require group editors директива будет игнорироваться во всех случаях:

<LimitExcept GET>
 Require valid-user
</LimitExcept>
<Limit POST>
 Require group editors
</Limit>