Module Index

Below is a list of all of the modules that come as part of the Apache HTTP Server distribution. See also the complete alphabetical list of all Apache HTTP Server directives.

• Core Features and Multi-Processing Modules
• Other Modules

See also

Core Features and Multi-Processing Modules

Other Modules

mod_access_compat Group authorizations based on host (name or IP address) mod_actions Execute CGI scripts based on media type or request method. mod_alias Provides for mapping different parts of the host filesystem in the document tree and for URL redirection mod_allowmethods Easily restrict what HTTP methods can be used on the server mod_asis Sends files that contain their own HTTP headers mod_auth_basic Basic HTTP authentication mod_auth_digest User authentication using MD5 Digest Authentication mod_auth_form Form authentication mod_authn_anon Allows «anonymous» user access to authenticated areas mod_authn_core Core Authentication mod_authn_dbd User authentication using an SQL database mod_authn_dbm User authentication using DBM files mod_authn_file User authentication using text files mod_authn_socache Manages a cache of authentication credentials to relieve the load on backends mod_authnz_fcgi Allows a FastCGI authorizer application to handle Apache httpd authentication and authorization mod_authnz_ldap Allows an LDAP directory to be used to store the database for HTTP Basic authentication. mod_authz_core Core Authorization mod_authz_dbd Group Authorization and Login using SQL mod_authz_dbm Group authorization using DBM files mod_authz_groupfile Group authorization using plaintext files mod_authz_host Group authorizations based on host (name or IP address) mod_authz_owner Authorization based on file ownership mod_authz_user User Authorization mod_autoindex Generates directory indexes, automatically, similar to the Unix ls command or the Win32 dir shell command mod_brotli Compress content via Brotli before it is delivered to the client mod_buffer Support for request buffering mod_cache RFC 2616 compliant HTTP caching filter. mod_cache_disk Disk based storage module for the HTTP caching filter. mod_cache_socache Shared object cache (socache) based storage module for the HTTP caching filter. mod_cern_meta CERN httpd metafile semantics mod_cgi Execution of CGI scripts mod_cgid Execution of CGI scripts using an external CGI daemon mod_charset_lite Specify character set translation or recoding mod_data Convert response body into an RFC2397 data URL mod_dav Distributed Authoring and Versioning (WebDAV) functionality mod_dav_fs Filesystem provider for mod_dav mod_dav_lock Generic locking module for mod_dav mod_dbd Manages SQL database connections mod_deflate Compress content before it is delivered to the client mod_dialup Send static content at a bandwidth rate limit, defined by the various old modem standards mod_dir Provides for «trailing slash» redirects and serving directory index files mod_dumpio Dumps all I/O to error log as desired. mod_echo A simple echo server to illustrate protocol modules mod_env Modifies the environment which is passed to CGI scripts and SSI pages mod_example_hooks Illustrates the Apache module API mod_expires Generation of Expires and Cache-Control HTTP headers according to user-specified criteria mod_ext_filter Pass the response body through an external program before delivery to the client mod_file_cache Caches a static list of files in memory mod_filter Context-sensitive smart filter configuration module mod_headers Customization of HTTP request and response headers mod_heartbeat Sends messages with server status to frontend proxy mod_heartmonitor Centralized monitor for mod_heartbeat origin servers mod_http2 Support for the HTTP/2 transport layer mod_ident RFC 1413 ident lookups mod_imagemap Server-side imagemap processing mod_include Server-parsed html documents (Server Side Includes) mod_info Provides a comprehensive overview of the server configuration mod_isapi ISAPI Extensions within Apache for Windows mod_lbmethod_bybusyness Pending Request Counting load balancer scheduler algorithm for mod_proxy_balancer mod_lbmethod_byrequests Request Counting load balancer scheduler algorithm for mod_proxy_balancer mod_lbmethod_bytraffic Weighted Traffic Counting load balancer scheduler algorithm for mod_proxy_balancer mod_lbmethod_heartbeat Heartbeat Traffic Counting load balancer scheduler algorithm for mod_proxy_balancer mod_ldap LDAP connection pooling and result caching services for use by other LDAP modules mod_log_config Logging of the requests made to the server mod_log_debug Additional configurable debug logging mod_log_forensic Forensic Logging of the requests made to the server mod_logio Logging of input and output bytes per request mod_lua Provides Lua hooks into various portions of the httpd request processing mod_macro Provides macros within apache httpd runtime configuration files mod_md Managing domains across virtual hosts, certificate provisioning via the ACME protocol mod_mime Associates the requested filename’s extensions with the file’s behavior (handlers and filters) and content (mime-type, language, character set and encoding) mod_mime_magic Determines the MIME type of a file by looking at a few bytes of its contents mod_negotiation Provides for content negotiation mod_nw_ssl Enable SSL encryption for NetWare mod_privileges Support for Solaris privileges and for running virtual hosts under different user IDs. mod_proxy Multi-protocol proxy/gateway server mod_proxy_ajp AJP support module for mod_proxy mod_proxy_balancer mod_proxy extension for load balancing mod_proxy_connect mod_proxy extension for CONNECT request handling mod_proxy_express Dynamic mass reverse proxy extension for mod_proxy mod_proxy_fcgi FastCGI support module for mod_proxy mod_proxy_fdpass fdpass external process support module for mod_proxy mod_proxy_ftp FTP support module for mod_proxy mod_proxy_hcheck Dynamic health check of Balancer members (workers) for mod_proxy mod_proxy_html Rewrite HTML links in to ensure they are addressable from Clients’ networks in a proxy context. mod_proxy_http HTTP support module for mod_proxy mod_proxy_http2 HTTP/2 support module for mod_proxy mod_proxy_scgi SCGI gateway module for mod_proxy mod_proxy_uwsgi UWSGI gateway module for mod_proxy mod_proxy_wstunnel Websockets support module for mod_proxy mod_ratelimit Bandwidth Rate Limiting for Clients mod_reflector Reflect a request body as a response via the output filter stack. mod_remoteip Replaces the original client IP address for the connection with the useragent IP address list presented by a proxies or a load balancer via the request headers. mod_reqtimeout Set timeout and minimum data rate for receiving requests mod_request Filters to handle and make available HTTP request bodies mod_rewrite Provides a rule-based rewriting engine to rewrite requested URLs on the fly mod_sed Filter Input (request) and Output (response) content using sed syntax mod_session Session support mod_session_cookie Cookie based session support mod_session_crypto Session encryption support mod_session_dbd DBD/SQL based session support mod_setenvif Allows the setting of environment variables based on characteristics of the request mod_slotmem_plain Slot-based shared memory provider. mod_slotmem_shm Slot-based shared memory provider. mod_so Loading of executable code and modules into the server at start-up or restart time mod_socache_dbm DBM based shared object cache provider. mod_socache_dc Distcache based shared object cache provider. mod_socache_memcache Memcache based shared object cache provider. mod_socache_redis Redis based shared object cache provider. mod_socache_shmcb shmcb based shared object cache provider. mod_speling Attempts to correct mistaken URLs by ignoring capitalization, or attempting to correct various minor misspellings. mod_ssl Strong cryptography using the Secure Sockets Layer (SSL) and Transport Layer Security (TLS) protocols mod_status Provides information on server activity and performance mod_substitute Perform search and replace operations on response bodies mod_suexec Allows CGI scripts to run as a specified user and Group mod_systemd Provides better support for systemd integration mod_unique_id Provides an environment variable with a unique identifier for each request mod_unixd Basic (required) security for Unix-family platforms. mod_userdir User-specific directories mod_usertrack Clickstream logging of user activity on a site mod_version Version dependent configuration mod_vhost_alias Provides for dynamically configured mass virtual hosting mod_watchdog provides infrastructure for other modules to periodically run tasks mod_xml2enc Enhanced charset/internationalisation support for libxml2-based filter modules

Copyright 2020 The Apache Software Foundation.
Licensed under the Apache License, Version 2.0.

Веб-сервер для Windows

Apache – это веб-сервер под Windows. На веб-сервере можно размещать сайты и открывать их на своём или на других компьютерах так, будто они находятся в Интернете.

Apache является бесплатным, у него открыт исходный код, сервер гибок в настройке.

Скачать Apache для Windows

Последней версией Apache для Windows является 2.4.46, она вышла 18 февраля 2021 года.

Ссылки для скачивания:

Убедитесь, что у вас установлена последняя версия Visual C++ Redistributable for Visual Studio 2015-2019, которая необходима для работы Apache в Windows (версия 14.28.29325.2 и выше):

Официальный сайт Apache

Официальным сайтом веб-сервера Apache является: https://httpd.apache.org/

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

Официально рекомендованным источником исполнимых файлов является Apache Lounge. Именно с на его файлы даны ссылки чуть выше.

Как настроить Apache на Windows

Настройка Apache выполняется в текстовых файлах, а для запуска нужно использовать командную строку – для пользователей Windows это может оказаться непривычным. Ситуация осложняется тем, что подсказки в конфигурационных файлах на английском языке, а веб-сервер в случае ошибки выводит очень мало информации.

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

Если вы хотите ещё быстрее получить готовый веб-сервер, то к вашим услугам сборки, которые включают все необходимые компоненты и настройки.

Особенностью Apache, PHP и других компонентов веб-сервера является то, что все эти программы являются портативными, т.е. вам достаточно скачать сборку, распаковать её, кликнуть батник для запуска служб и вы через секунду получаете рабочий, правильно настроенный веб-сервер на Microsoft Windows.

Что может веб-сервер в Windows

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

Вы можете подключат и использовать при тестировании и разработке:

• модули Apache (например, mod_rewrite)
• PHP (требуется дополнительная установка)
• базы данных (требуется дополнительная установка)

Версии Apache для Windows

В настоящее время актуальной веткой Apache является 2.4.*. Предыдущее поколение Apache 2.2.* является устаревшим и больше не поддерживается. Новые версии, исправления ошибок и патчи безопасности начиная с 2018 года выпускаются теперь только для Apache 2.4. Именная эта версия предоставлена для скачивания на этом сайте.

Сборка Apache + PHP + MySQL + phpMyAdmin

Если вы хотите в несколько кликов получить работающий веб-сервер Apache + PHP + MySQL + phpMyAdmin на Windows, то скачайте готовую сборку, которая включает полностью настроенный для Windows веб-сервер, который достаточно распаковать и запустить кликом по ярлыку.

Установка модулей Apache

Веб-серевер Apache является универсальным решением для обслуживания HTTP-запросов и обработки веб-контента. Практически для всех дистрибутивов Linux он поставляется готовым не просто для базового использования, но и позволяет организовать полноценный хостинг как минимум для ведения разработки веб-приложений. Однако, Apache всегда отличался тем, что для наиболее полного раскрытия его возможностей и потенциала он требует довольно щепетильного конфигурирования и оптимизации. Это является одновременно и недостатком и плюсом. Поскольку только таким образом можно добиться от Apache максимальной эффективности для любой специфики задач. По этой же причине (сложность настройки и оптимизации) был разработан высокопроизводительный «из коробки» веб-сервер NGINX. Ещё одним плюсом Apache является поддержка подключаемых модулей. Что делает его легко масштабируемым и позволяет адаптировать под различные задачи. Самих же модулей Apache существует огромное количество. А свободная архитектура и подробная документация позволяют разрабатывать свои собственные модули.

Зачем нужны модули Apache

Разработчики Apache вряд ли могут предусмотреть все потребности, возникающие в процессе развития веб-технологий. В такой ситуации рационально осуществлять поддержку расширения функционала с помощью отдельных подключаемых программных компонентов — модулей. Каждый модуль добавляет к базовому или текущему функционалу веб-сервера новые возможности. Таким образом, модули Apache позволяют легко оснащать его необходимыми возможностями. В то же время, если отпадает необходимость в использовании какого-либо модуля — его легко отключить. Экономя на потребляемых ресурсах.
Такой подход удобен также и тем, что модули можно (и легко) разрабатывать отдельно. Без затрагивания основного кода ядра Apache.

Как работает механизм подключения модулей?

Модули Apache представляют собой программное обеспечение (ПО) в виде динамически подключаемых библиотек — файлов с расширением *.so. Хранятся эти модули (т. е. библиотеки *.so) обычно там же, где и все библиотеки систем Linux – в каталоге /usr/lib. В котором конкретно для модулей Apache предусмотрен подкаталог apache/modules.
Установка же модуля подразумевает подключение файла библиотеки (модуль *.so) к конфигурации Apache. Чтобы он мог использовать функции, реализованные и содержащиеся в файле модуля. Подключение происходит при помощи специальных инструкций в виде директив конфигурации. Эти инструкции содержатся в конфигурационных файлах *.load и *.conf. Которые подключают модуль и определяют конфигурацию его работы соответственно.

Чтобы Apache «знал», что нужно подключить модуль, его конфигурационные файлы (модуля) должны быть в специальном каталоге /etc/apache2/mods-available . А для того, чтобы Apache «знал», как именно подключить модуль. В специальном каталоге /etc/apache2/mods-enabled должны существовать символические ссылки на соответствующие конфигурационные файлы из каталога /etc/apache2/mods-available . Наличие такой ссылки и позволяет Apache подключать дополнительные функции библиотек «из вне». При условии, что они совместимы и корректно задана конфигурация подключения.

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

Включение и отключение модулей

Подавляющее большинство модулей Apache поставляются в стандартных репозиториях практически любого дистрибутива Linux. Для их установки и подключения нужно просто воспользоваться системой управления пакетами (СУП) дистрибутива. Например, в Ubuntu для установки модуля FastCGI следует выполнить следующую команду:

Сами модули нетрудно отыскать в репозиториях по ключевым словам, например для СУП APT в Ubuntu это выглядит так:

В данном выводе пакет libapache2-mod-fcgid, как следует из его описания, и является искомым вариантом. После установки модуля нужно перезапустить Apache.
Но когда использование СУП или менеджера пакетов для установки не представляется возможным, например, когда разрабатывается собственный модуль, то необходимо выполнить вручную порядок действий, соответствующий механизму подключения, описанному в предыдущей главе:

1. скопировать файл библиотеки модуля в /usr/lib/apache/modules;
2. создать конфигурационный файл module_name.load в каталоге /etc/apache2/mods-available;
3. в каталоге /etc/apache2/mods-enabled создать символическую ссылку на файл module_name.load из каталога /etc/apache2/mods-available;
4. перезапустить веб-сервер Apache, либо перезагрузить его конфигурацию.

Содержимое файла конфигурации module_name.load (имя задано условно) представляет собой, как уже было отмечено, определение директивы загрузки функций из файла библиотеки модуля (условно name_module.so) по соответствующему пути:

Во время запуска (или перезагрузки конфигурации) Apache «просматривает» каталог /etc/apache2/mods-enabled , и по имеющимся в нём символическим ссылкам читает соответствующие файлы конфигурации из каталога /etc/apache2/mods-available . Содержащаяся в них директива LoadModule указывает Apache загрузить соответствующий модуль в свое адресное пространство.
Очевидно, что для отключения модулей нужно просто удалить соответствующую символическую ссылку в каталоге mods-enabled, а также перезапустить веб-сервер.
В некоторых дистрибутивах для удобства управления модулями и вообще конфигурацией Apache предоставляются утилиты, например из пакета apache2-utils. Этот пакет предоставляет команды, позволяющие быстро подключать и отключать модули: a2enmod и a2dismod соответственно. Например:

Эта команда включит модуль mpm-itk. При этом библиотека модуля и соответствующий конфигурационный файл mpm_itk.load уже должны присутствовать в системе.
В заключение необходимо отметить, что на примере установки дополнительных модулей Apache видно, что этот процесс далеко не самый быстрый и простой. Однако все действия абсолютно логичны, а потому легко усваиваются, избавляя от необходимости что-то запоминать или часто обращаться к справочным руководствам.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.