From c54018b07a9085c0a3aedbc2bd01a85a3b3e20cf Mon Sep 17 00:00:00 2001 From: Daniel Baumann Date: Sat, 25 May 2024 06:41:27 +0200 Subject: Merging upstream version 2.4.59. Signed-off-by: Daniel Baumann --- docs/manual/mod/core.html | 2 +- docs/manual/mod/core.html.de | 1419 ++++++++-------- docs/manual/mod/core.html.en | 357 +++- docs/manual/mod/core.html.es | 649 +++---- docs/manual/mod/core.html.fr.utf8 | 364 +++- docs/manual/mod/core.html.ja.utf8 | 87 +- docs/manual/mod/core.html.tr.utf8 | 892 ++++++---- docs/manual/mod/directive-dict.html | 2 +- docs/manual/mod/directive-dict.html.en | 20 +- docs/manual/mod/directive-dict.html.es | 212 +-- docs/manual/mod/directive-dict.html.fr.utf8 | 12 +- docs/manual/mod/directive-dict.html.ja.utf8 | 4 +- docs/manual/mod/directive-dict.html.ko.euc-kr | 4 +- docs/manual/mod/directive-dict.html.tr.utf8 | 6 +- docs/manual/mod/directives.html | 2 +- docs/manual/mod/directives.html.de | 99 +- docs/manual/mod/directives.html.en | 89 +- docs/manual/mod/directives.html.es | 105 +- docs/manual/mod/directives.html.fr.utf8 | 73 +- docs/manual/mod/directives.html.ja.utf8 | 73 +- docs/manual/mod/directives.html.ko.euc-kr | 73 +- docs/manual/mod/directives.html.tr.utf8 | 73 +- docs/manual/mod/directives.html.zh-cn.utf8 | 73 +- docs/manual/mod/event.html | 2 +- docs/manual/mod/event.html.en | 67 +- docs/manual/mod/event.html.fr.utf8 | 6 +- docs/manual/mod/index.html | 2 +- docs/manual/mod/index.html.de | 39 +- docs/manual/mod/index.html.en | 25 +- docs/manual/mod/index.html.es | 57 +- docs/manual/mod/index.html.fr.utf8 | 15 +- docs/manual/mod/index.html.ja.utf8 | 9 +- docs/manual/mod/index.html.ko.euc-kr | 9 +- docs/manual/mod/index.html.tr.utf8 | 9 +- docs/manual/mod/index.html.zh-cn.utf8 | 9 +- docs/manual/mod/mod_access_compat.html | 2 +- docs/manual/mod/mod_access_compat.html.en | 16 +- docs/manual/mod/mod_access_compat.html.fr.utf8 | 4 +- docs/manual/mod/mod_access_compat.html.ja.utf8 | 4 +- docs/manual/mod/mod_actions.html | 2 +- docs/manual/mod/mod_actions.html.de | 72 +- docs/manual/mod/mod_actions.html.en | 16 +- docs/manual/mod/mod_actions.html.fr.utf8 | 4 +- docs/manual/mod/mod_actions.html.ja.utf8 | 4 +- docs/manual/mod/mod_actions.html.ko.euc-kr | 4 +- docs/manual/mod/mod_alias.html | 2 +- docs/manual/mod/mod_alias.html.en | 83 +- docs/manual/mod/mod_alias.html.fr.utf8 | 68 +- docs/manual/mod/mod_alias.html.ja.utf8 | 32 +- docs/manual/mod/mod_alias.html.ko.euc-kr | 32 +- docs/manual/mod/mod_alias.html.tr.utf8 | 35 +- docs/manual/mod/mod_allowmethods.html | 2 +- docs/manual/mod/mod_allowmethods.html.en | 16 +- docs/manual/mod/mod_allowmethods.html.fr.utf8 | 4 +- docs/manual/mod/mod_asis.html | 2 +- docs/manual/mod/mod_asis.html.en | 16 +- docs/manual/mod/mod_asis.html.fr.utf8 | 4 +- docs/manual/mod/mod_asis.html.ja.utf8 | 4 +- docs/manual/mod/mod_asis.html.ko.euc-kr | 4 +- docs/manual/mod/mod_auth_basic.html | 2 +- docs/manual/mod/mod_auth_basic.html.en | 18 +- docs/manual/mod/mod_auth_basic.html.fr.utf8 | 4 +- docs/manual/mod/mod_auth_basic.html.ja.utf8 | 4 +- docs/manual/mod/mod_auth_basic.html.ko.euc-kr | 4 +- docs/manual/mod/mod_auth_digest.html | 2 +- docs/manual/mod/mod_auth_digest.html.en | 18 +- docs/manual/mod/mod_auth_digest.html.fr.utf8 | 4 +- docs/manual/mod/mod_auth_digest.html.ko.euc-kr | 4 +- docs/manual/mod/mod_auth_form.html | 2 +- docs/manual/mod/mod_auth_form.html.en | 48 +- docs/manual/mod/mod_auth_form.html.fr.utf8 | 22 +- docs/manual/mod/mod_authn_anon.html | 2 +- docs/manual/mod/mod_authn_anon.html.en | 16 +- docs/manual/mod/mod_authn_anon.html.fr.utf8 | 4 +- docs/manual/mod/mod_authn_anon.html.ja.utf8 | 4 +- docs/manual/mod/mod_authn_anon.html.ko.euc-kr | 4 +- docs/manual/mod/mod_authn_core.html | 2 +- docs/manual/mod/mod_authn_core.html.en | 28 +- docs/manual/mod/mod_authn_core.html.fr.utf8 | 21 +- docs/manual/mod/mod_authn_dbd.html | 2 +- docs/manual/mod/mod_authn_dbd.html.en | 31 +- docs/manual/mod/mod_authn_dbd.html.fr.utf8 | 13 +- docs/manual/mod/mod_authn_dbm.html | 2 +- docs/manual/mod/mod_authn_dbm.html.en | 16 +- docs/manual/mod/mod_authn_dbm.html.fr.utf8 | 4 +- docs/manual/mod/mod_authn_dbm.html.ja.utf8 | 4 +- docs/manual/mod/mod_authn_dbm.html.ko.euc-kr | 4 +- docs/manual/mod/mod_authn_file.html | 2 +- docs/manual/mod/mod_authn_file.html.en | 16 +- docs/manual/mod/mod_authn_file.html.fr.utf8 | 4 +- docs/manual/mod/mod_authn_file.html.ja.utf8 | 4 +- docs/manual/mod/mod_authn_file.html.ko.euc-kr | 4 +- docs/manual/mod/mod_authn_socache.html | 2 +- docs/manual/mod/mod_authn_socache.html.en | 58 +- docs/manual/mod/mod_authn_socache.html.fr.utf8 | 32 +- docs/manual/mod/mod_authnz_fcgi.html | 2 +- docs/manual/mod/mod_authnz_fcgi.html.en | 16 +- docs/manual/mod/mod_authnz_fcgi.html.fr.utf8 | 4 +- docs/manual/mod/mod_authnz_ldap.html | 2 +- docs/manual/mod/mod_authnz_ldap.html.en | 47 +- docs/manual/mod/mod_authnz_ldap.html.fr.utf8 | 190 +-- docs/manual/mod/mod_authz_core.html | 2 +- docs/manual/mod/mod_authz_core.html.en | 29 +- docs/manual/mod/mod_authz_core.html.fr.utf8 | 16 +- docs/manual/mod/mod_authz_dbd.html | 2 +- docs/manual/mod/mod_authz_dbd.html.en | 18 +- docs/manual/mod/mod_authz_dbd.html.fr.utf8 | 6 +- docs/manual/mod/mod_authz_dbm.html | 2 +- docs/manual/mod/mod_authz_dbm.html.en | 16 +- docs/manual/mod/mod_authz_dbm.html.fr.utf8 | 4 +- docs/manual/mod/mod_authz_dbm.html.ko.euc-kr | 4 +- docs/manual/mod/mod_authz_groupfile.html | 2 +- docs/manual/mod/mod_authz_groupfile.html.en | 16 +- docs/manual/mod/mod_authz_groupfile.html.fr.utf8 | 4 +- docs/manual/mod/mod_authz_groupfile.html.ja.utf8 | 4 +- docs/manual/mod/mod_authz_groupfile.html.ko.euc-kr | 4 +- docs/manual/mod/mod_authz_host.html | 2 +- docs/manual/mod/mod_authz_host.html.en | 27 +- docs/manual/mod/mod_authz_host.html.fr.utf8 | 18 +- docs/manual/mod/mod_authz_owner.html | 2 +- docs/manual/mod/mod_authz_owner.html.en | 16 +- docs/manual/mod/mod_authz_owner.html.fr.utf8 | 4 +- docs/manual/mod/mod_authz_owner.html.ja.utf8 | 4 +- docs/manual/mod/mod_authz_owner.html.ko.euc-kr | 4 +- docs/manual/mod/mod_authz_user.html | 2 +- docs/manual/mod/mod_authz_user.html.en | 16 +- docs/manual/mod/mod_authz_user.html.fr.utf8 | 6 +- docs/manual/mod/mod_authz_user.html.ja.utf8 | 4 +- docs/manual/mod/mod_authz_user.html.ko.euc-kr | 4 +- docs/manual/mod/mod_autoindex.html | 2 +- docs/manual/mod/mod_autoindex.html.en | 113 +- docs/manual/mod/mod_autoindex.html.fr.utf8 | 101 +- docs/manual/mod/mod_autoindex.html.ja.utf8 | 4 +- docs/manual/mod/mod_autoindex.html.ko.euc-kr | 4 +- docs/manual/mod/mod_autoindex.html.tr.utf8 | 72 +- docs/manual/mod/mod_brotli.html | 2 +- docs/manual/mod/mod_brotli.html.en | 16 +- docs/manual/mod/mod_brotli.html.fr.utf8 | 8 +- docs/manual/mod/mod_buffer.html | 2 +- docs/manual/mod/mod_buffer.html.en | 16 +- docs/manual/mod/mod_buffer.html.fr.utf8 | 4 +- docs/manual/mod/mod_cache.html | 2 +- docs/manual/mod/mod_cache.html.en | 16 +- docs/manual/mod/mod_cache.html.fr.utf8 | 4 +- docs/manual/mod/mod_cache.html.ja.utf8 | 4 +- docs/manual/mod/mod_cache.html.ko.euc-kr | 4 +- docs/manual/mod/mod_cache_disk.html | 2 +- docs/manual/mod/mod_cache_disk.html.en | 16 +- docs/manual/mod/mod_cache_disk.html.fr.utf8 | 4 +- docs/manual/mod/mod_cache_disk.html.ja.utf8 | 4 +- docs/manual/mod/mod_cache_disk.html.ko.euc-kr | 4 +- docs/manual/mod/mod_cache_socache.html | 2 +- docs/manual/mod/mod_cache_socache.html.en | 16 +- docs/manual/mod/mod_cache_socache.html.fr.utf8 | 4 +- docs/manual/mod/mod_cern_meta.html | 2 +- docs/manual/mod/mod_cern_meta.html.en | 16 +- docs/manual/mod/mod_cern_meta.html.fr.utf8 | 4 +- docs/manual/mod/mod_cern_meta.html.ko.euc-kr | 4 +- docs/manual/mod/mod_cgi.html | 2 +- docs/manual/mod/mod_cgi.html.en | 39 +- docs/manual/mod/mod_cgi.html.fr.utf8 | 26 +- docs/manual/mod/mod_cgi.html.ja.utf8 | 20 +- docs/manual/mod/mod_cgi.html.ko.euc-kr | 20 +- docs/manual/mod/mod_cgid.html | 2 +- docs/manual/mod/mod_cgid.html.en | 21 +- docs/manual/mod/mod_cgid.html.fr.utf8 | 11 +- docs/manual/mod/mod_cgid.html.ja.utf8 | 9 +- docs/manual/mod/mod_cgid.html.ko.euc-kr | 9 +- docs/manual/mod/mod_charset_lite.html | 2 +- docs/manual/mod/mod_charset_lite.html.en | 16 +- docs/manual/mod/mod_charset_lite.html.fr.utf8 | 4 +- docs/manual/mod/mod_charset_lite.html.ko.euc-kr | 4 +- docs/manual/mod/mod_data.html | 2 +- docs/manual/mod/mod_data.html.en | 16 +- docs/manual/mod/mod_data.html.fr.utf8 | 4 +- docs/manual/mod/mod_dav.html | 2 +- docs/manual/mod/mod_dav.html.en | 46 +- docs/manual/mod/mod_dav.html.fr.utf8 | 35 +- docs/manual/mod/mod_dav.html.ja.utf8 | 18 +- docs/manual/mod/mod_dav.html.ko.euc-kr | 18 +- docs/manual/mod/mod_dav_fs.html | 2 +- docs/manual/mod/mod_dav_fs.html.en | 37 +- docs/manual/mod/mod_dav_fs.html.fr.utf8 | 26 +- docs/manual/mod/mod_dav_fs.html.ja.utf8 | 18 +- docs/manual/mod/mod_dav_fs.html.ko.euc-kr | 18 +- docs/manual/mod/mod_dav_lock.html | 2 +- docs/manual/mod/mod_dav_lock.html.en | 16 +- docs/manual/mod/mod_dav_lock.html.fr.utf8 | 4 +- docs/manual/mod/mod_dav_lock.html.ja.utf8 | 4 +- docs/manual/mod/mod_dbd.html | 2 +- docs/manual/mod/mod_dbd.html.en | 16 +- docs/manual/mod/mod_dbd.html.fr.utf8 | 4 +- docs/manual/mod/mod_deflate.html | 2 +- docs/manual/mod/mod_deflate.html.en | 105 +- docs/manual/mod/mod_deflate.html.fr.utf8 | 92 +- docs/manual/mod/mod_deflate.html.ja.utf8 | 26 +- docs/manual/mod/mod_deflate.html.ko.euc-kr | 26 +- docs/manual/mod/mod_dialup.html | 2 +- docs/manual/mod/mod_dialup.html.en | 16 +- docs/manual/mod/mod_dialup.html.fr.utf8 | 4 +- docs/manual/mod/mod_dir.html | 2 +- docs/manual/mod/mod_dir.html.en | 24 +- docs/manual/mod/mod_dir.html.fr.utf8 | 8 +- docs/manual/mod/mod_dir.html.ja.utf8 | 4 +- docs/manual/mod/mod_dir.html.ko.euc-kr | 4 +- docs/manual/mod/mod_dir.html.tr.utf8 | 16 +- docs/manual/mod/mod_dumpio.html | 2 +- docs/manual/mod/mod_dumpio.html.en | 16 +- docs/manual/mod/mod_dumpio.html.fr.utf8 | 4 +- docs/manual/mod/mod_dumpio.html.ja.utf8 | 4 +- docs/manual/mod/mod_echo.html | 2 +- docs/manual/mod/mod_echo.html.en | 16 +- docs/manual/mod/mod_echo.html.fr.utf8 | 4 +- docs/manual/mod/mod_echo.html.ja.utf8 | 4 +- docs/manual/mod/mod_echo.html.ko.euc-kr | 4 +- docs/manual/mod/mod_env.html | 2 +- docs/manual/mod/mod_env.html.en | 20 +- docs/manual/mod/mod_env.html.fr.utf8 | 4 +- docs/manual/mod/mod_env.html.ja.utf8 | 4 +- docs/manual/mod/mod_env.html.ko.euc-kr | 4 +- docs/manual/mod/mod_env.html.tr.utf8 | 8 +- docs/manual/mod/mod_example_hooks.html | 2 +- docs/manual/mod/mod_example_hooks.html.en | 16 +- docs/manual/mod/mod_example_hooks.html.fr.utf8 | 4 +- docs/manual/mod/mod_example_hooks.html.ko.euc-kr | 4 +- docs/manual/mod/mod_expires.html | 2 +- docs/manual/mod/mod_expires.html.en | 16 +- docs/manual/mod/mod_expires.html.fr.utf8 | 4 +- docs/manual/mod/mod_expires.html.ja.utf8 | 4 +- docs/manual/mod/mod_expires.html.ko.euc-kr | 4 +- docs/manual/mod/mod_ext_filter.html | 2 +- docs/manual/mod/mod_ext_filter.html.en | 16 +- docs/manual/mod/mod_ext_filter.html.fr.utf8 | 4 +- docs/manual/mod/mod_ext_filter.html.ja.utf8 | 4 +- docs/manual/mod/mod_ext_filter.html.ko.euc-kr | 4 +- docs/manual/mod/mod_file_cache.html | 2 +- docs/manual/mod/mod_file_cache.html.en | 16 +- docs/manual/mod/mod_file_cache.html.fr.utf8 | 4 +- docs/manual/mod/mod_file_cache.html.ko.euc-kr | 4 +- docs/manual/mod/mod_filter.html | 2 +- docs/manual/mod/mod_filter.html.en | 18 +- docs/manual/mod/mod_filter.html.fr.utf8 | 4 +- docs/manual/mod/mod_headers.html | 2 +- docs/manual/mod/mod_headers.html.en | 16 +- docs/manual/mod/mod_headers.html.fr.utf8 | 4 +- docs/manual/mod/mod_headers.html.ja.utf8 | 4 +- docs/manual/mod/mod_headers.html.ko.euc-kr | 4 +- docs/manual/mod/mod_heartbeat.html | 2 +- docs/manual/mod/mod_heartbeat.html.en | 16 +- docs/manual/mod/mod_heartbeat.html.fr.utf8 | 4 +- docs/manual/mod/mod_heartmonitor.html | 2 +- docs/manual/mod/mod_heartmonitor.html.en | 24 +- docs/manual/mod/mod_heartmonitor.html.fr.utf8 | 22 +- docs/manual/mod/mod_http2.html | 2 +- docs/manual/mod/mod_http2.html.en | 235 ++- docs/manual/mod/mod_http2.html.fr.utf8 | 268 ++- docs/manual/mod/mod_ident.html | 2 +- docs/manual/mod/mod_ident.html.en | 16 +- docs/manual/mod/mod_ident.html.fr.utf8 | 4 +- docs/manual/mod/mod_ident.html.ja.utf8 | 4 +- docs/manual/mod/mod_ident.html.ko.euc-kr | 4 +- docs/manual/mod/mod_imagemap.html | 2 +- docs/manual/mod/mod_imagemap.html.en | 16 +- docs/manual/mod/mod_imagemap.html.fr.utf8 | 4 +- docs/manual/mod/mod_imagemap.html.ko.euc-kr | 4 +- docs/manual/mod/mod_include.html | 2 +- docs/manual/mod/mod_include.html.en | 22 +- docs/manual/mod/mod_include.html.fr.utf8 | 8 +- docs/manual/mod/mod_include.html.ja.utf8 | 4 +- docs/manual/mod/mod_info.html | 2 +- docs/manual/mod/mod_info.html.en | 16 +- docs/manual/mod/mod_info.html.fr.utf8 | 4 +- docs/manual/mod/mod_info.html.ja.utf8 | 4 +- docs/manual/mod/mod_info.html.ko.euc-kr | 4 +- docs/manual/mod/mod_isapi.html | 2 +- docs/manual/mod/mod_isapi.html.en | 16 +- docs/manual/mod/mod_isapi.html.fr.utf8 | 4 +- docs/manual/mod/mod_isapi.html.ko.euc-kr | 4 +- docs/manual/mod/mod_lbmethod_bybusyness.html | 2 +- docs/manual/mod/mod_lbmethod_bybusyness.html.en | 16 +- .../mod/mod_lbmethod_bybusyness.html.fr.utf8 | 4 +- docs/manual/mod/mod_lbmethod_byrequests.html | 2 +- docs/manual/mod/mod_lbmethod_byrequests.html.en | 16 +- .../mod/mod_lbmethod_byrequests.html.fr.utf8 | 4 +- docs/manual/mod/mod_lbmethod_bytraffic.html | 2 +- docs/manual/mod/mod_lbmethod_bytraffic.html.en | 16 +- .../manual/mod/mod_lbmethod_bytraffic.html.fr.utf8 | 4 +- docs/manual/mod/mod_lbmethod_heartbeat.html | 2 +- docs/manual/mod/mod_lbmethod_heartbeat.html.en | 16 +- .../manual/mod/mod_lbmethod_heartbeat.html.fr.utf8 | 4 +- docs/manual/mod/mod_ldap.html | 2 +- docs/manual/mod/mod_ldap.html.en | 57 +- docs/manual/mod/mod_ldap.html.fr.utf8 | 153 +- docs/manual/mod/mod_log_config.html | 2 +- docs/manual/mod/mod_log_config.html.en | 87 +- docs/manual/mod/mod_log_config.html.fr.utf8 | 70 +- docs/manual/mod/mod_log_config.html.ja.utf8 | 4 +- docs/manual/mod/mod_log_config.html.ko.euc-kr | 4 +- docs/manual/mod/mod_log_config.html.tr.utf8 | 73 +- docs/manual/mod/mod_log_debug.html | 2 +- docs/manual/mod/mod_log_debug.html.en | 47 +- docs/manual/mod/mod_log_debug.html.fr.utf8 | 29 +- docs/manual/mod/mod_log_forensic.html | 2 +- docs/manual/mod/mod_log_forensic.html.en | 20 +- docs/manual/mod/mod_log_forensic.html.fr.utf8 | 4 +- docs/manual/mod/mod_log_forensic.html.ja.utf8 | 4 +- docs/manual/mod/mod_log_forensic.html.tr.utf8 | 8 +- docs/manual/mod/mod_logio.html | 2 +- docs/manual/mod/mod_logio.html.en | 20 +- docs/manual/mod/mod_logio.html.fr.utf8 | 4 +- docs/manual/mod/mod_logio.html.ja.utf8 | 4 +- docs/manual/mod/mod_logio.html.ko.euc-kr | 4 +- docs/manual/mod/mod_logio.html.tr.utf8 | 8 +- docs/manual/mod/mod_lua.html | 2 +- docs/manual/mod/mod_lua.html.en | 86 +- docs/manual/mod/mod_lua.html.fr.utf8 | 146 +- docs/manual/mod/mod_macro.html | 2 +- docs/manual/mod/mod_macro.html.en | 16 +- docs/manual/mod/mod_macro.html.fr.utf8 | 4 +- docs/manual/mod/mod_md.html | 6 +- docs/manual/mod/mod_md.html.en | 1188 +++++++++++-- docs/manual/mod/mod_md.html.fr.utf8 | 1784 ++++++++++++++++++++ docs/manual/mod/mod_mime.html | 2 +- docs/manual/mod/mod_mime.html.en | 16 +- docs/manual/mod/mod_mime.html.fr.utf8 | 4 +- docs/manual/mod/mod_mime.html.ja.utf8 | 4 +- docs/manual/mod/mod_mime_magic.html | 2 +- docs/manual/mod/mod_mime_magic.html.en | 16 +- docs/manual/mod/mod_mime_magic.html.fr.utf8 | 4 +- docs/manual/mod/mod_negotiation.html | 2 +- docs/manual/mod/mod_negotiation.html.en | 16 +- docs/manual/mod/mod_negotiation.html.fr.utf8 | 4 +- docs/manual/mod/mod_negotiation.html.ja.utf8 | 4 +- docs/manual/mod/mod_nw_ssl.html | 2 +- docs/manual/mod/mod_nw_ssl.html.en | 16 +- docs/manual/mod/mod_nw_ssl.html.fr.utf8 | 4 +- docs/manual/mod/mod_privileges.html | 2 +- docs/manual/mod/mod_privileges.html.en | 18 +- docs/manual/mod/mod_privileges.html.fr.utf8 | 10 +- docs/manual/mod/mod_proxy.html | 2 +- docs/manual/mod/mod_proxy.html.en | 230 ++- docs/manual/mod/mod_proxy.html.fr.utf8 | 248 ++- docs/manual/mod/mod_proxy.html.ja.utf8 | 18 +- docs/manual/mod/mod_proxy_ajp.html | 2 +- docs/manual/mod/mod_proxy_ajp.html.en | 39 +- docs/manual/mod/mod_proxy_ajp.html.fr.utf8 | 30 +- docs/manual/mod/mod_proxy_ajp.html.ja.utf8 | 4 +- docs/manual/mod/mod_proxy_balancer.html | 2 +- docs/manual/mod/mod_proxy_balancer.html.en | 20 +- docs/manual/mod/mod_proxy_balancer.html.fr.utf8 | 4 +- docs/manual/mod/mod_proxy_balancer.html.ja.utf8 | 4 +- docs/manual/mod/mod_proxy_connect.html | 2 +- docs/manual/mod/mod_proxy_connect.html.en | 16 +- docs/manual/mod/mod_proxy_connect.html.fr.utf8 | 4 +- docs/manual/mod/mod_proxy_connect.html.ja.utf8 | 4 +- docs/manual/mod/mod_proxy_express.html | 2 +- docs/manual/mod/mod_proxy_express.html.en | 52 +- docs/manual/mod/mod_proxy_express.html.fr.utf8 | 47 +- docs/manual/mod/mod_proxy_fcgi.html | 2 +- docs/manual/mod/mod_proxy_fcgi.html.en | 18 +- docs/manual/mod/mod_proxy_fcgi.html.fr.utf8 | 4 +- docs/manual/mod/mod_proxy_fdpass.html | 2 +- docs/manual/mod/mod_proxy_fdpass.html.en | 16 +- docs/manual/mod/mod_proxy_fdpass.html.fr.utf8 | 4 +- docs/manual/mod/mod_proxy_ftp.html | 2 +- docs/manual/mod/mod_proxy_ftp.html.en | 16 +- docs/manual/mod/mod_proxy_ftp.html.fr.utf8 | 4 +- docs/manual/mod/mod_proxy_hcheck.html | 2 +- docs/manual/mod/mod_proxy_hcheck.html.en | 30 +- docs/manual/mod/mod_proxy_hcheck.html.fr.utf8 | 31 +- docs/manual/mod/mod_proxy_html.html | 2 +- docs/manual/mod/mod_proxy_html.html.en | 18 +- docs/manual/mod/mod_proxy_html.html.fr.utf8 | 10 +- docs/manual/mod/mod_proxy_http.html | 2 +- docs/manual/mod/mod_proxy_http.html.en | 16 +- docs/manual/mod/mod_proxy_http.html.fr.utf8 | 4 +- docs/manual/mod/mod_proxy_http2.html | 2 +- docs/manual/mod/mod_proxy_http2.html.en | 16 +- docs/manual/mod/mod_proxy_http2.html.fr.utf8 | 4 +- docs/manual/mod/mod_proxy_scgi.html | 2 +- docs/manual/mod/mod_proxy_scgi.html.en | 18 +- docs/manual/mod/mod_proxy_scgi.html.fr.utf8 | 4 +- docs/manual/mod/mod_proxy_uwsgi.html | 6 +- docs/manual/mod/mod_proxy_uwsgi.html.en | 19 +- docs/manual/mod/mod_proxy_uwsgi.html.fr.utf8 | 116 ++ docs/manual/mod/mod_proxy_wstunnel.html | 2 +- docs/manual/mod/mod_proxy_wstunnel.html.en | 87 +- docs/manual/mod/mod_proxy_wstunnel.html.fr.utf8 | 76 +- docs/manual/mod/mod_ratelimit.html | 2 +- docs/manual/mod/mod_ratelimit.html.en | 16 +- docs/manual/mod/mod_ratelimit.html.fr.utf8 | 4 +- docs/manual/mod/mod_reflector.html | 2 +- docs/manual/mod/mod_reflector.html.en | 16 +- docs/manual/mod/mod_reflector.html.fr.utf8 | 4 +- docs/manual/mod/mod_remoteip.html | 2 +- docs/manual/mod/mod_remoteip.html.en | 16 +- docs/manual/mod/mod_remoteip.html.fr.utf8 | 4 +- docs/manual/mod/mod_reqtimeout.html | 2 +- docs/manual/mod/mod_reqtimeout.html.en | 91 +- docs/manual/mod/mod_reqtimeout.html.fr.utf8 | 121 +- docs/manual/mod/mod_request.html | 2 +- docs/manual/mod/mod_request.html.en | 20 +- docs/manual/mod/mod_request.html.fr.utf8 | 4 +- docs/manual/mod/mod_request.html.tr.utf8 | 8 +- docs/manual/mod/mod_rewrite.html | 2 +- docs/manual/mod/mod_rewrite.html.en | 86 +- docs/manual/mod/mod_rewrite.html.fr.utf8 | 82 +- docs/manual/mod/mod_sed.html | 2 +- docs/manual/mod/mod_sed.html.en | 18 +- docs/manual/mod/mod_sed.html.fr.utf8 | 12 +- docs/manual/mod/mod_session.html | 2 +- docs/manual/mod/mod_session.html.en | 58 +- docs/manual/mod/mod_session.html.fr.utf8 | 47 +- docs/manual/mod/mod_session_cookie.html | 2 +- docs/manual/mod/mod_session_cookie.html.en | 16 +- docs/manual/mod/mod_session_cookie.html.fr.utf8 | 4 +- docs/manual/mod/mod_session_crypto.html | 2 +- docs/manual/mod/mod_session_crypto.html.en | 25 +- docs/manual/mod/mod_session_crypto.html.fr.utf8 | 34 +- docs/manual/mod/mod_session_dbd.html | 2 +- docs/manual/mod/mod_session_dbd.html.en | 16 +- docs/manual/mod/mod_session_dbd.html.fr.utf8 | 4 +- docs/manual/mod/mod_setenvif.html | 2 +- docs/manual/mod/mod_setenvif.html.en | 29 +- docs/manual/mod/mod_setenvif.html.fr.utf8 | 18 +- docs/manual/mod/mod_setenvif.html.ja.utf8 | 4 +- docs/manual/mod/mod_setenvif.html.ko.euc-kr | 4 +- docs/manual/mod/mod_setenvif.html.tr.utf8 | 9 +- docs/manual/mod/mod_slotmem_plain.html | 2 +- docs/manual/mod/mod_slotmem_plain.html.en | 16 +- docs/manual/mod/mod_slotmem_plain.html.fr.utf8 | 4 +- docs/manual/mod/mod_slotmem_shm.html | 2 +- docs/manual/mod/mod_slotmem_shm.html.en | 16 +- docs/manual/mod/mod_slotmem_shm.html.fr.utf8 | 4 +- docs/manual/mod/mod_so.html | 2 +- docs/manual/mod/mod_so.html.en | 20 +- docs/manual/mod/mod_so.html.fr.utf8 | 4 +- docs/manual/mod/mod_so.html.ja.utf8 | 4 +- docs/manual/mod/mod_so.html.ko.euc-kr | 4 +- docs/manual/mod/mod_so.html.tr.utf8 | 8 +- docs/manual/mod/mod_socache_dbm.html | 2 +- docs/manual/mod/mod_socache_dbm.html.en | 16 +- docs/manual/mod/mod_socache_dbm.html.fr.utf8 | 4 +- docs/manual/mod/mod_socache_dc.html | 2 +- docs/manual/mod/mod_socache_dc.html.en | 16 +- docs/manual/mod/mod_socache_dc.html.fr.utf8 | 4 +- docs/manual/mod/mod_socache_memcache.html | 2 +- docs/manual/mod/mod_socache_memcache.html.en | 16 +- docs/manual/mod/mod_socache_memcache.html.fr.utf8 | 4 +- docs/manual/mod/mod_socache_redis.html | 9 + docs/manual/mod/mod_socache_redis.html.en | 153 ++ docs/manual/mod/mod_socache_redis.html.fr.utf8 | 156 ++ docs/manual/mod/mod_socache_shmcb.html | 2 +- docs/manual/mod/mod_socache_shmcb.html.en | 16 +- docs/manual/mod/mod_socache_shmcb.html.fr.utf8 | 4 +- docs/manual/mod/mod_speling.html | 2 +- docs/manual/mod/mod_speling.html.en | 56 +- docs/manual/mod/mod_speling.html.fr.utf8 | 55 +- docs/manual/mod/mod_speling.html.ja.utf8 | 19 +- docs/manual/mod/mod_speling.html.ko.euc-kr | 19 +- docs/manual/mod/mod_ssl.html | 2 +- docs/manual/mod/mod_ssl.html.en | 262 ++- docs/manual/mod/mod_ssl.html.fr.utf8 | 285 +++- docs/manual/mod/mod_status.html | 2 +- docs/manual/mod/mod_status.html.en | 24 +- docs/manual/mod/mod_status.html.fr.utf8 | 4 +- docs/manual/mod/mod_status.html.ja.utf8 | 4 +- docs/manual/mod/mod_status.html.ko.euc-kr | 4 +- docs/manual/mod/mod_status.html.tr.utf8 | 8 +- docs/manual/mod/mod_substitute.html | 2 +- docs/manual/mod/mod_substitute.html.en | 20 +- docs/manual/mod/mod_substitute.html.fr.utf8 | 6 +- docs/manual/mod/mod_suexec.html | 2 +- docs/manual/mod/mod_suexec.html.en | 20 +- docs/manual/mod/mod_suexec.html.fr.utf8 | 4 +- docs/manual/mod/mod_suexec.html.ja.utf8 | 4 +- docs/manual/mod/mod_suexec.html.ko.euc-kr | 4 +- docs/manual/mod/mod_suexec.html.tr.utf8 | 8 +- docs/manual/mod/mod_systemd.html | 9 + docs/manual/mod/mod_systemd.html.en | 113 ++ docs/manual/mod/mod_systemd.html.fr.utf8 | 113 ++ docs/manual/mod/mod_tls.html | 5 + docs/manual/mod/mod_tls.html.en | 663 ++++++++ docs/manual/mod/mod_unique_id.html | 2 +- docs/manual/mod/mod_unique_id.html.en | 16 +- docs/manual/mod/mod_unique_id.html.fr.utf8 | 4 +- docs/manual/mod/mod_unique_id.html.ja.utf8 | 4 +- docs/manual/mod/mod_unique_id.html.ko.euc-kr | 4 +- docs/manual/mod/mod_unixd.html | 2 +- docs/manual/mod/mod_unixd.html.en | 20 +- docs/manual/mod/mod_unixd.html.fr.utf8 | 4 +- docs/manual/mod/mod_unixd.html.tr.utf8 | 8 +- docs/manual/mod/mod_userdir.html | 2 +- docs/manual/mod/mod_userdir.html.en | 28 +- docs/manual/mod/mod_userdir.html.fr.utf8 | 14 +- docs/manual/mod/mod_userdir.html.ja.utf8 | 4 +- docs/manual/mod/mod_userdir.html.ko.euc-kr | 4 +- docs/manual/mod/mod_userdir.html.tr.utf8 | 17 +- docs/manual/mod/mod_usertrack.html | 2 +- docs/manual/mod/mod_usertrack.html.en | 77 +- docs/manual/mod/mod_usertrack.html.fr.utf8 | 66 +- docs/manual/mod/mod_version.html | 2 +- docs/manual/mod/mod_version.html.en | 16 +- docs/manual/mod/mod_version.html.fr.utf8 | 4 +- docs/manual/mod/mod_version.html.ja.utf8 | 4 +- docs/manual/mod/mod_version.html.ko.euc-kr | 4 +- docs/manual/mod/mod_vhost_alias.html | 2 +- docs/manual/mod/mod_vhost_alias.html.en | 20 +- docs/manual/mod/mod_vhost_alias.html.fr.utf8 | 4 +- docs/manual/mod/mod_vhost_alias.html.tr.utf8 | 8 +- docs/manual/mod/mod_watchdog.html | 2 +- docs/manual/mod/mod_watchdog.html.en | 16 +- docs/manual/mod/mod_watchdog.html.fr.utf8 | 4 +- docs/manual/mod/mod_xml2enc.html | 2 +- docs/manual/mod/mod_xml2enc.html.en | 28 +- docs/manual/mod/mod_xml2enc.html.fr.utf8 | 8 +- docs/manual/mod/module-dict.html | 2 +- docs/manual/mod/module-dict.html.en | 16 +- docs/manual/mod/module-dict.html.fr.utf8 | 4 +- docs/manual/mod/module-dict.html.ja.utf8 | 4 +- docs/manual/mod/module-dict.html.ko.euc-kr | 4 +- docs/manual/mod/module-dict.html.tr.utf8 | 6 +- docs/manual/mod/mpm_common.html | 2 +- docs/manual/mod/mpm_common.html.de | 328 ++-- docs/manual/mod/mpm_common.html.en | 63 +- docs/manual/mod/mpm_common.html.fr.utf8 | 40 +- docs/manual/mod/mpm_common.html.ja.utf8 | 4 +- docs/manual/mod/mpm_common.html.tr.utf8 | 34 +- docs/manual/mod/mpm_netware.html | 2 +- docs/manual/mod/mpm_netware.html.en | 16 +- docs/manual/mod/mpm_netware.html.fr.utf8 | 4 +- docs/manual/mod/mpm_winnt.html | 2 +- docs/manual/mod/mpm_winnt.html.de | 22 +- docs/manual/mod/mpm_winnt.html.en | 16 +- docs/manual/mod/mpm_winnt.html.fr.utf8 | 4 +- docs/manual/mod/mpm_winnt.html.ja.utf8 | 4 +- docs/manual/mod/mpmt_os2.html | 2 +- docs/manual/mod/mpmt_os2.html.en | 18 +- docs/manual/mod/mpmt_os2.html.fr.utf8 | 4 +- docs/manual/mod/overrides.html | 6 +- docs/manual/mod/overrides.html.en | 335 ++-- docs/manual/mod/overrides.html.fr.utf8 | 848 ++++++++++ docs/manual/mod/prefork.html | 2 +- docs/manual/mod/prefork.html.de | 88 +- docs/manual/mod/prefork.html.en | 20 +- docs/manual/mod/prefork.html.fr.utf8 | 4 +- docs/manual/mod/prefork.html.ja.utf8 | 4 +- docs/manual/mod/prefork.html.tr.utf8 | 8 +- docs/manual/mod/quickreference.html | 2 +- docs/manual/mod/quickreference.html.de | 1116 ++++++------ docs/manual/mod/quickreference.html.en | 1038 ++++++------ docs/manual/mod/quickreference.html.es | 1060 ++++++------ docs/manual/mod/quickreference.html.fr.utf8 | 1096 ++++++------ docs/manual/mod/quickreference.html.ja.utf8 | 1004 ++++++----- docs/manual/mod/quickreference.html.ko.euc-kr | 1018 +++++------ docs/manual/mod/quickreference.html.tr.utf8 | 1113 ++++++------ docs/manual/mod/quickreference.html.zh-cn.utf8 | 1022 +++++------ docs/manual/mod/worker.html | 2 +- docs/manual/mod/worker.html.de | 88 +- docs/manual/mod/worker.html.en | 20 +- docs/manual/mod/worker.html.fr.utf8 | 4 +- docs/manual/mod/worker.html.ja.utf8 | 4 +- docs/manual/mod/worker.html.tr.utf8 | 8 +- 563 files changed, 18358 insertions(+), 9409 deletions(-) create mode 100644 docs/manual/mod/mod_md.html.fr.utf8 create mode 100644 docs/manual/mod/mod_proxy_uwsgi.html.fr.utf8 create mode 100644 docs/manual/mod/mod_socache_redis.html create mode 100644 docs/manual/mod/mod_socache_redis.html.en create mode 100644 docs/manual/mod/mod_socache_redis.html.fr.utf8 create mode 100644 docs/manual/mod/mod_systemd.html create mode 100644 docs/manual/mod/mod_systemd.html.en create mode 100644 docs/manual/mod/mod_systemd.html.fr.utf8 create mode 100644 docs/manual/mod/mod_tls.html create mode 100644 docs/manual/mod/mod_tls.html.en create mode 100644 docs/manual/mod/overrides.html.fr.utf8 (limited to 'docs/manual/mod') diff --git a/docs/manual/mod/core.html b/docs/manual/mod/core.html index e1dde38..b5101aa 100644 --- a/docs/manual/mod/core.html +++ b/docs/manual/mod/core.html @@ -6,7 +6,7 @@ Content-type: text/html; charset=ISO-8859-1 URI: core.html.en Content-Language: en -Content-type: text/html; charset=ISO-8859-1 +Content-type: text/html; charset=UTF-8 URI: core.html.es Content-Language: es diff --git a/docs/manual/mod/core.html.de b/docs/manual/mod/core.html.de index 176d96c..511cc1f 100644 --- a/docs/manual/mod/core.html.de +++ b/docs/manual/mod/core.html.de @@ -26,17 +26,17 @@

Apache-Kernfunktionen

-

Verfügbare Sprachen:  de  | +

Verfügbare Sprachen:  de  |  en  | - es  | - fr  | + es  | + fr  |  ja  | - tr 

+ tr 

-
Diese Übersetzung ist möglicherweise - nicht mehr aktuell. Bitte prüfen Sie die englische Version auf - die neuesten Änderungen.
-
  • FileETag
  • <Files>
  • <FilesMatch>
    • +
  • FlushMaxPipelined
    • +
  • FlushMaxThreshold
  • ForceType
  • GprofDir
  • HostnameLookups
    • @@ -100,6 +102,7 @@ Servers
  • MaxRangeOverlaps
  • MaxRangeReversals
  • MaxRanges
    • +
  • MergeSlashes
  • MergeTrailers
  • Mutex
  • NameVirtualHost
    • @@ -108,6 +111,7 @@ Servers
  • Protocols
  • ProtocolsHonorOrder
  • QualifyRedirectURL
    • +
  • ReadBufferSize
  • RegexDefaultOptions
  • RegisterHttpMethod
  • RLimitCPU
    • @@ -125,6 +129,7 @@ Servers
  • SetHandler
  • SetInputFilter
  • SetOutputFilter
    • +
  • StrictHostCheck
  • TimeOut
  • TraceEnable
  • UnDefine
    • @@ -139,48 +144,48 @@ Servers
    top

    AcceptFilter-Direktive

    Beschreibung:Ständig verfügbare Kernfunktionen des Apache HTTP +
    Diese Übersetzung ist möglicherweise + nicht mehr aktuell. Bitte prüfen Sie die englische Version auf + die neuesten Änderungen.
    +
    Beschreibung:Ständig verfügbare Kernfunktionen des Apache HTTP Servers
    Status:Core
    @@ -71,6 +71,8 @@ Servers
    - - +
    Beschreibung:Konfiguriert Optimierungen für lauschende Sockets bestimmter +
    Beschreibung:Konfiguriert Optimierungen für lauschende Sockets bestimmter Protokolle
    Syntax:AcceptFilter Protokoll Filter
    Kontext:Serverkonfiguration
    Status:Core
    Modul:core
    Kompatibilität:Verfügbar ab Apache 2.1.5
    Kompatibilität:Verfügbar ab Apache 2.1.5

    Diese Direktive aktiviert betriebssystemspezifische Optimierungen - für lauschende Sockets anhand des Protokolltyps. Der grundlegende + für lauschende Sockets anhand des Protokolltyps. Der grundlegende Ansatz ist, dass der Kernel das Socket nicht an den Serverprozess - übergibt, bis entweder Daten verfügbar sind oder eine komplette + übergibt, bis entweder Daten verfügbar sind oder eine komplette HTTP-Anfrage zwischengespeichert wurde. Derzeit werden - ausschließlich die Accept-Filter von FreeBSD und das primitivere - TCP_DEFER_ACCEPT von Linux unterstützt.

    + ausschließlich die Accept-Filter von FreeBSD und das primitivere + TCP_DEFER_ACCEPT von Linux unterstützt.

    -

    Die Standardeinstellungen für FreeBSD sind:

    +

    Die Standardeinstellungen für FreeBSD sind:

    AcceptFilter http httpready
    AcceptFilter https dataready

    Der httpready-Accept-Filter puffert komplette - HTTP-Anfragen auf Kernelebene. Sobald eine Anfrage vollständig + HTTP-Anfragen auf Kernelebene. Sobald eine Anfrage vollständig vorliegt, schickt der Kernel sie an den Server weiter. Bitte schlagen Sie - in der accf_http(9)-Manpage für weitere Details nach. HTTPS-Anfragen - sind verschlüsselt. Daher wird dafür nur der accf_data(9)-Filter verwendet.

    + in der accf_http(9)-Manpage für weitere Details nach. HTTPS-Anfragen + sind verschlüsselt. Daher wird dafür nur der accf_data(9)-Filter verwendet.

    -

    Die Standardeinstellungen für Linux sind:

    +

    Die Standardeinstellungen für Linux sind:

    AcceptFilter http data
    AcceptFilter https data

    -

    TCP_DEFER_ACCEPT unter Linux unterstützt keine +

    TCP_DEFER_ACCEPT unter Linux unterstützt keine Zwischenspeicherung von HTTP-Anfragen. Jeder andere Wert als none aktiviert TCP_DEFER_ACCEPT auf dem Lauschsocket. Mehr Details finden Sie in der tcp(7)-Manpage von Linux.

    Wenn Sie none als Argument verwenden, werden alle - Accept-Filter für das Protokoll abgeschaltet. Das ist sinnvoll - für Protokolle, bei denen der Server zuerst Daten senden muss, + Accept-Filter für das Protokoll abgeschaltet. Das ist sinnvoll + für Protokolle, bei denen der Server zuerst Daten senden muss, wie zum Beispiel nntp:

    AcceptFilter nttp none

    @@ -189,67 +194,67 @@ Protokolle
    top

    AcceptPathInfo-Direktive

    - + - +
    Beschreibung:Ressourcen lassen angehängte Pfadangaben zu
    Beschreibung:Ressourcen lassen angehängte Pfadangaben zu
    Syntax:AcceptPathInfo On|Off|Default
    Voreinstellung:AcceptPathInfo Default
    Kontext:Serverkonfiguration, Virtual Host, Verzeichnis, .htaccess
    AllowOverride:FileInfo
    Status:Core
    Modul:core
    Kompatibilität:Verfügbar ab Apache 2.0.30
    Kompatibilität:Verfügbar ab Apache 2.0.30

    Die Direktive steuert, ob Anfragen akzeptiert oder - abgewiesen werden, bei denen nach der tatsächlichen + abgewiesen werden, bei denen nach der tatsächlichen Datei (oder einer nicht existierenden Datei in einem existierenden - Verzeichnis) zusätzliche Pfadangaben folgen. Die angehängte + Verzeichnis) zusätzliche Pfadangaben folgen. Die angehängte Pfadangabe kann Skripten in der Umgebungsvariable PATH_INFO - verfügbar gemacht werden.

    + verfügbar gemacht werden.

    Nehmen wir beispielsweise an, dass /test/ auf ein Verzeichnis zeigt, welches lediglich eine Datei here.html - enthält. Dann wird bei Anfragen nach + enthält. Dann wird bei Anfragen nach /test/here.html/more und /test/nothere.html/more beides Mal /more als PATH_INFO ermittelt.

    -

    Die drei möglichen Argumente für die Direktive +

    Die drei möglichen Argumente für die Direktive AcceptPathInfo sind:

    Off
    Eine Anfrage wird nur dann akzeptiert, wenn sie exakt auf ein existierendes Verzeichnis (oder eine Datei) - abgebildet werden kann. Daher würde eine Anfrage mit einer nach dem - tatsächlichen Dateinamen angehängten Pfadangabe, wie + abgebildet werden kann. Daher würde eine Anfrage mit einer nach dem + tatsächlichen Dateinamen angehängten Pfadangabe, wie /test/here.html/more im obigen Beispiel, den Fehler - 404 NOT FOUND (Anm.d.Ü.: nicht gefunden) - zurückgeben.
    + 404 NOT FOUND (Anm.d.Ü.: nicht gefunden) + zurückgeben.
    On
    Eine Anfrage wird akzeptiert, wenn eine vorangestellte Pfadangabe auf ein existierendes Verzeichnis abgebildet werden kann. Das obige Beispiel /test/here.html/more wird akzeptiert, - wenn /test/here.html auf eine gültige Datei + wenn /test/here.html auf eine gültige Datei zeigt.
    Default
    -
    Die Behandlung von Anfragen mit angehängten Pfadangaben - wird von dem für die Anfrage verantwortlichen Handler bestimmt. Der Core-Handler - für gewöhnliche Dateien weist PATH_INFO-Zugriffe - standardmäßig zurück. Handler, die Skripte bedienen, +
    Die Behandlung von Anfragen mit angehängten Pfadangaben + wird von dem für die Anfrage verantwortlichen Handler bestimmt. Der Core-Handler + für gewöhnliche Dateien weist PATH_INFO-Zugriffe + standardmäßig zurück. Handler, die Skripte bedienen, wie z.B. cgi-script und isapi-handler, sind im Allgemeinen darauf voreingestellt, PATH_INFO zu akzeptieren.

    Das eigentliche Ziel von AcceptPathInfo ist es, Ihnen - das Überschreiben der Voreinstellung der Handler bezüglich + das Überschreiben der Voreinstellung der Handler bezüglich der Akzeptanz oder Ablehnung von PATH_INFO zu erlauben. - Eine solche Änderung ist zum Beispiel notwendig, wenn Sie einen + Eine solche Änderung ist zum Beispiel notwendig, wenn Sie einen Filter wie INCLUDES verwenden, um Inhalte - abhängig von PATH_INFO zu generieren. Der - Core-Handler würde die Anfrage normalerweise abweisen. Verwenden + abhängig von PATH_INFO zu generieren. Der + Core-Handler würde die Anfrage normalerweise abweisen. Verwenden Sie die folgende Konfiguration, um dennoch solch ein Skript zu - ermöglichen.

    + ermöglichen.

    <Files "mypaths.shtml">
    @@ -273,7 +278,7 @@ Protokolle Status:Core Modul:core -

    Aus dieser Namensliste sucht der Server während der +

    Aus dieser Namensliste sucht der Server während der Bearbeitung einer Anfrage in jedem Verzeichnis nach der ersten existierenden Datei, sofern im betreffenden Verzeichnis dezentrale Konfigurationsdateien erlaubt sind. @@ -283,7 +288,7 @@ Protokolle AccessFileName .acl

    -

    Vor der Rücksendung des Dokuments +

    Vor der Rücksendung des Dokuments /usr/local/web/index.html wird der Server /.acl, /usr/.acl, /usr/local/.acl und /usr/local/web/.acl @@ -310,7 +315,7 @@ Protokolle

    AddDefaultCharset-Direktive

    @@ -319,17 +324,17 @@ Protokolle
    Beschreibung:Standard-Charset-Parameter, der bei Antworten vom Content-Type - text/plain oder text/html hinzugefügt wird + text/plain oder text/html hinzugefügt wird
    Syntax:AddDefaultCharset On|Off|Zeichenkodierung
    Voreinstellung:AddDefaultCharset Off
    Status:Core
    Modul:core
    -

    Die Direktive gibt einen Standardwert für den Charset-Paramter des +

    Die Direktive gibt einen Standardwert für den Charset-Paramter des Medientyps (den Namen einer Zeichencodierung) an, der einer Antwort - genau dann hinzugefügt wird, wenn der Content-Type der Antwort entweder + genau dann hinzugefügt wird, wenn der Content-Type der Antwort entweder text/plain oder text/html ist. Dies sollte jedes mittels META-Element im Datenteil der Antwort angegebene - Charset überschreiben. Das genaue Verhalten hängt jedoch oft von + Charset überschreiben. Das genaue Verhalten hängt jedoch oft von der Client-Konfiguration des Benutzers ab. Die Einstellung - AddDefaultCharset Off deaktiviert diese Funktionalität. + AddDefaultCharset Off deaktiviert diese Funktionalität. AddDefaultCharset On aktiviert die Standard-Zeichenkodierung iso-8859-1. Jeder andere Wert wird als die zu verwendende - Zeichenkodierung aufgefaßt, die eines der bei IANA registrierten + Zeichenkodierung aufgefaßt, die eines der bei IANA registrierten Charset-Werte zur Verwendung in MIME-Medientypen sein sollte. Zum Beispiel:

    @@ -338,16 +343,16 @@ Protokolle

    AddDefaultCharset sollte nur verwendet werden, - wenn von allen Textressourcen, für die es gilt, bekannt ist, dass sie + wenn von allen Textressourcen, für die es gilt, bekannt ist, dass sie in dieser Zeichkodierung vorliegen, oder wenn es zu unbequem ist, ihre Zeichenkodierung indivuell zu benennen. Ein solches Beispiel ist das - Hinzufügen des Charset-Parameters zu Ressourcen, die generierte + Hinzufügen des Charset-Parameters zu Ressourcen, die generierte Inhalte enthalten. Ein Beispiel sind CGI-Skript-Altlasten, die aufgrund von - in die Ausgabe integrierten Daten, die durch den Benutzer übermittelt + in die Ausgabe integrierten Daten, die durch den Benutzer übermittelt wurden, gegen Cross-Site-Scripting-Angriffe verwundbar sind. Eine bessere - Lösung wäre jedoch, diese Skripte zu korrigieren (oder zu - löschen), da die Angabe einer Standard-Zeichencodierung keine - Anwender schützt, die in ihrem Browser die Funktion zur + Lösung wäre jedoch, diese Skripte zu korrigieren (oder zu + löschen), da die Angabe einer Standard-Zeichencodierung keine + Anwender schützt, die in ihrem Browser die Funktion zur automatischen Erkennung der Zeichenkodierung aktiviert haben.

    Siehe auch

    @@ -359,27 +364,27 @@ Protokolle

    AllowEncodedSlashes-Direktive

    +werden dürfen - +
    Beschreibung:Legt fest, ob kodierte Pfadtrennzeichen in URLs durchgereicht -werden dürfen
    Syntax:AllowEncodedSlashes On|Off
    Voreinstellung:AllowEncodedSlashes Off
    Kontext:Serverkonfiguration, Virtual Host
    Status:Core
    Modul:core
    Kompatibilität:Verfügbar ab Apache 2.0.46
    Kompatibilität:Verfügbar ab Apache 2.0.46

    Die AllowEncodedSlashes-Direktive erlaubt die Verwendung von URLs, welche kodierte Pfadtrennzeichen (%2F - für / und auf entsprechenden Systemen zusätzlich - %5C für \) enthalten. Normalerweise werden + für / und auf entsprechenden Systemen zusätzlich + %5C für \) enthalten. Normalerweise werden derartige URLs mit einem 404-Fehler (Nicht gefunden) abgewiesen.

    AllowEncodedSlashes On ist vor allem in Verbindung mit PATH_INFO hilfreich.

    Anmerkung

    -

    Das Erlauben von Schrägstrichen impliziert nicht deren +

    Das Erlauben von Schrägstrichen impliziert nicht deren Dekodierung. Vorkommen von %2F oder %5C - (nur auf entsprechenden Systemen) werden unverändert in der + (nur auf entsprechenden Systemen) werden unverändert in der ansonsten dekodierten URL belassen.

    @@ -395,7 +400,7 @@ werden d erlaubt sind. Syntax:AllowOverride All|None|Direktiven-Typ [Direktiven-Typ] ... -Voreinstellung:AllowOverride None (2.3.9 und später), AllowOverride All (2.3.8 und früher) +Voreinstellung:AllowOverride None (2.3.9 und später), AllowOverride All (2.3.8 und früher) Kontext:Verzeichnis Status:Core Modul:core @@ -403,12 +408,12 @@ erlaubt sind.

    Wenn der Server eine .htaccess-Datei (wie durch AccessFileName definiert) findet, muss er wissen, welche in der Datei angegebenen Direktiven - frühere Konfigurationsanweisungen überschreiben - dürfen.

    + frühere Konfigurationsanweisungen überschreiben + dürfen.

    -

    Nur in <Directory>-Abschnitten verfügbar

    +

    Nur in <Directory>-Abschnitten verfügbar

    AllowOverride ist nur in <Directory>-Abschnitten - gültig, die ohne reguläre Ausdrücke definiert wurden, nicht + gültig, die ohne reguläre Ausdrücke definiert wurden, nicht in <Location>-, <DirectoryMatch>- oder <Files>-Abschnitten. @@ -473,10 +478,10 @@ erlaubt sind. Erlaubt die Verwendung von Direktiven zur Steuerung spezieller Verzeichniseigenschaften (Options und XBitHack). Sie - können mit einem Gleichheitszeichen gefolgt von einer + können mit einem Gleichheitszeichen gefolgt von einer kommaseparierten Liste (ohne Leerzeichen) angeben, welche Optionen mit der Options-Direktive gesetzt - werden dürfen. + werden dürfen.

    Beispiel:

    @@ -486,9 +491,9 @@ erlaubt sind.

    Im obigen Beispiel erzeugen alle Direktiven einen internal server - error (Anm.d.Ü.: Server-interner Fehler), die weder der + error (Anm.d.Ü.: Server-interner Fehler), die weder der Gruppe AuthConfig noch der Gruppe Indexes - angehören.

    + angehören.

    Siehe auch

      @@ -509,7 +514,7 @@ erlaubt sind. Status:Core Modul:core

      Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

      Siehe auch

      • AccessFileName
        • @@ -521,21 +526,21 @@ erlaubt sind.
        top

        CGIMapExtension-Direktive

        - - +
        Beschreibung:Technik zur Bestimmung des Interpreters für +
        Beschreibung:Technik zur Bestimmung des Interpreters für CGI-Skripte
        Syntax:CGIMapExtension CGI-Pfad .Endung
        Kontext:Verzeichnis, .htaccess
        AllowOverride:FileInfo
        Status:Core
        Modul:core
        Kompatibilität:ausschließlich NetWare
        Kompatibilität:ausschließlich NetWare

        Die Direktive wird zur Steuerung verwendet, wie Apache - den Interpreter ermittelt, der zur Ausführung von + den Interpreter ermittelt, der zur Ausführung von CGI-Skripten verwendet wird. Beispielsweise bestimmt die Angabe von CGIMapExtension sys:\foo.nlm .foo, dass alle CGI-Scripte mit der Endung .foo an den - FOO-Interpreter übergeben werden.

        + FOO-Interpreter übergeben werden.

        top
        @@ -549,9 +554,9 @@ variables AllowOverride:AuthConfig Status:Core Modul:core -Kompatibilität:Available in Apache HTTP Server 2.4.13 and later +Kompatibilität:Available in Apache HTTP Server 2.4.13 and later

        Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

    top

    CGIVar-Direktive

    @@ -562,9 +567,9 @@ variables AllowOverride:FileInfo Status:Core Modul:core -Kompatibilität:Available in Apache HTTP Server 2.4.21 and later +Kompatibilität:Available in Apache HTTP Server 2.4.21 and later

    Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

    top

    ContentDigest-Direktive

    @@ -583,17 +588,17 @@ HTTP-Response-Headern definiert sind.

    MD5 ist ein Algorithmus zur Berechnung eines "Datenextrakts" - (zuweilen "Fingerabdruck" genannt) (Anm.d.Ü.: Der "Datenextrakt" wird im + (zuweilen "Fingerabdruck" genannt) (Anm.d.Ü.: Der "Datenextrakt" wird im Englischen als "message digest" oder "fingerprint" bezeichnet.) - aus beliebig langen Daten. Es gilt als zuverlässig, dass - Veränderungen an den Daten sich in Veränderungen des + aus beliebig langen Daten. Es gilt als zuverlässig, dass + Veränderungen an den Daten sich in Veränderungen des Extrakts wiederspiegeln.

    Der Content-MD5-Header bietet eine - End-to-End-Integritätsprüfung (MIC) (Anm.d.Ü.: MIC steht für + End-to-End-Integritätsprüfung (MIC) (Anm.d.Ü.: MIC steht für "message integrity check".) des Daten-Inhalts. Ein Proxy oder - Client kann diesen Header prüfen, um zufällige Veränderungen - des Entity-Inhalts bei der Übertragung festzustellen. + Client kann diesen Header prüfen, um zufällige Veränderungen + des Entity-Inhalts bei der Übertragung festzustellen. Beispielheader:

    @@ -604,7 +609,7 @@ HTTP-Response-Headern System verursachen kann, da der Extrakt bei jeder Anfrage berechnet wird (der Wert wird nicht zwischengespeichert).

    -

    Content-MD5 wird nur für Dokumente gesendet, +

    Content-MD5 wird nur für Dokumente gesendet, die von core bedient werden, nicht jedoch bei Modulen. SSI-Dokumente, CGI-Skript-Ausgaben und Byte-Range-Antworten besitzen diesen Header beispielsweise nicht.

    @@ -619,9 +624,9 @@ HTTP-Response-Headern Kontext:Serverkonfiguration Status:Core Modul:core -Kompatibilität:Available in Apache 2.4.2 and later +Kompatibilität:Available in Apache 2.4.2 and later

    Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

    Siehe auch

    -

    wäre angemessen für ein Verzeichnis, das viele GIF-Bilder - enthält, deren Dateinamen nicht Endung .gif +

    wäre angemessen für ein Verzeichnis, das viele GIF-Bilder + enthält, deren Dateinamen nicht Endung .gif besitzen.

    Beachten Sie bitte, dass die Direktive anders als ForceType lediglich den Standard-MIME-Type - bestimmt. Alle anderen MIME-Type-Definitionen, einschließlich - Dateierweiterungen, die den Medien-Typ anzeigen können, - überschreiben diese Voreinstellung.

    + bestimmt. Alle anderen MIME-Type-Definitionen, einschließlich + Dateierweiterungen, die den Medien-Typ anzeigen können, + überschreiben diese Voreinstellung.

    top
    @@ -672,17 +677,17 @@ nicht auf andere Weise ermitteln kann. Status:Core Modul:core -

    Equivalent zum übergeben von Parametername mittels des +

    Equivalent zum übergeben von Parametername mittels des -D Arguments an httpd.

    Diese Directive kann verwendet werden, um die Nutzung von <IfDefine> Sectionen umzuschalten, ohne die - -D Argumentente in etwaigen Start-Skripten ändern - zu müssen.

    + -D Argumentente in etwaigen Start-Skripten ändern + zu müssen.

    top

    <Directory>-Direktive

    -
    Beschreibung:Umschließt eine Gruppe von Direktiven, die nur auf +
    Beschreibung:Umschließt eine Gruppe von Direktiven, die nur auf das genannte Verzeichnis des Dateisystems und Unterverzeichnisse angewendet werden
    Syntax:<Directory Verzeichnispfad> @@ -693,15 +698,15 @@ werden

    <Directory> und </Directory> werden dazu verwendet, eine Gruppe - von Direktiven zusammenzufassen, die nur für das genannte + von Direktiven zusammenzufassen, die nur für das genannte Verzeichnis und dessen Unterverzeichnisse gelten. Jede Direktive, die im Verzeichnis-Kontext erlaubt ist, kann verwendet werden. - Verzeichnispfad ist entweder der vollständige Pfad zu + Verzeichnispfad ist entweder der vollständige Pfad zu einem Verzeichnis oder eine Zeichenkette mit Platzhaltern wie sie von der Unix-Shell zum Abgleich verwendet werden. In einer Zeichenkette - mit Platzhaltern (Anm.d.Ü.: sogenannte wild-cards) entspricht + mit Platzhaltern (Anm.d.Ü.: sogenannte wild-cards) entspricht ? einem einzelnen Zeichen und * einer - Zeichenkette beliebiger Länge. Sie können auch auch + Zeichenkette beliebiger Länge. Sie können auch auch []-Zeichenbereiche verwenden. Keiner der Platzhalter entspricht dem Zeichen "/". Daher passt <Directory /*/public_html> nicht auf /home/user/public_html, @@ -718,17 +723,17 @@ werden

    Seien Sie vorsichtig mit den Verzeichnispfad-Argumenten. - Sie müssen buchstäblich mit dem Dateisystempfad - übereinstimmen, den der Apache für den Zugriff auf die - Dateien verwendet. Direktiven, die für ein bestimmtes - Verzeichnis gelten, gelten nicht für Dateien in dem Verzeichnis, - auf die über einen anderen Pfad zugegriffen wird, wie z.B. - über verschiedene symbolische Links.

    + Sie müssen buchstäblich mit dem Dateisystempfad + übereinstimmen, den der Apache für den Zugriff auf die + Dateien verwendet. Direktiven, die für ein bestimmtes + Verzeichnis gelten, gelten nicht für Dateien in dem Verzeichnis, + auf die über einen anderen Pfad zugegriffen wird, wie z.B. + über verschiedene symbolische Links.

    -

    Erweiterte reguläre Ausdrücke können ebenfalls - verwendet werden, indem das Zeichen ~ hinzugefügt - wird. Beispielsweise würde

    +

    Erweiterte reguläre Ausdrücke können ebenfalls + verwendet werden, indem das Zeichen ~ hinzugefügt + wird. Beispielsweise würde

    <Directory ~ "^/www/.*/[0-9]{3}"> @@ -738,10 +743,10 @@ werden Zahlen bestehen.

    Wenn mehrere <Directory>-Abschnitte - (ohne reguläre Ausdrücke) auf ein Verzeichnis (oder - ein ihm übergeordnetes Verzeichnis) passen, welches ein Dokument - enthält, dann werden die Direktiven der Reihe nach, angefangen - beim kürzesten passenden Muster, vermischt mit den Direktiven + (ohne reguläre Ausdrücke) auf ein Verzeichnis (oder + ein ihm übergeordnetes Verzeichnis) passen, welches ein Dokument + enthält, dann werden die Direktiven der Reihe nach, angefangen + beim kürzesten passenden Muster, vermischt mit den Direktiven aus den .htaccess-Dateien, angewendet. Beispiel:

    @@ -774,10 +779,10 @@ werden /home/web/dir/.htaccess der Reihe nach an. -

    Reguläre Ausdrücke werden solange nicht berücksichtigt, - bis alle normalen Abschnitte angewendet wurden. Anschließend - werden alle regulären Ausdrücke in der Reihenfolge - geprüft, in der sie in der Konfigurationsdatei auftauchen. +

    Reguläre Ausdrücke werden solange nicht berücksichtigt, + bis alle normalen Abschnitte angewendet wurden. Anschließend + werden alle regulären Ausdrücke in der Reihenfolge + geprüft, in der sie in der Konfigurationsdatei auftauchen. Beispielsweise wird bei

    @@ -788,15 +793,15 @@ werden </Directory>

    -

    der Abschnitt mit dem regulären Ausdruck nicht - berücksichtigt, bis alle normalen +

    der Abschnitt mit dem regulären Ausdruck nicht + berücksichtigt, bis alle normalen <Directory>-Abschnitte und .htaccess-Dateien angewendet wurden. Dann erst wird - der reguläre Ausdruck mit /home/abc/public_html/abc + der reguläre Ausdruck mit /home/abc/public_html/abc abgeglichen und der entsprechende <Directory>-Abschnitt angewendet.

    Beachten Sie bitte, dass der vom Apache voreingestellte - Zugriff für <Directory /> + Zugriff für <Directory /> Allow from All ist. Das bedeutet, dass der Apache jede Datei ausliefert, die durch eine URL abgebildet wird. Es wird empfohlen, dass Sie dies durch einen Block wie

    @@ -810,29 +815,29 @@ werden </Directory>

    -

    ändern und anschließend für - Verzeichnisse überschreiben, die Sie verfügbar machen - wollen. Für weitere Einzelheiten lesen Sie bitte +

    ändern und anschließend für + Verzeichnisse überschreiben, die Sie verfügbar machen + wollen. Für weitere Einzelheiten lesen Sie bitte die Seite zu den Sicherheitshinweisen.

    Die Verzeichnisabschnitte erscheinen in der Datei - httpd.conf. <Directory>-Direktiven dürfen nicht + httpd.conf. <Directory>-Direktiven dürfen nicht ineinander verschachtelt werden oder innerhalb von <Limit>- oder <LimitExcept>-Abschnitten auftauchen.

    Siehe auch

    top

    <DirectoryMatch>-Direktive

    - + werden, welche auf einen regulären Ausdruck passen @@ -841,11 +846,11 @@ werden
    Beschreibung:Umschließt eine Gruppe von Direktiven, die auf +
    Beschreibung:Umschließt eine Gruppe von Direktiven, die auf Verzeichnisse des Dateisystems und ihre Unterverzeichnisse abgebildet - werden, welche auf einen regulären Ausdruck passen
    Syntax:<DirectoryMatch regex> ... </DirectoryMatch>
    Kontext:Serverkonfiguration, Virtual Host

    <DirectoryMatch> und </DirectoryMatch> werden dazu verwendet, eine - Gruppe von Direktiven zusammenzufassen, die nur für das + Gruppe von Direktiven zusammenzufassen, die nur für das genannte Verzeichnis und dessen Unterverzeichnisse gelten, genauso wie bei <Directory>. - Als Argument dient jedoch ein regulärer - Ausdruck. Beispielsweise würde

    + Als Argument dient jedoch ein regulärer + Ausdruck. Beispielsweise würde

    <DirectoryMatch "^/www/.*/[0-9]{3}"> @@ -857,12 +862,12 @@ werden

    Siehe auch

    • <Directory> - für eine Beschreibung, wie reguläre Ausdrücke mit + für eine Beschreibung, wie reguläre Ausdrücke mit normalen <Directory>-Anweisungen vermischt werden.
    • Wie die Abschnitte <Directory>, - <Location> und <Files> arbeiten für eine - Erläuterung, wie diese verschiedenen Abschnitte miteinander + <Location> und <Files> arbeiten für eine + Erläuterung, wie diese verschiedenen Abschnitte miteinander kombiniert werden, wenn eine Anfrage empfangen wird
    @@ -879,7 +884,7 @@ Web sichtbar ist.

    Die Direktive setzt das Verzeichnis, von dem aus httpd Dateien ausliefert. Sofern nicht eine Direktive - wie Alias greift, hängt + wie Alias greift, hängt der Server Pfade aus der angeforderten URL an das Wurzelverzeichnis an, um den Pfad zum Dokument zu bilden. Beispiel:

    @@ -893,7 +898,7 @@ Web sichtbar ist. absolut angegeben ist, wird es relativ zu ServerRoot betrachtet.

    DocumentRoot sollte ohne einen - Schrägstrich am Ende angegeben werden.

    + Schrägstrich am Ende angegeben werden.

    Siehe auch

      @@ -913,9 +918,9 @@ satisfied by a request at runtime AllowOverride:All Status:Core Modul:core -Kompatibilität:Nested conditions are evaluated in 2.4.26 and later +Kompatibilität:Nested conditions are evaluated in 2.4.26 and later

      Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

      Siehe auch

      • <If>
        • @@ -941,9 +946,9 @@ satisfied AllowOverride:All Status:Core Modul:core -Kompatibilität:Nested conditions are evaluated in 2.4.26 and later +Kompatibilität:Nested conditions are evaluated in 2.4.26 and later

        Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

        Siehe auch

        • Expressions in Apache HTTP Server, @@ -961,7 +966,7 @@ for a complete reference and more examples.
          • top

          EnableMMAP-Direktive

          - @@ -971,30 +976,30 @@ Auslieferung zu lesen
          Beschreibung:Verwende Memory-Mapping, um Dateien während der +
          Beschreibung:Verwende Memory-Mapping, um Dateien während der Auslieferung zu lesen
          Syntax:EnableMMAP On|Off
          Voreinstellung:EnableMMAP On
          Modul:core

          Die Direktive steuert, ob httpd Memory-Mapping - verwenden darf, wenn er während der Auslieferung den Inhalt einer + verwenden darf, wenn er während der Auslieferung den Inhalt einer Datei lesen muss. Wenn die Bearbeitung einer Anfrage es erfordert, auf die Daten in einer Datei zuzugreifen -- zum Beispiel bei der Auslieferung einer mittels mod_include serverseitig - analysierten Datei --, dann verwendet der Apache standardmäßig - Memory-Mapping für diese Datei, sofern das Betriebssystem es - unterstützt.

          + analysierten Datei --, dann verwendet der Apache standardmäßig + Memory-Mapping für diese Datei, sofern das Betriebssystem es + unterstützt.

          Memory-Mapping bedeutet zuweilen eine Performanceverbesserung. In einigen Umgebungen ist es jedoch besser, Memory-Mapping zu - deaktivieren, um Problemen während des Betriebs vorzubeugen:

          + deaktivieren, um Problemen während des Betriebs vorzubeugen:

          • Bei einigen Multiprozessorsystemen kann Memory-Mapping die Performance von httpd reduzieren.
          • Bei einem per NFS eingebundenen DocumentRoot kann httpd mit - einem Speicherzugriffsfehler (Anm.d.Ü.: ein so genannter "segmentation - fault") abstürzen, wenn eine Datei gelöscht oder - gekürzt wird, während httpd sie im Speicher + einem Speicherzugriffsfehler (Anm.d.Ü.: ein so genannter "segmentation + fault") abstürzen, wenn eine Datei gelöscht oder + gekürzt wird, während httpd sie im Speicher abbildet.
          -

          Bei Serverkonfigurationen, die für dieses Problem - anfällig sind, sollten Sie das Memory-Mapping für +

          Bei Serverkonfigurationen, die für dieses Problem + anfällig sind, sollten Sie das Memory-Mapping für auszuliefernde Dateien deaktivieren, indem Sie schreiben:

          @@ -1002,7 +1007,7 @@ Auslieferung zu lesen

          Bei per NFS eingebundenen Dateien kann diese Funktion - explizit für die störenden Dateien deaktiviert werden, + explizit für die störenden Dateien deaktiviert werden, indem Sie angeben:

          @@ -1017,7 +1022,7 @@ Auslieferung zu lesen

          top

          EnableSendfile-Direktive

          - @@ -1025,40 +1030,40 @@ Dateien an den Client auszuliefern - +
          Beschreibung:Verwende die sendfile-Unterstützung des Kernels, um +
          Beschreibung:Verwende die sendfile-Unterstützung des Kernels, um Dateien an den Client auszuliefern
          Syntax:EnableSendfile On|Off
          Voreinstellung:EnableSendfile On
          AllowOverride:FileInfo
          Status:Core
          Modul:core
          Kompatibilität:Verfügbar ab Apache Version 2.0.44
          Kompatibilität:Verfügbar ab Apache Version 2.0.44

          Die Direktive steuert, ob httpd die - sendfile-Unterstützung des Kernels verwenden kann, um - Dateiinhalte an den Client zu übermitteln. Wenn die Bearbeitung + sendfile-Unterstützung des Kernels verwenden kann, um + Dateiinhalte an den Client zu übermitteln. Wenn die Bearbeitung einer Anfrage keinen Zugriff auf die Daten in der Datei erfordert -- zum Beispiel bei der Auslieferung einer statischen Datei -- und das - Betriebssystem es unterstützt, verwendet der Apache - standardmäßig sendfile, um den Dateiinhalt zu - übertragen, ohne die Datei jemals zu lesen.

          + Betriebssystem es unterstützt, verwendet der Apache + standardmäßig sendfile, um den Dateiinhalt zu + übertragen, ohne die Datei jemals zu lesen.

          Der sendfile-Mechanismus vermeidet getrennte Lese- und Sendeoperationen sowie Puffer-Zuweisungen. Bei einigen Plattformen bzw. Dateisystemen deaktivieren Sie diese Funktion jedoch besser, um Probleme - während des Betriebs zu vermeiden:

          + während des Betriebs zu vermeiden:

          • Einige Plattformen besitzen u.U. eine fehlerhafte - sendfile-Unterstützung, die das Erstellungssystem nicht erkennt, - insbesondere wenn die Binärdateien auf einem anderen Rechner erstellt - und auf eine solche Maschine mit fehlerhafter sendfile-Unterstützung - übertragen wurden.
            • -
          • Bei einem über das Netzwerk eingebundenen DocumentRoot (z.B. NFS oder SMB) ist der - Kernel möglicherweise nicht in der Lage, die Netzwerkdatei - über seinen eigenen Cache zu bedienen.
            • -
          • Unter Linux löst die Verwendung von sendfile + sendfile-Unterstützung, die das Erstellungssystem nicht erkennt, + insbesondere wenn die Binärdateien auf einem anderen Rechner erstellt + und auf eine solche Maschine mit fehlerhafter sendfile-Unterstützung + übertragen wurden.
            • +
          • Bei einem über das Netzwerk eingebundenen DocumentRoot (z.B. NFS oder SMB) ist der + Kernel möglicherweise nicht in der Lage, die Netzwerkdatei + über seinen eigenen Cache zu bedienen.
            • +
          • Unter Linux löst die Verwendung von sendfile in Verbindung mit bestimmten Netzwerkkarten und IPv6 TCP-Checksummenfehler aus.
            • -
          • Unter Linux auf Itanium-Systemen kommt sendfile unter Umständen - nicht mit Dateien größer als 2GB klar.
            • +
          • Unter Linux auf Itanium-Systemen kommt sendfile unter Umständen + nicht mit Dateien größer als 2GB klar.
          -

          Bei Serverkonfigurationen, die für dieses Problam - anfällig sind, sollten die diese Funktion deaktivieren, indem +

          Bei Serverkonfigurationen, die für dieses Problam + anfällig sind, sollten die diese Funktion deaktivieren, indem Sie schreiben:

          @@ -1066,7 +1071,7 @@ Dateien an den Client auszuliefern

          Bei per NFS oder SMB eingebundenen Dateien kann diese Funktion - explizit für die störenden Dateien deaktiviert werden, indem + explizit für die störenden Dateien deaktiviert werden, indem Sie angeben:

          @@ -1078,7 +1083,7 @@ Dateien an den Client auszuliefern

          Beachten Sie bitte, dass die verzeichnisbasierte und .htaccess-Konfiguration von EnableSendfile - nicht vom mod_cache_disk-Modul unterstützt wird. + nicht vom mod_cache_disk-Modul unterstützt wird. Nur die globale Konfiguration von EnableSendfile wird vom Modul beachtet.

          @@ -1092,25 +1097,25 @@ Dateien an den Client auszuliefern Kontext:Serverkonfiguration, Virtual Host, Verzeichnis, .htaccess Status:Core Modul:core -Kompatibilität:2.3.9 and later +Kompatibilität:2.3.9 and later

          Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

          top

          ErrorDocument-Direktive

          +zurückgibt - +
          Beschreibung:Das, was der Server im Fehlerfall an den Client -zurückgibt
          Syntax:ErrorDocument Fehlercode Dokument
          Kontext:Serverkonfiguration, Virtual Host, Verzeichnis, .htaccess
          AllowOverride:FileInfo
          Status:Core
          Modul:core
          Kompatibilität:Die Syntax der Anführungszeichen bei Textnachrichten hat -sich im Apache 2.0 geändert
          Kompatibilität:Die Syntax der Anführungszeichen bei Textnachrichten hat +sich im Apache 2.0 geändert

          Im Falle eines Problems oder Fehlers kann der Apache - konfiguriert werden, eine der vier Aktionen auszuführen:

          + konfiguriert werden, eine der vier Aktionen auszuführen:

          1. Ausgabe einer einfachen, hartkodierten Fehlermeldung
            2. @@ -1124,16 +1129,16 @@ sich im Apache 2.0 ge bzw. den Fehler behandelt
          -

          Die erste Option ist Voreinstellung, während die Optionen - 2 bis 4 über die Direktive ErrorDocument +

          Die erste Option ist Voreinstellung, während die Optionen + 2 bis 4 über die Direktive ErrorDocument eingestellt werden, welcher der HTTP-Statuscode und eine - URL oder Nachricht folgen. Abhängig vom Problem bzw. Fehler bietet - der Apache manchmal zusätzliche Informationen an.

          + URL oder Nachricht folgen. Abhängig vom Problem bzw. Fehler bietet + der Apache manchmal zusätzliche Informationen an.

          -

          URLs können bei lokalen Webpfaden mit einem Schrägstrich - (/) beginnen (relativ zum DocumentRoot-Verzeichnis) oder eine vollständige URL - bilden, die der Client auflösen kann. Alternativ kann eine - Nachricht für die Anzeige im Browser angeboten werden. Beispiel:

          +

          URLs können bei lokalen Webpfaden mit einem Schrägstrich + (/) beginnen (relativ zum DocumentRoot-Verzeichnis) oder eine vollständige URL + bilden, die der Client auflösen kann. Alternativ kann eine + Nachricht für die Anzeige im Browser angeboten werden. Beispiel:

          ErrorDocument 500 http://foo.example.com/cgi-bin/tester
          @@ -1142,13 +1147,13 @@ sich im Apache 2.0 ge ErrorDocument 403 "Der Zugriff ist nicht erlaubt."

          -

          Außerdem kann der spezielle Wert default angegeben +

          Außerdem kann der spezielle Wert default angegeben werden, um die schlichte, hartkodierte Nachricht des Apache zu verwenden. - Es wird normalerweise nicht benötigt, doch default + Es wird normalerweise nicht benötigt, doch default stellt die einfach, im Apache hartkodierte Meldung in Konfigurationen - wieder her, die ansonsten von einem existierenden (Anm.d.Ü.: zuvor + wieder her, die ansonsten von einem existierenden (Anm.d.Ü.: zuvor konfigurierten) ErrorDocument erben - würden.

          + würden.

          ErrorDocument 404 /cgi-bin/bad_urls.pl

          @@ -1164,38 +1169,38 @@ sich im Apache 2.0 ge Methode http davor), beachten Sie bitte, dass der Apache eine Umleitung zum Client sendet, um diesem mitzuteilen, wo das Dokument zu finden ist, auch wenn das Dokument letztlich wieder zum - gleichen Server führt. Das hat mehrere Auswirkungen. Die + gleichen Server führt. Das hat mehrere Auswirkungen. Die wichtigste ist, dass der Client nicht den Original-Statuscode - erhält sondern statt dessen einen Umleitungs-Statuscode. Dies + erhält sondern statt dessen einen Umleitungs-Statuscode. Dies wiederum kann Web-Robots und andere Clients verwirren, die den - Statuscode dazu verwenden, herauszufinden ob eine URL gültig ist. + Statuscode dazu verwenden, herauszufinden ob eine URL gültig ist. Wenn Sie eine entfernte URL in einer Anweisung ErrorDocument 401 verwenden, wird der Client - darüber hinaus nicht wissen, dass er den Benutzer zur Eingabe + darüber hinaus nicht wissen, dass er den Benutzer zur Eingabe eines Passwortes auffordern muss, da er den Statuscode 401 nicht - erhält. Deshalb müssen Sie sich auf ein lokales + erhält. Deshalb müssen Sie sich auf ein lokales Dokument beziehen, wenn Sie eine Anweisung ErrorDocument 401 verwenden.

          Der Microsoft Internet Explorer (MSIE) ignoriert - standardmäßig serverseitig generierte Fehlermeldungen, wenn + standardmäßig serverseitig generierte Fehlermeldungen, wenn sie "zu kurz" sind und ersetzt sie durch eigene "freundliche" - Fehlermeldungen. Die Größe variiert abhängig von der + Fehlermeldungen. Die Größe variiert abhängig von der Art des Fehlers, im Allgemeinen zeigt der MSIE jedoch den serverseitig generierten Fehler, anstatt ihn zu verstecken, wenn Ihr - Fehlerdokument größer als 512 Bytes ist. Weitere Informationen - sind im Artikel Q294807 in der Microsoft Knowledgebase verfügbar.

          + Fehlerdokument größer als 512 Bytes ist. Weitere Informationen + sind im Artikel Q294807 in der Microsoft Knowledgebase verfügbar.

          -

          Obwohl die meisten Fehlermeldungen überschrieben werden - können, werden unter bestimmten Umständen die internen +

          Obwohl die meisten Fehlermeldungen überschrieben werden + können, werden unter bestimmten Umständen die internen Meldungen ungeachtet der Einstellung der ErrorDocument-Direktive verwendet. Insbesondere bei einer fehlerhaften Anfrage werden der normale Bearbeitungsprozess sofort - beendet und die interne Meldung zurückgegeben. Das ist notwendig, um + beendet und die interne Meldung zurückgegeben. Das ist notwendig, um Sicherheitsprobleme zu vermeiden, die auf Grund fehlerhafter Anfragen entstehen.

          In Versionen vor 2.0 wurden Meldungen durch ein einzelnes - vorangestelltes Anführungszeichen (") erkannt.

          + vorangestelltes Anführungszeichen (") erkannt.

          Siehe auch

            @@ -1224,7 +1229,7 @@ Fehlermeldungen

            Wenn der Dateiname mit einem senkrechten Strich (|, engl.: Pipe) beginnt, wird angenommen, dass es sich um einen Befehl - handelt, der ausgeführt wird, um das Fehlerprotokolls zu + handelt, der ausgeführt wird, um das Fehlerprotokolls zu verarbeiten.

            Beispiel

            @@ -1233,11 +1238,11 @@ Fehlermeldungen

            Die Verwendung von syslog anstelle eines Dateinamens aktiviert die Protokollierung mittels syslogd(8), sofern das System - es unterstützt. Als Voreinstellung wird der syslog-Typ (syslog - facility) local7 verwendet, Sie können dies jedoch - auch überschreiben, indem Sie die Syntax + es unterstützt. Als Voreinstellung wird der syslog-Typ (syslog + facility) local7 verwendet, Sie können dies jedoch + auch überschreiben, indem Sie die Syntax syslog:facility verwenden, wobei - facility einer der Namen sein kann, die üblicherweise + facility einer der Namen sein kann, die üblicherweise in syslog(1) dokumentiert sind.

            Beispiel

            @@ -1245,18 +1250,18 @@ Fehlermeldungen

            SICHERHEITSHINWEIS: Lesen Sie das Dokument Sicherheitshinweise - zu Einzelheiten darüber, warum Ihre Sicherheit gefährdet + zu Einzelheiten darüber, warum Ihre Sicherheit gefährdet sein kann, wenn das Verzeichnis, in dem die Log-Dateien gespeichert - werden, für jemand anderen, als den Benutzer, der den Server + werden, für jemand anderen, als den Benutzer, der den Server gestartet hat, beschreibbar ist.

            Anmerkung

            Bei der Eingabe eines Dateipfads auf nicht-Unix-Plattformen sollte - darauf geachtet werden, nur (Vorwärts-)Schrägstriche zu - verwenden, auch wenn die Plattform rückwärts gerichtete - Schrägstriche (Backslashes) erlaubt. Im Allgemeinen ist es eine gute + darauf geachtet werden, nur (Vorwärts-)Schrägstriche zu + verwenden, auch wenn die Plattform rückwärts gerichtete + Schrägstriche (Backslashes) erlaubt. Im Allgemeinen ist es eine gute Idee, innerhalb der Konfigurationsdateien immer - Vorwärts-Schrägstriche zu verwenden.

            + Vorwärts-Schrägstriche zu verwenden.

            Siehe auch

            @@ -1274,7 +1279,7 @@ Fehlermeldungen Status:Core Modul:core

            Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

            Siehe auch

            • ErrorLog
              • @@ -1293,7 +1298,7 @@ request Status:Core Modul:core

              Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

            top

            FileETag-Direktive

            @@ -1312,49 +1317,49 @@ ETag verwendet werden des HTTP-Response-Headers ETag (Entity-Tag) verwendet werden. (Der Wert von ETag wird bei der Cache-Verwaltung zur Einsparung von Netzwerk-Bandbreite benutzt.) Im Apache 1.3.22 und - früher wurde der ETag-Wert stets aus - der I-Node, der Größe und dem Datum der letzten - Änderung (mtime) der Datei gebildet. Die Direktive + früher wurde der ETag-Wert stets aus + der I-Node, der Größe und dem Datum der letzten + Änderung (mtime) der Datei gebildet. Die Direktive FileETag erlaubt es Ihnen, zu bestimmen, - welche dieser Eigenschaften -- falls überhaupt -- verwendet - werden sollen. Die gültigen Schlüsselworte lauten:

            + welche dieser Eigenschaften -- falls überhaupt -- verwendet + werden sollen. Die gültigen Schlüsselworte lauten:

            INode
            Die I-Node-Nummer wird in die Berechnung mit einbezogen
            MTime
            -
            Datum und Uhrzeit der letzten Änderung werden mit einbezogen
            +
            Datum und Uhrzeit der letzten Änderung werden mit einbezogen
            Size
            Die Anzahl der Bytes in der Datei wird mit einbezogen
            All
            -
            Alle verfügbaren Angaben werden verwendet. Die ist +
            Alle verfügbaren Angaben werden verwendet. Die ist gleichbedeutend mit:

            FileETag INode MTime Size

            None
            -
            Es wird keine ETag-Angabe in die Antwort eingefügt, +
            Es wird keine ETag-Angabe in die Antwort eingefügt, wenn dem Dokument eine Datei zugrundeliegt.
            -

            Den Schlüsselwörtern INode, MTime +

            Den Schlüsselwörtern INode, MTime und Size kann entweder ein + oder ein - - vorangestellt werden, was die Änderung einer - Vorgabe erlaubt, die von einem größeren Umfeld - geerbt wurde. Jedes Schlüselwort ohne ein solches Prefix - hebt die ererbte Einstellung sofort und vollständig auf.

            + - vorangestellt werden, was die Änderung einer + Vorgabe erlaubt, die von einem größeren Umfeld + geerbt wurde. Jedes Schlüselwort ohne ein solches Prefix + hebt die ererbte Einstellung sofort und vollständig auf.

            -

            Wenn die Konfiguration für ein Verzeichnis - FileETag INode MTime Size enthält +

            Wenn die Konfiguration für ein Verzeichnis + FileETag INode MTime Size enthält und die eines Unterverzeichnisses FileETag -INode, - dann ist die Einstellung für das Unterverzeichnis (die an + dann ist die Einstellung für das Unterverzeichnis (die an jedes Unter-Unterverzeichnis weitervererbt wird, welches dies nicht - überschreibt) äquivalent mit + überschreibt) äquivalent mit FileETag MTime Size.

            top

            <Files>-Direktive

            - @@ -1372,46 +1377,46 @@ beziehen<Directory>-Container und .htaccess-Dateien gelesen sind, jedoch vor den <Location>-Containern, - in der Reihenfolge ihres Auftretens ausgeführt. Beachten Sie, dass + in der Reihenfolge ihres Auftretens ausgeführt. Beachten Sie, dass <Files>-Anweisungen innerhalb von <Directory>-Containern - auftreten können, um den Teil des Dateisystems einzuschränken, + auftreten können, um den Teil des Dateisystems einzuschränken, den sie betreffen.

            Das Argument Dateiname kann einen Dateinamen oder eine Zeichenkette mit Platzhaltern enthalten, wobei ? auf ein einzelnes Zeichen passt und * auf eine beliebige Folge von - Zeichen. Erweiterte reguläre - Ausdrücke können ebenfalls verwendet werden, indem - das Zeichen ~ hinzugefügt wird. Beispielsweise - würde

            + Zeichen. Erweiterte reguläre + Ausdrücke können ebenfalls verwendet werden, indem + das Zeichen ~ hinzugefügt wird. Beispielsweise + würde

            <Files ~ "\.(gif|jpe?g|png)$">

            -

            auf die gebräuchlichsten Grafikformate im Internet passen. +

            auf die gebräuchlichsten Grafikformate im Internet passen. <FilesMatch> wird jedoch bevorzugt.

            Beachten Sie bitte, dass die <Files>-Container anders als <Directory>- und <Location>-Container innerhalb - von .htaccess-Dateien verwendet werden können. - Dies erlaubt den Anwendern auf Dateiebene die Kontrolle über ihre + von .htaccess-Dateien verwendet werden können. + Dies erlaubt den Anwendern auf Dateiebene die Kontrolle über ihre eigenen Dateien.

            Siehe auch

            top

            <FilesMatch>-Direktive

            Beschreibung:Enthält Direktiven, die sich nur auf passende Dateinamen +
            Beschreibung:Enthält Direktiven, die sich nur auf passende Dateinamen beziehen
            Syntax:<Files Dateiname> ... </Files>
            Kontext:Serverkonfiguration, Virtual Host, Verzeichnis, .htaccess
            - + @@ -1420,24 +1425,52 @@ beziehen
            Beschreibung:Enthält Direktiven, die für Dateinamen gelten, die - auf einen regulären Ausdruck passen
            Beschreibung:Enthält Direktiven, die für Dateinamen gelten, die + auf einen regulären Ausdruck passen
            Syntax:<FilesMatch regex> ... </FilesMatch>
            Kontext:Serverkonfiguration, Virtual Host, Verzeichnis, .htaccess
            AllowOverride:All

            Die Direktive <FilesMatch> begrenzt wie die Direktive <Files> die enthaltenen Anweisungen auf - Dateinamen. Sie akzeptiert jedoch reguläre - Ausdrücke. Beispielsweise würde

            + Dateinamen. Sie akzeptiert jedoch reguläre + Ausdrücke. Beispielsweise würde

            <FilesMatch "\.(gif|jpe?g|png)$">

            -

            auf die gebräuchlichsten Grafikformate im Internet passen.

            +

            auf die gebräuchlichsten Grafikformate im Internet passen.

            Siehe auch

            top
            +

            FlushMaxPipelined-Direktive

            + + + + + + + + +
            Beschreibung:Maximum number of pipelined responses above which they are flushed +to the network
            Syntax:FlushMaxPipelined number
            Voreinstellung:FlushMaxPipelined 5
            Kontext:Serverkonfiguration, Virtual Host
            Status:Core
            Modul:core
            Kompatibilität:2.4.47 and later

            Die Dokumentation zu dieser Direktive wurde + noch nicht übersetzt. Bitte schauen Sie in die englische + Version.

            +
            top
            +

            FlushMaxThreshold-Direktive

            + + + + + + + + +
            Beschreibung:Threshold above which pending data are flushed to the +network
            Syntax:FlushMaxThreshold number-of-bytes
            Voreinstellung:FlushMaxThreshold 65535
            Kontext:Serverkonfiguration, Virtual Host
            Status:Core
            Modul:core
            Kompatibilität:2.4.47 and later

            Die Dokumentation zu dieser Direktive wurde + noch nicht übersetzt. Bitte schauen Sie in die englische + Version.

            +
            top

            ForceType-Direktive

            - +
            Beschreibung:Erzwingt die Auslieferung aller passendenden Dateien mit dem @@ -1447,7 +1480,7 @@ angegebenen MIME-Content-Type
            AllowOverride:FileInfo
            Status:Core
            Modul:core
            Kompatibilität:Wurde im Apache 2.0 in den Core verschoben
            Kompatibilität:Wurde im Apache 2.0 in den Core verschoben

            Wenn sie innerhalb einer .htaccess-Datei, eines <Directory>-, @@ -1457,21 +1490,21 @@ angegebenen MIME-Content-Type entsprechenden Dateien mit dem Content-Type, der durch MIME-Type definiert wurde. Wenn Sie zum Beispiel ein Verzeichnis voller GIF-Dateien haben, die Sie nicht alle durch - .gif kennzeichnen wollen, können Sie angeben:

            + .gif kennzeichnen wollen, können Sie angeben:

            ForceType image/gif

            Beachten Sie bitte, dass die Direktive anders als DefaultType alle MIME-Type-Zuordnungen - überschreibt, einschließlich Dateiendungen, die einen - Medientyp bezeichnen könnten.

            + überschreibt, einschließlich Dateiendungen, die einen + Medientyp bezeichnen könnten.

            -

            Sie können jede ForceType-Angabe - durch die Verwendung des Wertes None überschreiben:

            +

            Sie können jede ForceType-Angabe + durch die Verwendung des Wertes None überschreiben:

            - # erzwinge image/gif für alle Dateien:
            + # erzwinge image/gif für alle Dateien:
            <Location /images>
            ForceType image/gif
            @@ -1496,7 +1529,7 @@ angegebenen MIME-Content-Type Status:Core Modul:core

            Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

            top

            HostnameLookups-Direktive

            @@ -1508,35 +1541,35 @@ angegebenen MIME-Content-Type Status:Core Modul:core -

            Diese Direktive aktiviert die DNS-Abfrage (Anm.d.Ü.: ein sogenannter +

            Diese Direktive aktiviert die DNS-Abfrage (Anm.d.Ü.: ein sogenannter DNS-Lookup), so dass Hostnamen protokolliert (und in - REMOTE_HOST an CGIs/SSIs übergeben) werden könnnen. + REMOTE_HOST an CGIs/SSIs übergeben) werden könnnen. Der Wert Double bezieht sich auf ein Double-Reverse-DNS-Lookup. D.h. nachdem ein Reverse-Lookup - durchgeführt wurde, wird dann auf dem Ergebnis ein - Forward-Lookup ausgeführt. Wenigstens eine der IP-Adressen + durchgeführt wurde, wird dann auf dem Ergebnis ein + Forward-Lookup ausgeführt. Wenigstens eine der IP-Adressen aus dem Forward-Lookup muss der Originaladresse entsprechen. (In der "tcpwrappers"-Terminologie wird dies PARANOID genannt.)

            -

            Unabhängig von der Einstellung wird ein Double-Reverse-Lookup - durchgeführt, wenn mod_authz_host zur +

            Unabhängig von der Einstellung wird ein Double-Reverse-Lookup + durchgeführt, wenn mod_authz_host zur Zugriffskontrolle per Hostnamen eingesetzt wird. Dies ist aus - Sicherheitsgründen notwendig. Beachten Sie, dass das Ergebnis dieses - Double-Reverse-Lookups nicht generell verfügbar ist, solange Sie + Sicherheitsgründen notwendig. Beachten Sie, dass das Ergebnis dieses + Double-Reverse-Lookups nicht generell verfügbar ist, solange Sie nicht HostnameLookups Double setzen. Wenn beispielsweise nur HostnameLookups On angegeben ist und eine Anfrage - für ein Objekt erfolgt, welches durch Hostnamen-Beschränkungen - geschützt ist, dann wird CGIs nur das Ergebnis des - Singel-Reverse-Lookups in REMOTE_HOST übergeben, + für ein Objekt erfolgt, welches durch Hostnamen-Beschränkungen + geschützt ist, dann wird CGIs nur das Ergebnis des + Singel-Reverse-Lookups in REMOTE_HOST übergeben, egal ob das Doble-Reverse-Lookup fehlschlug oder nicht.

            Die Voreinstellung ist Off, um Netzwerktraffic bei den - Angeboten einzusparen, die nicht tatsächlich Reverse-Lookups - benötigen. Es ist auch für die Endanwender besser, da sie nicht - die zusätzliche Wartezeit ertragen müssen, die ein Lookup mit + Angeboten einzusparen, die nicht tatsächlich Reverse-Lookups + benötigen. Es ist auch für die Endanwender besser, da sie nicht + die zusätzliche Wartezeit ertragen müssen, die ein Lookup mit sich bringt. Hoch frequentierte Angebote sollten diese Direktive auf - Offlassen. Das Hilfsprogramm logresolve, das standardmäßig in das + Offlassen. Das Hilfsprogramm logresolve, das standardmäßig in das Unterverzeichnis bin Ihres Installationsverzeichnisses kompiliert wird, kann dazu verwendet werden, um offline Hostnamen von protokollierten IP-Adressen nachzuschlagen.

            @@ -1552,9 +1585,9 @@ angegebenen MIME-Content-Type Kontext:Serverkonfiguration, Virtual Host Status:Core Modul:core -Kompatibilität:2.2.32 or 2.4.24 and later +Kompatibilität:2.2.32 or 2.4.24 and later

            Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

            top

            <If>-Direktive

            @@ -1566,9 +1599,9 @@ satisfied by a request at runtime AllowOverride:All Status:Core Modul:core -Kompatibilität:Nested conditions are evaluated in 2.4.26 and later +Kompatibilität:Nested conditions are evaluated in 2.4.26 and later

            Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

            Siehe auch

            • Expressions in Apache HTTP Server, @@ -1586,7 +1619,7 @@ for a complete reference and more examples.
              • top

              <IfDefine>-Direktive

              - @@ -1597,7 +1630,7 @@ wenn eine Testbedingung beim Start wahr ist
              Beschreibung:Schließt Direktiven ein, die nur ausgeführt werden, +
              Beschreibung:Schließt Direktiven ein, die nur ausgeführt werden, wenn eine Testbedingung beim Start wahr ist
              Syntax:<IfDefine [!]Parametername> ... </IfDefine>

              Der Container <IfDefine Test>...</IfDefine> wird dazu verwendet, Direktiven als bedingt zu kennzeichnen. - Die Direktiven innerhalb eines <IfDefine>-Abschnittes werden nur ausgeführt, + Die Direktiven innerhalb eines <IfDefine>-Abschnittes werden nur ausgeführt, wenn Test wahr ist. Ist Test falsch, wird alles zwischen der Start- und Endemarkierung ignoriert.

              @@ -1611,9 +1644,9 @@ wenn eine Testbedingung beim Start wahr ist

            Im ersten Fall werden die Direktiven zwischen der Start- und - Endemarkierung nur ausgeführt, wenn der Parameter namens + Endemarkierung nur ausgeführt, wenn der Parameter namens Parametername definiert ist. Die zweite Form kehrt den - Test um und führt die Direktiven nur dann aus, wenn + Test um und führt die Direktiven nur dann aus, wenn Parametername nicht definiert ist.

            Das Argument Parametername ist ein sogenanntes @@ -1621,7 +1654,7 @@ wenn eine Testbedingung beim Start wahr ist httpd-Befehlszeile durch -DParameter angegeben wird.

            -

            <IfDefine>-Container können +

            <IfDefine>-Container können ineinander verschachtelt werden, um einfache Multi-Parameter-Tests zu implementieren. Beispiel:

            @@ -1649,9 +1682,9 @@ presence or absence of a specific directive AllowOverride:All Status:Core Modul:core -Kompatibilität:Available in 2.4.34 and later. +Kompatibilität:Available in 2.4.34 and later.

            Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

            Siehe auch

            • <IfSection>
              • @@ -1668,15 +1701,15 @@ if file exists at startup AllowOverride:All Status:Core Modul:core -Kompatibilität:Available in 2.4.34 and later. +Kompatibilität:Available in 2.4.34 and later.

              Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

            top

            <IfModule>-Direktive

            - @@ -1684,14 +1717,14 @@ werden - +
            Beschreibung:Schließt Direktiven ein, die abhängig vom -Vorhandensein oder Fehlen eines speziellen Moduls ausgeführt +
            Beschreibung:Schließt Direktiven ein, die abhängig vom +Vorhandensein oder Fehlen eines speziellen Moduls ausgeführt werden
            Syntax:<IfModule [!]Modulname|Modulbezeichner> ... </IfModule>
            AllowOverride:All
            Status:Core
            Modul:core
            Kompatibilität:Modulbezeichner sind ab Version 2.1 - verfügbar.
            Kompatibilität:Modulbezeichner sind ab Version 2.1 + verfügbar.

            Der Container <IfModule Test>...</IfModule> wird dazu verwendet, - Direktiven als abhängig von dem Vorhandensein eines speziellen + Direktiven als abhängig von dem Vorhandensein eines speziellen Moduls zu kennzeichnen. Die Direktiven innerhalb eines <IfModule>-Abschnitts werden nur - ausgeführt, wenn Test wahr ist. Ist Test + ausgeführt, wenn Test wahr ist. Ist Test falsch, wird alles zwischen der Start- und Endemarkierung ignoriert.

            In der <IfModule>-Anweisung @@ -1704,10 +1737,10 @@ werden

          Im ersten Fall werden die Direktiven zwischen der Start- und - Endemarkierung nur ausgeführt, das Modul namens + Endemarkierung nur ausgeführt, das Modul namens Modul im Apache enthalten ist -- entweder einkompiliert oder mittels LoadModule - dynamisch geladen. Die zweite Form dreht den Test um und führt die + dynamisch geladen. Die zweite Form dreht den Test um und führt die Direktiven nur aus, wenn Modul nicht enthalten ist.

          @@ -1716,15 +1749,15 @@ werden rewrite_module beispielsweise ist der Bezeichner und mod_rewrite.c ist der Dateiname. Wenn ein Modul aus mehreren Quelltext-Dateien besteht, verwenden Sie den Namen der Datei, welche die - Zeichenfolge STANDARD20_MODULE_STUFF enthält.

          + Zeichenfolge STANDARD20_MODULE_STUFF enthält.

          -

          <IfModule>-Container können +

          <IfModule>-Container können inneinander verschachtelt werden, um einfache Multi-Modul-Tests - durchzuführen.

          + durchzuführen.

          Dieser Container sollte verwendet werden, wenn Sie eine - Konfigurationsdatei benötigen, die unabhängig davon funktioniert, - ob ein bestimmtes Modul verfügbar ist oder nicht. Normalerweise + Konfigurationsdatei benötigen, die unabhängig davon funktioniert, + ob ein bestimmtes Modul verfügbar ist oder nicht. Normalerweise ist es nicht notwendig, Direktiven in <IfModule>-Containern unterzubringen.

          @@ -1739,9 +1772,9 @@ presence or absence of a specific section directive AllowOverride:All Status:Core Modul:core -Kompatibilität:Available in 2.4.34 and later. +Kompatibilität:Available in 2.4.34 and later.

          Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

          Siehe auch

          • <IfDirective>
            • @@ -1750,26 +1783,26 @@ presence or absence of a specific section directive
            top

            Include-Direktive

            - -
            Beschreibung:Fügt andere Konfigurationsdateien innerhalb der +
            Beschreibung:Fügt andere Konfigurationsdateien innerhalb der Server-Konfigurationsdatei ein
            Syntax:Include Dateiname|Verzeichnis
            Kontext:Serverkonfiguration, Virtual Host, Verzeichnis
            Status:Core
            Modul:core
            Kompatibilität:Die Platzhalter-Suche ist verfügbar seit +
            Kompatibilität:Die Platzhalter-Suche ist verfügbar seit 2.0.41
            -

            Die Direktive erlaubt das Einfügen anderer Konfigurationsdateien +

            Die Direktive erlaubt das Einfügen anderer Konfigurationsdateien in die Konfigurationsdatei des Servers.

            -

            Shell-typische (fnmatch()) Platzhlaterzeichen können +

            Shell-typische (fnmatch()) Platzhlaterzeichen können dazu verwendet werden, mehrere Dateien auf einmal in alphabetischer - Reihenfolge einzufügen. Wenn Include - darüber hinaus auf ein Verzeichnis anstatt auf eine Datei zeigt, + Reihenfolge einzufügen. Wenn Include + darüber hinaus auf ein Verzeichnis anstatt auf eine Datei zeigt, liest der Apache alle Dateien in diesem Verzeichnis und allen - Unterverzeichnissen ein. Das Einfügen ganzer Verzeichnisse ist - jedoch nicht empfehlenswert, da temporäre Dateien sehr leicht - versehentlich in einem Verzeichnis zurückgelassen werden, was + Unterverzeichnissen ein. Das Einfügen ganzer Verzeichnisse ist + jedoch nicht empfehlenswert, da temporäre Dateien sehr leicht + versehentlich in einem Verzeichnis zurückgelassen werden, was httpd scheitern lassen kann.

            Der angegebene Dateiname kann ein absoluter Pfad sein oder relativ zum @@ -1791,7 +1824,7 @@ Server-Konfigurationsdatei ein

            Der Aufruf von apachectl configtest liefert eine Liste - der Dateien, die während des Konfigurations-Tests verarbeitet + der Dateien, die während des Konfigurations-Tests verarbeitet werden:

            @@ -1816,10 +1849,10 @@ the server configuration files Kontext:Serverkonfiguration, Virtual Host, Verzeichnis Status:Core Modul:core -Kompatibilität:Available in 2.3.6 and later. Not existent file paths without wildcards +Kompatibilität:Available in 2.3.6 and later. Not existent file paths without wildcards do not cause SyntaxError after 2.4.30

            Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

            Siehe auch

            • Include
              • @@ -1837,24 +1870,24 @@ the server configuration files Modul:core

              Die Keep-Alive-Erweiterung von HTTP/1.0 und die - HTTP/1.1-Funktionalität persistenter Verbindungen unterstützt - langlebige HTTP-Sitzungen, die es erlauben, mehrere Anfragen über - die gleich TCP-Verbindung zu senden. In einigen Fällen wurde eine - Beschleunigung der Wartezeiten von beinahe 50% für HTML-Dokumente + HTTP/1.1-Funktionalität persistenter Verbindungen unterstützt + langlebige HTTP-Sitzungen, die es erlauben, mehrere Anfragen über + die gleich TCP-Verbindung zu senden. In einigen Fällen wurde eine + Beschleunigung der Wartezeiten von beinahe 50% für HTML-Dokumente mit vielen Bildern festgestellt. Um Keep-Alive-Verbindungen zu aktivieren, setzen Sie KeepAlive On.

              Bei HTTP/1.0-Clients werden Keep-Alive-Verbindungen nur dann verwendet, - wenn sie vom Client eigens angefordert werden. Desweiteren können + wenn sie vom Client eigens angefordert werden. Desweiteren können Keep-Alive-Verbindungen bei einem HTTP/1.0-Client nur dann verwendet - werden, wenn die Länge des Inhalts im Voraus bekannt ist. Dies + werden, wenn die Länge des Inhalts im Voraus bekannt ist. Dies impliziert, dass dynamische Inhalte wie CGI-Ausgaben, SSI-Seiten und servergenerierte Verzeichnisauflistungen im Allgemeinen keine Keep-Alive-Verbindungen mit HTTP/1.0-Clients verwenden. Bei HTTP/1.1-Clients sind Keep-Alive-Verbindungen Voreinstellung, solange nichts anderes angegeben ist. Wenn der Client es anfordert, wird - Chunked-Encoding verwendet, um Inhalte mit unbekannter Länge - über persistente Verbindungen zu senden.

              + Chunked-Encoding verwendet, um Inhalte mit unbekannter Länge + über persistente Verbindungen zu senden.

              Siehe auch

                @@ -1864,7 +1897,7 @@ the server configuration files
                top

                KeepAliveTimeout-Direktive

                - @@ -1873,22 +1906,22 @@ auf nachfolgende Anfragen wartet
                Beschreibung:Zeitspanne, die der Server während persistenter Verbindungen +
                Beschreibung:Zeitspanne, die der Server während persistenter Verbindungen auf nachfolgende Anfragen wartet
                Syntax:KeepAliveTimeout Sekunden
                Voreinstellung:KeepAliveTimeout 5
                Modul:core

                Dies legt die Anzahl der Sekunden fest, die der Apache auf weitere - Anfragen wartet, bevor er die Verbindung schließt. Nachdem einmal + Anfragen wartet, bevor er die Verbindung schließt. Nachdem einmal eine Anfrage entgegen genommen wurde, wird die durch die Direktive Timeout festgelegte Auszeit angewendet.

                Auf stark belasteten Servern kann ein hoher KeepAliveTimeout-Wert zu Durchsatzminderungen - führen. Je höher die Auszeit angegeben ist, desto länger - ist der Apache damit beschäftigt, auf untätige Clients zu + führen. Je höher die Auszeit angegeben ist, desto länger + ist der Apache damit beschäftigt, auf untätige Clients zu warten.

                top

                <Limit>-Direktive

                - @@ -1897,20 +1930,20 @@ bestimmte HTTP-Methoden
                Beschreibung:Beschränkt die eingeschlossenen Zugriffskontrollen auf +
                Beschreibung:Beschränkt die eingeschlossenen Zugriffskontrollen auf bestimmte HTTP-Methoden
                Syntax:<Limit Methode [Methode] ... > ... </Limit>
                Status:Core
                Modul:core
                -

                Zugriffskontrollen gelten normalerweise für alle - Zugriffsmethoden, was normalerweise auch das gewünschte Verhalten ist. +

                Zugriffskontrollen gelten normalerweise für alle + Zugriffsmethoden, was normalerweise auch das gewünschte Verhalten ist. Im Allgemeinen sollten Zugriffskontrollen nicht in einen <Limit>-Container gepackt werden.

                Der Sinn der Direktive <Limit> ist es, den Effekt der Zugriffskontrollen auf die angegebenen - HTTP-Methoden zu beschränken. Bei allen anderen Methoden haben + HTTP-Methoden zu beschränken. Bei allen anderen Methoden haben die in der <Limit>-Gruppe - enthaltenen Zugriffsbeschränkungen keine Wirkung. - Im folgenden Beispiel gilt die Zugriffskontrolle nur für die + enthaltenen Zugriffsbeschränkungen keine Wirkung. + Im folgenden Beispiel gilt die Zugriffskontrolle nur für die Methoden POST, PUT und DELETE. - Alle anderen Methoden bleiben ungeschützt:

                + Alle anderen Methoden bleiben ungeschützt:

                <Limit POST PUT DELETE>
                @@ -1920,19 +1953,19 @@ bestimmte HTTP-Methoden </Limit>

                -

                Sie können eine oder mehrere der folgenden Methoden angeben: +

                Sie können eine oder mehrere der folgenden Methoden angeben: GET, POST, PUT, DELETE, CONNECT, OPTIONS, PATCH, PROPFIND, PROPPATCH, MKCOL, COPY, MOVE, LOCK und UNLOCK. Die Methodennamen - unterscheiden zwischen Groß- und Kleinschreibung. Wenn + unterscheiden zwischen Groß- und Kleinschreibung. Wenn GET verwendet wird, sind HEAD-Anfragen - ebenfalls eingeschränkt. Die TRACE-Methode kann nicht + ebenfalls eingeschränkt. Die TRACE-Methode kann nicht limitiert werden.

                - Wenn es um Zugriffsbeschränkungen geht, sollte + Wenn es um Zugriffsbeschränkungen geht, sollte ein <LimitExcept>-Container sollte immer einem <Limit>-Container vorgezogen werden, da <LimitExcept> einen Schutz gegen beliebige Methoden bietet. @@ -1942,8 +1975,8 @@ bestimmte HTTP-Methoden
                top

                <LimitExcept>-Direktive

                - + @@ -1958,7 +1991,7 @@ au als Argument angegeben ist. D.h. dies ist das Gegenteil des <Limit>-Containers und kann zur Steuerung von Standard- und nicht-Standard-/unbekannten - Methoden verwendet werden. Für weitere Einzelheiten lesen Sie bitte + Methoden verwendet werden. Für weitere Einzelheiten lesen Sie bitte die Beschreibung zu <Limit>.

                Beispiel:

                @@ -1983,27 +2016,27 @@ au - +
                Beschreibung:Beschränkt Zugriffskontrollen auf alle HTTP-Methoden -außer den genannten
                Beschreibung:Beschränkt Zugriffskontrollen auf alle HTTP-Methoden +außer den genannten
                Syntax:<LimitExcept Methode [Methode] ... > ... </LimitExcept>
                Kontext:Serverkonfiguration, Virtual Host, Verzeichnis, .htaccess
                Kontext:Serverkonfiguration, Virtual Host
                Status:Core
                Modul:core
                Kompatibilität:Verfügbar ab Apache 2.0.47
                Kompatibilität:Verfügbar ab Apache 2.0.47

                Eine interne Umleitung erfolgt beispielsweise, wenn die Direktive Action verwendet wird, welche die Originalanfrage intern zu einem CGI-Skript weiterleitet. Eine - Unteranfrage (Anm.d.Ü.: engl. Subrequest) ist ein Mechanismus des - Apache, um herauszufinden, was bei einer URI geschehen würde, wäre + Unteranfrage (Anm.d.Ü.: engl. Subrequest) ist ein Mechanismus des + Apache, um herauszufinden, was bei einer URI geschehen würde, wäre sie angefordert worden. mod_dir z.B. verwendet - Unteranfragen, um nach den Dateien zu suchen, die in der DirectoryIndex-Anweisung aufgeführt + Unteranfragen, um nach den Dateien zu suchen, die in der DirectoryIndex-Anweisung aufgeführt sind.

                LimitInternalRecursion bewahrt den Server vor einem Absturz, wenn er in eine Endlosschleife aus internen Umleitungen - oder Unteranfragen hineinläuft. Derartige Schleifen werden - gewöhnlich durch Fehlkonfiguration verursacht.

                + oder Unteranfragen hineinläuft. Derartige Schleifen werden + gewöhnlich durch Fehlkonfiguration verursacht.

                Die Direktive setzt zwei verschiedene Begrenzungen, welche je Anfrage ausgewertet werden. Die erste Zahl bestimmt die maximale - Anzahl der Umleitungen, die aufeinander folgen dürfen. Die zweite + Anzahl der Umleitungen, die aufeinander folgen dürfen. Die zweite Zahl legt fest, wie tief Unteranfragen ineinander - verschachtelt werden dürfen. Wenn Sie lediglich eine Zahl + verschachtelt werden dürfen. Wenn Sie lediglich eine Zahl angeben, wird sie beiden Begrenzungen zugewiesen.

                Beispiel

                @@ -2014,7 +2047,7 @@ au

                top

                LimitRequestBody-Direktive

                - @@ -2028,26 +2061,26 @@ HTTP-Request-Body Anfrage) erlaubt sind.

                Die Direktive LimitRequestBody erlaubt es dem - Benutzer, die Größe des HTTP-Request-Bodys in dem Kontext zu + Benutzer, die Größe des HTTP-Request-Bodys in dem Kontext zu begrenzen, in dem die Anweisung angegeben ist (Server, pro Verzeichnis, pro Datei oder pro Adresse). Wenn die Anfrage des Clients dieses Limit - überschreitet, gibt der Server einen Fehler zurück anstatt die - Anfrage zu bearbeiten. Die Größe des Datenteils einer Anfrage - kann sehr stark variieren, abhängig von der Art der Ressource und - den für diese Ressource erlaubten Methoden. CGI-Skripte verwenden - den Datenteil üblicherweise zum Empfang von Formulardaten. Wird + überschreitet, gibt der Server einen Fehler zurück anstatt die + Anfrage zu bearbeiten. Die Größe des Datenteils einer Anfrage + kann sehr stark variieren, abhängig von der Art der Ressource und + den für diese Ressource erlaubten Methoden. CGI-Skripte verwenden + den Datenteil üblicherweise zum Empfang von Formulardaten. Wird die PUT-Methode angewendet, dann muss der Wert mindestens - so groß sein wie irgendeine Darstellungsform, die der Server - für diese Ressource akzeptieren soll.

                + so groß sein wie irgendeine Darstellungsform, die der Server + für diese Ressource akzeptieren soll.

                -

                Die Direktive gibt dem Serveradministrator eine größere - Kontrolle gegenüber abnormalem Verhalten von Clients, was bei der +

                Die Direktive gibt dem Serveradministrator eine größere + Kontrolle gegenüber abnormalem Verhalten von Clients, was bei der Vermeidung einiger Formen von Denial-of-Service-Attacken hilfreich sein kann.

                Wenn Sie beispielsweise das Hochladen von Dateien zu einer bestimmten - Adresse erlauben, aber die Größe der hochgeladenen Dateien - auf 100K beschränken wollen, können Sie die folgende Anweisung + Adresse erlauben, aber die Größe der hochgeladenen Dateien + auf 100K beschränken wollen, können Sie die folgende Anweisung verwenden:

                @@ -2074,20 +2107,20 @@ entgegengenommen werden

                Die Direktive LimitRequestFields erlaubt es dem Serveradministrator, die maximale Anzahl der in einem HTTP-Request - erlaubten HTTP-Request-Header zu verändern. Für den Server - muss dieser Wert größer sein als die Anzahl der Headerzeilen, - die ein normaler Client senden könnte. Die Anzahl der Request-Header, - die ein gewöhnlicher Client verwendet, überschreitet selten 20 + erlaubten HTTP-Request-Header zu verändern. Für den Server + muss dieser Wert größer sein als die Anzahl der Headerzeilen, + die ein normaler Client senden könnte. Die Anzahl der Request-Header, + die ein gewöhnlicher Client verwendet, überschreitet selten 20 Zeilen. Allerdings kann dies zwischen den verschiedenen - Client-Ausführungen variieren, oft abhängig vom Ausmaß, - mit dem der Anwender die genaue Content-Negotiation-Unterstützung + Client-Ausführungen variieren, oft abhängig vom Ausmaß, + mit dem der Anwender die genaue Content-Negotiation-Unterstützung seines Browsers konfiguriert hat. Optionale HTTP-Erweiterungen - äußern sich oft in Form von HTTP-Headern.

                + äußern sich oft in Form von HTTP-Headern.

                -

                Die Direktive gibt dem Serveradministrator eine größere - Kontrolle gegenüber abnormalem Verhalten von Clients, was bei der +

                Die Direktive gibt dem Serveradministrator eine größere + Kontrolle gegenüber abnormalem Verhalten von Clients, was bei der Vermeidung einiger Formen von Denial-of-Service-Attacken hilfreich - sein kann. Der Wert sollte erhöht werden, wenn normale Clients + sein kann. Der Wert sollte erhöht werden, wenn normale Clients eine Fehlermeldung vom Server erhalten, die besagt, dass mit der Anfrage zu viele Headerzeilen gesendet wurden.

                @@ -2102,7 +2135,7 @@ entgegengenommen werden
                top

                LimitRequestFieldSize-Direktive

                Beschreibung:Begrenzt die Gesamtgröße des vom Client gesendeten +
                Beschreibung:Begrenzt die Gesamtgröße des vom Client gesendeten HTTP-Request-Body
                Syntax:LimitRequestBody Bytes
                Voreinstellung:LimitRequestBody 0
                - @@ -2114,18 +2147,18 @@ HTTP-Request-Headers HTTP-Header erlaubt sind.

                Die Direktive LimitRequestFieldsize erlaubt es - dem Serveradministrator, die maximale Größe eines - HTTP-Request-Headers zu verringern oder erhöhen. Für den Server - muss der Wert groß genug sein, um eine beliebige Headerzeile einer - normalen Client-Anfrage vorzuhalten. Die Größe variiert stark - zwischen den verschiedenen Client-Ausführungen, oft abhängig vom - Ausmaß, mit dem der Anwender die genaue - Content-Negotiation-Unterstützung seines Browsers konfiguriert hat. - SPNEGO-Authentisierungs-Header können bis zu 12392 Bytes lang + dem Serveradministrator, die maximale Größe eines + HTTP-Request-Headers zu verringern oder erhöhen. Für den Server + muss der Wert groß genug sein, um eine beliebige Headerzeile einer + normalen Client-Anfrage vorzuhalten. Die Größe variiert stark + zwischen den verschiedenen Client-Ausführungen, oft abhängig vom + Ausmaß, mit dem der Anwender die genaue + Content-Negotiation-Unterstützung seines Browsers konfiguriert hat. + SPNEGO-Authentisierungs-Header können bis zu 12392 Bytes lang sein.

                -

                Die Direktive gibt dem Serveradministrator eine größere - Kontrolle gegenüber abnormalem Verhalten von Clients, was bei der +

                Die Direktive gibt dem Serveradministrator eine größere + Kontrolle gegenüber abnormalem Verhalten von Clients, was bei der Vermeidung einiger Formen von Denial-of-Service-Attacken hilfreich sein kann.

                @@ -2135,14 +2168,14 @@ HTTP-Request-Headers LimitRequestFieldSize 4094

                -
                Unter normalen Umständen sollte die Voreinstellung nicht - verändert werden.
                +
                Unter normalen Umständen sollte die Voreinstellung nicht + verändert werden.
                top

                LimitRequestLine-Direktive

                Beschreibung:Begrenzt die Länge des vom Client gesendeten +
                Beschreibung:Begrenzt die Länge des vom Client gesendeten HTTP-Request-Headers
                Syntax:LimitRequestFieldsize Bytes
                Voreinstellung:LimitRequestFieldsize 8190
                - @@ -2154,18 +2187,18 @@ HTTP-Anfragezeile HTTP-Anfragezeile erlaubt sind.

                Die Direktive LimitRequestLine erlaubt es dem - Serveradministrator, die maximale Größe der - HTTP-Anfragezeile zu verringern oder erhöhen. Da + Serveradministrator, die maximale Größe der + HTTP-Anfragezeile zu verringern oder erhöhen. Da die Anfragezeile aus der HTTP-Methode, der URI und der Protokollversion besteht, bedeutet die LimitRequestLine-Direktive - eine Beschränkung der Länge der für eine Anfrage an den - Server erlaubten Anfrage-URI. Für den Server muss der Wert groß + eine Beschränkung der Länge der für eine Anfrage an den + Server erlaubten Anfrage-URI. Für den Server muss der Wert groß genug sein, um jeden seiner Ressourcennamen vorzuhalten, - einschließlich aller Informationen, die im Query-String einer - GET-Anfrage übergeben werden können.

                + einschließlich aller Informationen, die im Query-String einer + GET-Anfrage übergeben werden können.

                -

                Die Direktive gibt dem Serveradministrator eine größere - Kontrolle gegenüber abnormalem Verhalten von Clients, was bei der +

                Die Direktive gibt dem Serveradministrator eine größere + Kontrolle gegenüber abnormalem Verhalten von Clients, was bei der Vermeidung einiger Formen von Denial-of-Service-Attacken hilfreich sein kann.

                @@ -2175,14 +2208,14 @@ HTTP-Anfragezeile LimitRequestLine 4094

                -
                Unter normalen Umständen sollte die Voreinstellung nicht - verändert werden.
                +
                Unter normalen Umständen sollte die Voreinstellung nicht + verändert werden.
                top

                LimitXMLRequestBody-Direktive

                Beschreibung:Begrenzt die Länge der vom Client entgegengenommenen +
                Beschreibung:Begrenzt die Länge der vom Client entgegengenommenen HTTP-Anfragezeile
                Syntax:LimitRequestLine Bytes
                Voreinstellung:LimitRequestLine 8190
                - @@ -2191,9 +2224,9 @@ Request-Bodys
                Beschreibung:Begrenzt die Größe eines XML-basierten +
                Beschreibung:Begrenzt die Größe eines XML-basierten Request-Bodys
                Syntax:LimitXMLRequestBody Bytes
                Voreinstellung:LimitXMLRequestBody 1000000
                Status:Core
                Modul:core
                -

                Dies gibt die Grenze für die maximale Größe (in Bytes) +

                Dies gibt die Grenze für die maximale Größe (in Bytes) des XML-basierten Request-Bodys an. Der Wert 0 deaktiviert - diese Prüfung.

                + diese Prüfung.

                Beispiel:

                @@ -2216,62 +2249,62 @@ URLs an

                Die Direktive <Location> begrenzt die Reichweite der enthaltenen Anweisungen auf URLs. - Sie ist der Direktive <Directory> ähnlich und startet einen + Sie ist der Direktive <Directory> ähnlich und startet einen Abschnitt, der mit der Anweisung </Location> abgeschlossen wird. <Location>-Container werden, nachdem die <Directory>-Container und .htaccess-Dateien gelesen wurden, und nach den <Files>-Containern, in - der Reihenfolge ausgeführt, in der sie in der Konfigurationsdatei + der Reihenfolge ausgeführt, in der sie in der Konfigurationsdatei erscheinen.

                <Location>-Abschnitte operieren - vollständig außerhalb des Dateisystems. Dies hat mehrere - Konsequenzen. An Wichtigsten, <Location>-Anweisungen sollten nicht dafür + vollständig außerhalb des Dateisystems. Dies hat mehrere + Konsequenzen. An Wichtigsten, <Location>-Anweisungen sollten nicht dafür verwendet werden, den Zugriff zu Teilen des Dateisystems zu steuern. Da mehrere unterschiedliche URLs auf die gleiche Stelle des Dateisystems - zeigen können, könnte eine solche Zugriffskontrolle u.U. + zeigen können, könnte eine solche Zugriffskontrolle u.U. umgangen werden.

                Wann sollte<Location> verwendet werden

                Verwenden Sie <Location>, um - Anweisungen auf Inhalte anzuwenden, die außerhalb des Dateisystems - abgelegt sind. Benutzen Sie <Directory> und <Files> für Inhalte, die + Anweisungen auf Inhalte anzuwenden, die außerhalb des Dateisystems + abgelegt sind. Benutzen Sie <Directory> und <Files> für Inhalte, die innerhalb des Dateisystems abgelegt sind. Eine Ausnahme bildet <Location />, welches ein einfacher Weg ist, um eine Konfiguration auf den gesamten Server anzuwenden.

                -

                Für alle nicht-Proxy-Anfragen ist die entsprechende URL - ein URL-Pfad in der Form /path/. Es dürfen weder ein +

                Für alle nicht-Proxy-Anfragen ist die entsprechende URL + ein URL-Pfad in der Form /path/. Es dürfen weder ein Schema, noch ein Hostname, noch ein Port, noch ein Query-String einbezogen - werden. Für Proxy-Anfragen hat die Vergleichs-URL die Form - schema://servername/path. Das Präfix muss angegeben + werden. Für Proxy-Anfragen hat die Vergleichs-URL die Form + schema://servername/path. Das Präfix muss angegeben werden.

                Die URL kann Platzhalter verwenden. In einer Zeichenfolge mit Platzhaltern entspricht ? einem einzelnen Zeichen und *einer beliebigen Zeichenfolge.

                -

                Erweiterte reguläre - Ausdrücke können ebenfalls verwendet werden, indem - das Zeichen ~ hinzugefügt wird. Beispielsweise - würde

                +

                Erweiterte reguläre + Ausdrücke können ebenfalls verwendet werden, indem + das Zeichen ~ hinzugefügt wird. Beispielsweise + würde

                <Location ~ "/(extra|special)/data">

                auf URLs passen, welche die Zeichenfolge /extra/data - oder /special/data enthalten. Die Direktive <LocationMatch> verhält sich + oder /special/data enthalten. Die Direktive <LocationMatch> verhält sich genauso wie <Location> mit - regulären Ausdrücken.

                + regulären Ausdrücken.

                -

                Die Funktionalität von <Location> ist insbesondere dann nützlich, +

                Die Funktionalität von <Location> ist insbesondere dann nützlich, wenn sie mit der SetHandler-Direktive kombiniert wird. Um zum Beispiel Statusabfragen zu aktivieren, sie aber - nur von Browsern aus foo.com zuzulassen, könnten Sie + nur von Browsern aus foo.com zuzulassen, könnten Sie schreiben:

                @@ -2285,25 +2318,25 @@ URLs an </Location>

                -

                Anmerkung zu / (Schrägstrich, Slash)

                +

                Anmerkung zu / (Schrägstrich, Slash)

                Das Slash-Zeichen hat eine besondere Bedeutung, je nachdem, wo es in der URL erscheint. Manche werden sein Verhalten vom Dateisystem - gewohnt sein, wo mehrere aufeinanderfolgende Schrägstriche - häufig zu einem Schrägstrich zusammengefaßt werden + gewohnt sein, wo mehrere aufeinanderfolgende Schrägstriche + häufig zu einem Schrägstrich zusammengefaßt werden (d.h. /home///foo ist das gleiche wie /home/foo). Im URL-Raum ist dies nicht notwendigerweise - genauso. Bei der Direktive <LocationMatch> und der <Location>-Version mit regulären Ausdrücken - müssen Sie explizit mehrere Schrägstriche angeben, wenn Sie + genauso. Bei der Direktive <LocationMatch> und der <Location>-Version mit regulären Ausdrücken + müssen Sie explizit mehrere Schrägstriche angeben, wenn Sie genau dies beabsichtigen.

                -

                Beispielsweise würde <LocationMatch ^/abc> +

                Beispielsweise würde <LocationMatch ^/abc> auf die angeforderte URL /abc passen, nicht aber auf - //abc. Die Direktive <Location> (ohne reguläre Ausdrücke) verhält - sich ähnlich, wenn sie für Proxy-Anfragen verwendet wird. + //abc. Die Direktive <Location> (ohne reguläre Ausdrücke) verhält + sich ähnlich, wenn sie für Proxy-Anfragen verwendet wird. Wenn <Location> (ohne - reguläre Ausdrücke) jedoch für nicht-Proxy-Anfragen - verwendet wird, werden stillscheigend mehrere Schrächstriche mit - mit einem einzigen Schrägstrich gleichgesetzt. Geben Sie + reguläre Ausdrücke) jedoch für nicht-Proxy-Anfragen + verwendet wird, werden stillscheigend mehrere Schrächstriche mit + mit einem einzigen Schrägstrich gleichgesetzt. Geben Sie beispielsweise <Location /abc/def> an und die Anfrage lautet auf /abc//def, dann greift die Anweisung.

                @@ -2311,8 +2344,8 @@ URLs an

                Siehe auch

                @@ -2320,7 +2353,7 @@ URLs an

                <LocationMatch>-Direktive

                +reguläre Ausdrücke passen @@ -2330,9 +2363,9 @@ regul

                Die Direktive <LocationMatch> begrenzt die Reichweite der enthaltenen Anweisungen in der gleichen Weise wie <Location> auf URLs. - Sie verwendet jedoch reguläre - Ausdrücke als Argument anstelle einer einfachen - Zeichenkette. Beispielsweise würde

                + Sie verwendet jedoch reguläre + Ausdrücke als Argument anstelle einer einfachen + Zeichenkette. Beispielsweise würde

                <LocationMatch "/(extra|special)/data"> @@ -2344,26 +2377,26 @@ regul

                Siehe auch

                top

                LogLevel-Direktive

                Beschreibung:Wendet die enthaltenen Direktiven nur auf URLs an, die auf -reguläre Ausdrücke passen
                Syntax:<LocationMatch regex> ... </LocationMatch>
                Kontext:Serverkonfiguration, Virtual Host
                - +
                Beschreibung:Steuert die Ausführlichkeit des Fehlerprotokolls
                Beschreibung:Steuert die Ausführlichkeit des Fehlerprotokolls
                Syntax:LogLevel Level
                Voreinstellung:LogLevel warn
                Kontext:Serverkonfiguration, Virtual Host
                Status:Core
                Modul:core
                -

                LogLevel stellt die Ausführlichkeit +

                LogLevel stellt die Ausführlichkeit der Nachrichten ein, die im Fehlerprotokoll aufgezeichnet werden (siehe Direktive ErrorLog). Die folgenden, nach absteigender Aussagekraft sortierten Level sind - verfügbar:

                + verfügbar:

                @@ -2381,18 +2414,18 @@ regul - @@ -2402,7 +2435,7 @@ regul @@ -2412,7 +2445,7 @@ regul + (Anm.d.Ü.: "Vorzeitiges Ende der Skript-Header") @@ -2421,7 +2454,7 @@ regul @@ -2431,7 +2464,7 @@ regul @@ -2442,9 +2475,9 @@ regul + (Anm.d.Ü.: "Server scheint beschäftigt zu sein, + (möglicherweise müssen Sie StartServers oder + Min/MaxSpareServers erhöhen)") @@ -2453,12 +2486,12 @@ regul + (Anm.d.Ü.: "Öffne Konfigurationsdatei ...")
                Notfall - das System ist unbenutzbar. "Child cannot open lock file. Exiting" - (Anm.d.Ü.: "Kindprozess kann die Lock-Datei nicht öffnen. + (Anm.d.Ü.: "Kindprozess kann die Lock-Datei nicht öffnen. Beende Programm")
                alert Maßnahmen müssen unverzüglich ergriffen + Maßnahmen müssen unverzüglich ergriffen werden. "getpwuid: couldn't determine user name from uid" - (Anm.d.Ü.: "getpwuid: kann keinen Benutzernamen aus der UID + (Anm.d.Ü.: "getpwuid: kann keinen Benutzernamen aus der UID ermitteln")
                Kritischer Zustand. "socket: Failed to get a socket, exiting child" - (Anm.d.Ü.: "socket: Socket-Zuweisung fehlgeschlagen, beende + (Anm.d.Ü.: "socket: Socket-Zuweisung fehlgeschlagen, beende Kindprozess")
                Fehlerbedingung. "Premature end of script headers" - (Anm.d.Ü.: "Vorzeitiges Ende der Skript-Header")
                Warnung. "child process 1234 did not exit, sending another SIGHUP" - (Anm.d.Ü.: "Kindprozess 1234 nicht beendet, sende ein weiteres + (Anm.d.Ü.: "Kindprozess 1234 nicht beendet, sende ein weiteres SIGHUP")
                Normaler, aber signifikanter Zustand. "httpd: caught SIGBUS, attempting to dump core in ..." - (Anm.d.Ü.: "httpd: SIGBUS empfangen, versuche Speicherabbild nach ... + (Anm.d.Ü.: "httpd: SIGBUS empfangen, versuche Speicherabbild nach ... zu schreiben")
                "Server seems busy, (you may need to increase StartServers, or Min/MaxSpareServers)..." - (Anm.d.Ü.: "Server scheint beschäftigt zu sein, - (möglicherweise müssen Sie StartServers oder - Min/MaxSpareServers erhöhen)")
                Debug-Level-Nachrichten "Opening config file ..." - (Anm.d.Ü.: "Öffne Konfigurationsdatei ...")

                Geben Sie einen bestimmten Level an, denn werden Nachrichten von - allen höheren Leveln ebenso angezeigt. Z.B.: Wenn + allen höheren Leveln ebenso angezeigt. Z.B.: Wenn LogLevel info eingestellt ist, dann werden Nachrichten der Log-Level notice und warn ebenso eingetragen.

                @@ -2472,8 +2505,8 @@ regul

                Hinweis

                -

                Beim Protokollieren in eine reguläre Datei können - Nachrichten des Levels notice nicht unterdrückt +

                Beim Protokollieren in eine reguläre Datei können + Nachrichten des Levels notice nicht unterdrückt werden und werden daher immer protokolliert. Dies trifft allerdings nicht zu, wenn mittels syslog protokolliert wird.

                @@ -2483,7 +2516,7 @@ regul

                MaxKeepAliveRequests-Direktive

                +zulässig sind @@ -2491,11 +2524,11 @@ zul
                Beschreibung:Anzahl der Anfragen, die bei einer persistenten Verbindung -zulässig sind
                Syntax:MaxKeepAliveRequests Anzahl
                Voreinstellung:MaxKeepAliveRequests 100
                Kontext:Serverkonfiguration, Virtual Host
                Modul:core

                Die Direktive MaxKeepAliveRequests - begrenzt die Anzahl der Anfragen, die pro Verbindung zulässig sind, + begrenzt die Anzahl der Anfragen, die pro Verbindung zulässig sind, wenn KeepAlive eingeschaltet ist. Bei der Einstellung 0 sind unbegrenzt viele Anfragen - erlaubt. Wir empfehlen für diese Einstellung einen hohen Wert - für eine maximale Serverleistung.

                + erlaubt. Wir empfehlen für diese Einstellung einen hohen Wert + für eine maximale Serverleistung.

                Beispiel:

                @@ -2514,9 +2547,9 @@ zul Kontext:Serverkonfiguration, Virtual Host, Verzeichnis Status:Core Modul:core -Kompatibilität:Available in Apache HTTP Server 2.3.15 and later +Kompatibilität:Available in Apache HTTP Server 2.3.15 and later

                Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

                top

                MaxRangeReversals-Direktive

                @@ -2528,9 +2561,9 @@ zul Kontext:Serverkonfiguration, Virtual Host, Verzeichnis Status:Core Modul:core -Kompatibilität:Available in Apache HTTP Server 2.3.15 and later +Kompatibilität:Available in Apache HTTP Server 2.3.15 and later

                Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

                top

                MaxRanges-Direktive

                @@ -2542,9 +2575,23 @@ resource Kontext:Serverkonfiguration, Virtual Host, Verzeichnis Status:Core Modul:core -Kompatibilität:Available in Apache HTTP Server 2.3.15 and later +Kompatibilität:Available in Apache HTTP Server 2.3.15 and later +

                Die Dokumentation zu dieser Direktive wurde + noch nicht übersetzt. Bitte schauen Sie in die englische + Version.

                +
                top
                +

                MergeSlashes-Direktive

                + + + + + + + +
                Beschreibung:Controls whether the server merges consecutive slashes in URLs. +
                Syntax:MergeSlashes ON|OFF
                Voreinstellung:MergeSlashes ON
                Kontext:Serverkonfiguration, Virtual Host
                Status:Core
                Modul:core
                Kompatibilität:Added in 2.4.39

                Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

                top

                MergeTrailers-Direktive

                @@ -2555,9 +2602,9 @@ resource Kontext:Serverkonfiguration, Virtual Host Status:Core Modul:core -Kompatibilität:2.4.11 and later +Kompatibilität:2.4.11 and later

                Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

                top

                Mutex-Direktive

                @@ -2569,14 +2616,14 @@ or specified mutexes Kontext:Serverkonfiguration Status:Core Modul:core -Kompatibilität:Available in Apache HTTP Server 2.3.4 and later +Kompatibilität:Available in Apache HTTP Server 2.3.4 and later

                Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

                top

                NameVirtualHost-Direktive

                - @@ -2585,7 +2632,7 @@ virtueller Hosts
                Beschreibung:Bestimmt eine IP-Adresse für den Betrieb namensbasierter +
                Beschreibung:Bestimmt eine IP-Adresse für den Betrieb namensbasierter virtueller Hosts
                Syntax:NameVirtualHost Adresse[:Port]
                Kontext:Serverkonfiguration

                Die Direktive NameVirtualHost ist erforderlich, wenn Sie namensbasierte virtuelle Hosts - konfigurieren möchten.

                + konfigurieren möchten.

                Obwohl Adresse eine Hostname sein kann, wird empfohlen, dass Sie stets eine IP-Adresse verwenden, z.B.:

                @@ -2595,41 +2642,41 @@ virtueller Hosts

                Mit der NameVirtualHost-Anweisung geben Sie - die IP-Adresse an, unter der der Server Anfragen für - namensbasierte virtuelle Hosts entgegennimmt. Das ist üblicherweise + die IP-Adresse an, unter der der Server Anfragen für + namensbasierte virtuelle Hosts entgegennimmt. Das ist üblicherweise die Adresse, zu der die Namen Ihrer namensbasierten virtuellen Hosts - aufgelöst werden. Falls eine Firewall oder ein anderer Proxy die + aufgelöst werden. Falls eine Firewall oder ein anderer Proxy die Anfrage in Empfang nimmt und Sie zu einer weiteren IP-Adresse des Servers - weiterleitet, müssen Sie die IP-Adresse der physikalischen + weiterleitet, müssen Sie die IP-Adresse der physikalischen Schnittstelle der Maschine angeben, welche die Anfragen bedient. Wenn Sie mehrere namensbasierte Hosts an verschiedenen Adressen - betreiben, wiederholen Sie einfach die Anweisung für jede + betreiben, wiederholen Sie einfach die Anweisung für jede Adresse.

                Anmerkung

                Beachten Sie, dass der "Hauptserver" und jeder _default_-Server niemals bei einer Anfrage an einer NameVirtualHost-IP-Adresse - bedient wird (es sei denn, Sie geben aus irgendwelchen Gründen + bedient wird (es sei denn, Sie geben aus irgendwelchen Gründen NameVirtualHost an, definieren dann aber keine - VirtualHosts für diese Adresse).

                + VirtualHosts für diese Adresse).

                -

                Optional können Sie die Nummer eines Ports angeben, an dem +

                Optional können Sie die Nummer eines Ports angeben, an dem namensbasierte virtuelle Hosts verwendet werden sollen. Beispiel:

                NameVirtualHost 111.22.33.44:8080

                -

                IPv6-Adressen müssen, wie im folgenden Beispiel angegeben, in +

                IPv6-Adressen müssen, wie im folgenden Beispiel angegeben, in eckige Klammern eingeschlossen werden:

                NameVirtualHost [2001:db8::a00:20ff:fea7:ccea]:8080

                -

                Um an allen Schnittstellen Anfragen zu empfangen, können Sie +

                Um an allen Schnittstellen Anfragen zu empfangen, können Sie * als Argument verwenden.

                @@ -2657,7 +2704,7 @@ virtueller Hosts

                Options-Direktive

                +bestimmten Verzeichnis verfügbar sind @@ -2668,21 +2715,21 @@ bestimmten Verzeichnis verf
                Beschreibung:Definiert, welche Eigenschaften oder Funktionen in einem -bestimmten Verzeichnis verfügbar sind
                Syntax:Options [+|-]Option [[+|-]Option] ...
                Voreinstellung:Options All

                Die Direktive Options steuert, welche Eigenschaften bzw. Funktionen in einem bestimmten Verzeichnis - verfügbar sind.

                + verfügbar sind.

                Option kann auf None gesetzt werden, wobei - keine der besonderen Eigenschaften verfügbar sind, oder auf eines + keine der besonderen Eigenschaften verfügbar sind, oder auf eines oder mehrere der folgenden:

                All
                -
                Alle Optionen außer MultiViews. Dies ist +
                Alle Optionen außer MultiViews. Dies ist die Voreinstellung.
                ExecCGI
                -
                Die Ausführung von CGI-Skripten, welche mod_cgi +
                Die Ausführung von CGI-Skripten, welche mod_cgi verwenden, ist erlaubt.
                FollowSymLinks
                @@ -2707,7 +2754,7 @@ bestimmten Verzeichnis verf
                Server Side Includes sind erlaubt, #exec cmd und #exec cgi sind jedoch deaktiviert. Es ist aber noch - möglich, CGI-Skripte aus + möglich, CGI-Skripte aus ScriptAlias-Verzeichnissen mittels #include virtual einzubinden.
                @@ -2717,7 +2764,7 @@ bestimmten Verzeichnis verf DirectoryIndex definierte Indexdatei (z.B. index.html) befindet, dann liefert mod_autoindex eine formatierte Auflistung des - Verzeichnisses zurück. + Verzeichnisses zurück.
                MultiViews
                @@ -2727,7 +2774,7 @@ bestimmten Verzeichnis verf
                SymLinksIfOwnerMatch
                Der Server folgt nur symbolischen Links, bei denen die Zieldatei - bzw. das Zielverzeichnis der gleichen Benutzerkennung gehört, wie + bzw. das Zielverzeichnis der gleichen Benutzerkennung gehört, wie der Link.

                Anmerkung

                Diese Option wird innerhalb eines <Location>-Abschnitts @@ -2735,21 +2782,21 @@ bestimmten Verzeichnis verf

                Wenn mehrere Options auf ein Verzeichnis - angewandt werden können, dann wird normalerweise die - spezifischste (Anm.d.Ü.: Gemeint ist die zuletzt - ausgeführte Option.) verwendet und alle anderen werden - ignoriert; die Optionen werden nicht vermischt. (Siehe auch Wie Abschnitte zusammengeführt + angewandt werden können, dann wird normalerweise die + spezifischste (Anm.d.Ü.: Gemeint ist die zuletzt + ausgeführte Option.) verwendet und alle anderen werden + ignoriert; die Optionen werden nicht vermischt. (Siehe auch Wie Abschnitte zusammengeführt werden..) Wenn jedoch allen Optionen der Options-Anweisung eines der Zeichen + oder - vorangestellt wird, werden die Optionen zusammengemischt. Jede Option mit vorangestelltem + wird - zu den momentan gültigen Optionen hinzugefügt und jede Option - mit vorangestelltem - wird aus den derzeit gültigen + zu den momentan gültigen Optionen hinzugefügt und jede Option + mit vorangestelltem - wird aus den derzeit gültigen Optionen entfernt.

                Warnung

                Die Vermischung von Optionen mit + oder - mit - Optionen ohne diese (Zeichen) ist keine gültige Syntax und führt + Optionen ohne diese (Zeichen) ist keine gültige Syntax und führt mit hoher Wahrscheinlichkeit zu unerwarteten Effekten.

                @@ -2770,10 +2817,10 @@ bestimmten Verzeichnis verf </Directory>

                -

                für das Verzeichnis /web/docs/spec wird jetzt +

                für das Verzeichnis /web/docs/spec wird jetzt lediglich Includes gesetzt. Wenn die zweite Options-Anweisung jedoch +- - und --Zeichen verwenden würde,

                + und --Zeichen verwenden würde,

                <Directory /web/docs>
                @@ -2789,14 +2836,14 @@ bestimmten Verzeichnis verf </Directory>

                -

                dann würden die Optionen FollowSymLinks und - Includes für das Verzeichnis /web/docs/spec +

                dann würden die Optionen FollowSymLinks und + Includes für das Verzeichnis /web/docs/spec gesetzt.

                Anmerkung

                Die Verwendung von -IncludesNOEXEC oder - -Includes deaktiviert Server Side Includes unabhängig - von der vorigen Einstellung vollständig.

                + -Includes deaktiviert Server Side Includes unabhängig + von der vorigen Einstellung vollständig.

                Die Voreinstellung ist All, sofern keine anderen Angaben @@ -2811,10 +2858,10 @@ bestimmten Verzeichnis verf Kontext:Serverkonfiguration, Virtual Host Status:Core Modul:core -Kompatibilität:Available in Apache 2.1.5 and later. +Kompatibilität:Available in Apache 2.1.5 and later. On Windows, from Apache 2.3.3 and later.

                Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

                Siehe auch

                • AcceptFilter
                  • @@ -2830,9 +2877,9 @@ On Windows, from Apache 2.3.3 and later. Kontext:Serverkonfiguration, Virtual Host Status:Core Modul:core -Kompatibilität:Only available from Apache 2.4.17 and later. +Kompatibilität:Only available from Apache 2.4.17 and later.

                  Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

                  Siehe auch

                  • ProtocolsHonorOrder
                    • @@ -2847,9 +2894,9 @@ On Windows, from Apache 2.3.3 and later. Kontext:Serverkonfiguration, Virtual Host Status:Core Modul:core -Kompatibilität:Only available from Apache 2.4.17 and later. +Kompatibilität:Only available from Apache 2.4.17 and later.

                    Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

                    Siehe auch

                    • Protocols
                      • @@ -2860,29 +2907,42 @@ On Windows, from Apache 2.3.3 and later. - - + + - + +
                      Beschreibung:Controls whether the REDIRECT_URL environment variable is fully qualified
                      Syntax:QualifyRedirectURL ON|OFF
                      Voreinstellung:QualifyRedirectURL OFF
                      Syntax:QualifyRedirectURL On|Off
                      Voreinstellung:QualifyRedirectURL Off
                      Kontext:Serverkonfiguration, Virtual Host, Verzeichnis
                      AllowOverride:FileInfo
                      Status:Core
                      Modul:core
                      Kompatibilität:Directive supported in 2.4.18 and later. 2.4.17 acted -as if 'QualifyRedirectURL ON' was configured.
                      Kompatibilität:Directive supported in 2.4.18 and later. 2.4.17 acted +as if 'QualifyRedirectURL On' was configured.

                      Die Dokumentation zu dieser Direktive wurde + noch nicht übersetzt. Bitte schauen Sie in die englische + Version.

                +
                top
                +

                ReadBufferSize-Direktive

                + + + + + + + +
                Beschreibung:Size of the buffers used to read data
                Syntax:ReadBufferSize bytes
                Voreinstellung:ReadBufferSize 8192
                Kontext:Serverkonfiguration, Virtual Host, Verzeichnis
                Status:Core
                Modul:core
                Kompatibilität:2.4.27 and later

                Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

                top

                RegexDefaultOptions-Direktive

                - + - +
                Beschreibung:Allow to configure global/default options for regexes
                Syntax:RegexDefaultOptions [none] [+|-]option [[+|-]option] ...
                Voreinstellung:RegexDefaultOptions DOLLAR_ENDONLY
                Voreinstellung:RegexDefaultOptions DOTALL DOLLAR_ENDONLY
                Kontext:Serverkonfiguration
                Status:Core
                Modul:core
                Kompatibilität:Only available from Apache 2.4.30 and later.
                Kompatibilität:Only available from Apache 2.4.30 and later.

                Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

                top

                RegisterHttpMethod-Direktive

                @@ -2892,9 +2952,9 @@ as if 'QualifyRedirectURL ON' was configured. Kontext:Serverkonfiguration Status:Core Modul:core -Kompatibilität:Available in Apache HTTP Server 2.4.24 and later +Kompatibilität:Available in Apache HTTP Server 2.4.24 and later

                Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

                Siehe auch

                • HTTPProtocolOptions
                  • @@ -2914,13 +2974,13 @@ Apache-Kindprozessen gestartet wurden Modul:core

                  Akzeptiert einen oder zwei Parameter. Der erste Paramater setzt eine - weiche Ressourcenbegrenzung für alle Prozesse, der zweite Parameter - setzt die Maximalgrenze für die Ressourcennutzung. Jeder der + weiche Ressourcenbegrenzung für alle Prozesse, der zweite Parameter + setzt die Maximalgrenze für die Ressourcennutzung. Jeder der Parameter kann eine Zahl oder max sein. max zeigt dem Server an, dass das vom Betriebssystem erlaubte Maximum verwendet werden soll. Das Anheben der maximal erlaubten Ressourcennutzung - erfordert, dass der Server als root läuft, zumindest in - der anfänglichen Startphase.

                  + erfordert, dass der Server als root läuft, zumindest in + der anfänglichen Startphase.

                  Dies wird auf Prozesse angewendet, die von Anfragen bearbeitenden Apache-Kindprozessen abgespalten werden, nicht auf die @@ -2929,7 +2989,7 @@ Apache-Kindprozessen gestartet wurden abgespalten werden, wie z.B. Protokollierung.

                  CPU-Ressourcenbegrenzung wird in Sekunden pro Prozess - ausgedrückt.

                  + ausgedrückt.

                  Siehe auch

                    @@ -2950,13 +3010,13 @@ Apache-Kindprozessen gestartet wurden Modul:core

                    Akzeptiert einen oder zwei Parameter. Der erste Paramater setzt eine - weiche Ressourcenbegrenzung für alle Prozesse, der zweite Parameter - setzt die Maximalgrenze für die Ressourcennutzung. Jeder der + weiche Ressourcenbegrenzung für alle Prozesse, der zweite Parameter + setzt die Maximalgrenze für die Ressourcennutzung. Jeder der Parameter kann eine Zahl oder max sein. max zeigt dem Server an, dass das vom Betriebssystem erlaubte Maximum verwendet werden soll. Das Anheben der maximal erlaubten Ressourcennutzung - erfordert, dass der Server als root läuft, zumindest in - der anfänglichen Startphase.

                    + erfordert, dass der Server als root läuft, zumindest in + der anfänglichen Startphase.

                    Dies wird auf Prozesse angewendet, die von Anfragen bearbeitenden Apache-Kindprozessen abgespalten werden, nicht auf die @@ -2965,7 +3025,7 @@ Apache-Kindprozessen gestartet wurden abgespalten werden, wie z.B. Protokollierung.

                    Die Begrenzung des Speicherverbrauchs wird in Bytes pro Prozess - ausgedrückt.

                    + ausgedrückt.

                    Siehe auch

                      @@ -2977,7 +3037,7 @@ Apache-Kindprozessen gestartet wurden

                      RLimitNPROC-Direktive

                      @@ -2987,13 +3047,13 @@ wurden
                      Beschreibung:Begrenzt die Anzahl der Prozesse, die von Prozessen gestartet -werden können, der ihrerseits von Apache-Kinprozessen gestartet +werden können, der ihrerseits von Apache-Kinprozessen gestartet wurden
                      Syntax:RLimitNPROC Zahl|max [Zahl|max]
                      Voreinstellung:unbestimmt; verwendet die Voreinstellung des Systems
                      Modul:core

                      Akzeptiert einen oder zwei Parameter. Der erste Paramater setzt eine - weiche Ressourcenbegrenzung für alle Prozesse, der zweite Parameter - setzt die Maximalgrenze für die Ressourcennutzung. Jeder der + weiche Ressourcenbegrenzung für alle Prozesse, der zweite Parameter + setzt die Maximalgrenze für die Ressourcennutzung. Jeder der Parameter kann eine Zahl oder max sein. max zeigt dem Server an, dass das vom Betriebssystem erlaubte Maximum verwendet werden soll. Das Anheben der maximal erlaubten Ressourcennutzung - erfordert, dass der Server als root läuft, zumindest in - der anfänglichen Startphase.

                      + erfordert, dass der Server als root läuft, zumindest in + der anfänglichen Startphase.

                      Dies wird auf Prozesse angewendet, die von Anfragen bearbeitenden Apache-Kindprozessen abgespalten werden, nicht auf die @@ -3005,11 +3065,11 @@ wurden

                      Anmerkung

                      Wenn CGI-Prozesse nicht unter anderen Benutzerkennungen als der - User-ID des Webservers laufen, dann beschränkt diese Direktive + User-ID des Webservers laufen, dann beschränkt diese Direktive die Anzahl der Prozesse, die der Server selbst erstellen kann. Kennzeichen einer solchen Situation sind cannot fork-Meldungen - (Anm.d.Ü.: kann nicht abspalten) in der + (Anm.d.Ü.: kann nicht abspalten) in der Datei error_log.

                      @@ -3030,15 +3090,15 @@ CGI-Skripten AllowOverride:FileInfo Status:Core Modul:core -Kompatibilität:ausschließlich Win32; -Die Option Registry-Strict ist verfügbar seit Apache +Kompatibilität:ausschließlich Win32; +Die Option Registry-Strict ist verfügbar seit Apache 2.0. -

                      Die Direktive steuert, wie der Apache den Interpreter zur Ausführung +

                      Die Direktive steuert, wie der Apache den Interpreter zur Ausführung von CGI-Skripten bestimmt. Die Voreinstellung ist Script. Dies - veranlaßt den Apache, den Interpreter zu verwenden, auf den die + veranlaßt den Apache, den Interpreter zu verwenden, auf den die Shebang-Zeile (erste Zeile, beginnt mit #!) im Skript zeigt. - Auf Win32-Systemen sieht diese Zeile üblicherweise so aus:

                      + Auf Win32-Systemen sieht diese Zeile üblicherweise so aus:

                      #!C:/Perl/bin/perl.exe @@ -3052,35 +3112,35 @@ Die Option Registry-Strict ist verf

                      Die Einstellung ScriptInterpreterSource Registry - veranlaßt eine Suche in HKEY_CLASSES_ROOT der + veranlaßt eine Suche in HKEY_CLASSES_ROOT der Windows-Registrierungsdatenbank und verwendet die Endung der Skript-Datei - (z.B. .pl) als Suchargument. Der durch den Unterschlüssel + (z.B. .pl) als Suchargument. Der durch den Unterschlüssel Shell\ExecCGI\Command oder, falls dieser nicht existiert, - Shell\Open\Command definierte Befehl wird zum Öffnen der - Skript-Datei verwendet. Wenn der Schlüssel zur Dateiendung oder - beide Unterschlüssel fehlen, dann verwendet der Apache die Option + Shell\Open\Command definierte Befehl wird zum Öffnen der + Skript-Datei verwendet. Wenn der Schlüssel zur Dateiendung oder + beide Unterschlüssel fehlen, dann verwendet der Apache die Option Script.

                      Sicherheit

                      Seien Sie vorsichtig, ScriptInterpreterSource Registry bei Verzeichnissen zu verwenden, auf die eine ScriptAlias-Anweisung zeigt, denn der Apache versucht jede Datei innerhalb des Verzeichnisses - auszuführen. Die Einstellung Registry kann - unerwünschte Programmaufrufe bei Dateien verursachen, die - üblicherweise nicht ausgeführt werden. Auf den meisten + auszuführen. Die Einstellung Registry kann + unerwünschte Programmaufrufe bei Dateien verursachen, die + üblicherweise nicht ausgeführt werden. Auf den meisten Windows-Systemen beispielsweise startet der voreingestellte - Öffnen-Befehl für .htm-Dateien den Microsoft + Öffnen-Befehl für .htm-Dateien den Microsoft Internet Explorer, so dass jede HTTP-Anfrage nach einer existierenden .htm-Datei im Skript-Verzeichnis den Browser im Hintergrund - starten würde. Dies ist eine wirksame Methode, Ihr System binnen + starten würde. Dies ist eine wirksame Methode, Ihr System binnen etwa einer Minute zum Absturz zu bringen.

                      Die seit Apache 2.0 neue Option Registry-Strict macht das gleiche wie Registry, verwendet jedoch nur den - Unterschlüssel Shell\ExecCGI\Command. Der Schlüssel - ExecCGI ist gewöhnlich nicht voreingestellt. Er muss - manuell eingerichtet werden und schützt Ihr System so for + Unterschlüssel Shell\ExecCGI\Command. Der Schlüssel + ExecCGI ist gewöhnlich nicht voreingestellt. Er muss + manuell eingerichtet werden und schützt Ihr System so for versehentlichen Programmaufrufen.

                      @@ -3095,14 +3155,14 @@ of a request or the last 63, assuming the request itself is greater than Kontext:Serverkonfiguration Status:Core Modul:core -Kompatibilität:Available in Apache httpd 2.2.7 and later. +Kompatibilität:Available in Apache httpd 2.2.7 and later.

                      Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

                top

                ServerAdmin-Direktive

                - @@ -3110,31 +3170,31 @@ welche an den Client gesendet werden
                Beschreibung:E-Mail-Adresse, die der Server in Fehlermeldungen einfügt, +
                Beschreibung:E-Mail-Adresse, die der Server in Fehlermeldungen einfügt, welche an den Client gesendet werden
                Syntax:ServerAdmin E-Mail-Adresse|URL
                Kontext:Serverkonfiguration, Virtual Host
                Modul:core

                ServerAdmin legt die Kontaktadresse fest, - die der Server in jede Fehlermeldung einfügt, die er an den - Client zurückschickt. Wenn httpd das übergebene + die der Server in jede Fehlermeldung einfügt, die er an den + Client zurückschickt. Wenn httpd das übergebene Argument nicht als URL erkennt, nimmt er an, dess es sich um eine E-Mail-Adresse handelt und stellt in Hyperlinks mailto: voran. Es ist jedoch sogar sinnvoll, eine E-Mail-Adresse zu verwenden, da viele CGI-Skripte davon ausgehen. Wenn Sie - eine URL verwenden möchten, sollten Sie auf einem anderen unter Ihrer - Kontrolle stehenden Server verweisen. Andernfalls können Besucher Sie - im Fehlerfall möglicherweise nicht kontaktieren.

                + eine URL verwenden möchten, sollten Sie auf einem anderen unter Ihrer + Kontrolle stehenden Server verweisen. Andernfalls können Besucher Sie + im Fehlerfall möglicherweise nicht kontaktieren.

                -

                Es kann sich lohnen, hierfür eine reservierte Adresse +

                Es kann sich lohnen, hierfür eine reservierte Adresse anzugeben, z.B.

                ServerAdmin www-admin@foo.example.com

                -

                da Anwender nicht unbedingt erwähnen, dass sie vom Server +

                da Anwender nicht unbedingt erwähnen, dass sie vom Server sprechen!

                top

                ServerAlias-Direktive

                - @@ -3168,17 +3228,17 @@ selbst zu identifizieren -
                Beschreibung:Alternativer Name für einen Host, der verwendet wird, wenn +
                Beschreibung:Alternativer Name für einen Host, der verwendet wird, wenn Anfragen einem namensbasierten virtuellen Host zugeordnet werden
                Syntax:ServerAlias Hostname [Hostname] ...
                Kontext:Virtual Host
                Kontext:Serverkonfiguration, Virtual Host
                Status:Core
                Modul:core
                Kompatibilität:Diese Direktive löst in Version 2.0 die - Funktionalität der Direktive Port aus +
                Kompatibilität:Diese Direktive löst in Version 2.0 die + Funktionalität der Direktive Port aus Version 1.3 ab.

                Die Direktive ServerName bestimmt den Rechnernamen und Port, den der Server dazu verwendet, sich selbst zu identifizieren. Diese werden bei der Erstellung von Umleitungs-URLs - benötigt. Wenn beispielsweise der Name der Maschine, die den Webserver + benötigt. Wenn beispielsweise der Name der Maschine, die den Webserver beherbergt, simple.example.com lautet, die Maschine jedoch auch einen DNS-Alias www.example.com besitzt und Sie den - Webserver so identifizieren möchten, sollten Sie die folgende + Webserver so identifizieren möchten, sollten Sie die folgende Anweisung verwenden:

                @@ -3189,8 +3249,8 @@ selbst zu identifizieren dann versucht der Server den Rechnernamen mittels eines Reverse-Lookup herzuleiten. Wenn kein Port in der ServerName-Anweisung angegeben wurde, dann - verwendet der Server den Port der eingegangenen Anfrage. Für eine - optimale Zuverlässigkeit und Berechenbarkeit sollten Sie einen + verwendet der Server den Port der eingegangenen Anfrage. Für eine + optimale Zuverlässigkeit und Berechenbarkeit sollten Sie einen eindeutigen Rechnernamen und Port angeben, in dem Sie die Direktive ServerName verwenden.

                @@ -3200,14 +3260,14 @@ selbst zu identifizieren Hostname im Host:-Header der Anfrage auftauchen muss, damit sie diesem virtuellen Host zugeordnet wird.

                -

                Lesen Sie bitte die Beschreibung der Direktiven UseCanonicalName und UseCanonicalPhysicalPort für Einstellungen, die +

                Lesen Sie bitte die Beschreibung der Direktiven UseCanonicalName und UseCanonicalPhysicalPort für Einstellungen, die bestimmen, ob selbstreferenzierende URLs (z.B. vom Modul mod_dir) auf den angegebenen Port zeigen oder auf die Portnummern die in der Anfrage des Clients angegeben ist.

                Siehe auch

                  -
                • Probleme bezüglich DNS und +
                • Probleme bezüglich DNS und Apache
                • Apache-Dokumentation zu virtuellen Hosts
                  • @@ -3220,7 +3280,7 @@ Apache
                  top

                  ServerPath-Direktive

                  - @@ -3229,7 +3289,7 @@ wird
                  Beschreibung:Veralteter URL-Pfad für einen namensbasierten +
                  Beschreibung:Veralteter URL-Pfad für einen namensbasierten virtuellen Host, auf den von einem inkompatiblen Browser zugegriffen wird
                  Syntax:ServerPath URL-Pfad
                  Modul:core

                  Die Direktive ServerPath legt den - veralteten (Anm.d.Ü.: Gemeint ist eigentlich "Altlast" aufgrund + veralteten (Anm.d.Ü.: Gemeint ist eigentlich "Altlast" aufgrund antiquierter Clients.) URL-Pfad eines Hosts zur Verwendung mit namensbasierten virtuellen Hosts fest.

                  @@ -3250,8 +3310,8 @@ wird Modul:core

                  Die Direktive ServerRoot bestimmt das - Verzeichnis, in dem der Server installiert ist. Üblicherweise - enthält es die Unterverzeichnisse conf/ und + Verzeichnis, in dem der Server installiert ist. Üblicherweise + enthält es die Unterverzeichnisse conf/ und logs/. Relative Pfadangaben anderer Direktiven (wie z.B. Include oder LoadModule) werden relativ zu diesem Verzeichnis betrachtet.

                  @@ -3265,13 +3325,13 @@ wird
                • Die httpd-Option -d
                • Sicherheitshinweise - für Informationen, wie die Rechte auf das ServerRoot-Verzeichnis richtig gesetzt werden
                  • + für Informationen, wie die Rechte auf das ServerRoot-Verzeichnis richtig gesetzt werden
                top

                ServerSignature-Direktive

                - @@ -3280,21 +3340,21 @@ Dokumenten
                Beschreibung:Konfiguriert die Fußzeile von servergenerierten +
                Beschreibung:Konfiguriert die Fußzeile von servergenerierten Dokumenten
                Syntax:ServerSignature On|Off|EMail
                Voreinstellung:ServerSignature Off
                Status:Core
                Modul:core
                -

                Die Direktive ServerSignature ermöglicht +

                Die Direktive ServerSignature ermöglicht die Gestaltung einer unter servergenerierten Dokumenten (z.B. Fehlerdokumente, FTP-Verzeichnislisten von mod_proxy, - mod_info-Ausgaben, ...) angefügten - Fußzeile. Ein möglicher Grund für die Aktivierung einer - solchen Fußzeile ist, dass der Anwender bei einer Kette von - Proxy-Servern oft keine Möglichkeit hat, zu erkennen, welcher der - verketteten Server gegenwärtig die zurückgegebene Fehlermeldung + mod_info-Ausgaben, ...) angefügten + Fußzeile. Ein möglicher Grund für die Aktivierung einer + solchen Fußzeile ist, dass der Anwender bei einer Kette von + Proxy-Servern oft keine Möglichkeit hat, zu erkennen, welcher der + verketteten Server gegenwärtig die zurückgegebene Fehlermeldung produziert hat.

                -

                Die (Vor-)Einstellung Off unterdrückt die - Fußzeile (und ist damit kompatibel zum Verhalten des Apache 1.2 und - früher). Die Einstellung On fügt schlicht eine +

                Die (Vor-)Einstellung Off unterdrückt die + Fußzeile (und ist damit kompatibel zum Verhalten des Apache 1.2 und + früher). Die Einstellung On fügt schlicht eine Zeile mit der Versionsnummer des Servers und dem Servernamen (ServerName) des bedienenden virtuellen Hosts an. - Die Einstellung EMail erstellt zusätzlich einen + Die Einstellung EMail erstellt zusätzlich einen "mailto:"-Verweis zum Serveradministrator (ServerAdmin) des referenzierten Dokuments.

                Ab Version 2.0.44 werden die Details der angegebenen Versionsnummer des @@ -3317,9 +3377,9 @@ Dokumenten Modul:core

                die Direktive steuert, ob der Response-Header Server, - der an den Client zurückgesendet wird, eine Beschreibung des + der an den Client zurückgesendet wird, eine Beschreibung des allgemeinen Betriesbsystemtyps des Servers wie auch Informationen - über einkompilierte Module enthält.

                + über einkompilierte Module enthält.

                ServerTokens Prod[uctOnly]
                @@ -3353,7 +3413,7 @@ Dokumenten (Unix) PHP/4.2.2 MyMod/1.2
                -

                Diese Einstellung gilt für den gesamten Server und kann nicht +

                Diese Einstellung gilt für den gesamten Server und kann nicht auf Virtual-Host-Basis aktiviert oder deaktiviert werden.

                Ab Version 2.0.44 steuert diese Direktive auch die Informationen, die @@ -3375,16 +3435,16 @@ einen Handler AllowOverride:FileInfo Status:Core Modul:core -Kompatibilität:Seit Apache 2.0 im Core +Kompatibilität:Seit Apache 2.0 im Core

                Wenn die Direktive innerhalb einer .htaccess-Datei oder in einem <Directory>- oder <Location>-Abschnitt angegeben wird, erzwingt sie, dass alle entsprechenden Dateien von dem durch Handlername angegebenen Handler analysiert werden. Wenn Sie - beispielsweise ein Verzeichnis haben, dessen Dateien unabhängig von - der Endung gänzlich als Image-Maps interpretiert werden sollen, - können Sie folgendes in eine .htaccess-Datei in + beispielsweise ein Verzeichnis haben, dessen Dateien unabhängig von + der Endung gänzlich als Image-Maps interpretiert werden sollen, + können Sie folgendes in eine .htaccess-Datei in dem Verzeichnis schreiben:

                @@ -3393,7 +3453,7 @@ einen Handler

                Noch ein Beispiel: wenn Sie den Server immer, wenn die URL http://servername/status aufgerufen wird, einen - Statusbericht anzeigen lassen möchten, dann können + Statusbericht anzeigen lassen möchten, dann können Sie folgendes in die httpd.conf schreiben:

                @@ -3403,12 +3463,12 @@ einen Handler </Location>

                -

                Sie können eine zuvor definierte +

                Sie können eine zuvor definierte SetHandler-Anweisung aufheben, indem Sie den Wert None verwenden.

                Hinweis: SetHandler setzt die Standard-Handler - außer Kraft und unterdrückt gewohnte Verhaltensweisen, wie - beispielsweise die Behandlung von URLs, die auf einen Schrägstrich + außer Kraft und unterdrückt gewohnte Verhaltensweisen, wie + beispielsweise die Behandlung von URLs, die auf einen Schrägstrich (/) enden als Verzeichnisse oder (die Auslieferung von) Index-Dateien.

                Siehe auch

                @@ -3429,11 +3489,11 @@ verarbeiten

                Die Direktive SetInputFilter bestimmt den oder die Filter, die Client-Anfragen und POST-Eingaben verarbeiten, wenn - sie vom Server empfangen werden. Diese gelten zusätzlich zu - anderweitig definierten Filtern, einschließlich denen der Direktive + sie vom Server empfangen werden. Diese gelten zusätzlich zu + anderweitig definierten Filtern, einschließlich denen der Direktive AddInputFilter.

                -

                Wenn mehr als ein Filter angegeben wird, dann müssen diese +

                Wenn mehr als ein Filter angegeben wird, dann müssen diese durch Semikolon voneinander getrennt in der Reihenfolge angegeben werden, in der sie die Daten verarbeiten sollen.

                @@ -3454,8 +3514,8 @@ verarbeiten

                Die Direktive SetOutputFilter bestimmt die Filter, die Antworten des Servers verarbeiten, bevor sie an den - Client gesendet werden. Diese gelten zusätzlich zu anderweitig - definierten Filtern, einschließlich denen der Direktive + Client gesendet werden. Diese gelten zusätzlich zu anderweitig + definierten Filtern, einschließlich denen der Direktive AddOutputFilter.

                Die folgende Konfiguration verarbeitet zum Beispiel alle Dateien @@ -3469,7 +3529,7 @@ verarbeiten </Directory>

                -

                Wenn mehr als ein Filter angegeben wird, dann müssen diese +

                Wenn mehr als ein Filter angegeben wird, dann müssen diese durch Semikolon voneinander getrennt in der Reihenfolge angegeben werden, in der sie die Daten verarbeiten sollen.

                @@ -3479,6 +3539,21 @@ verarbeiten
            top
            +

            StrictHostCheck-Direktive

            + + + + + + + + +
            Beschreibung:Controls whether the server requires the requested hostname be + listed enumerated in the virtual host handling the request +
            Syntax:StrictHostCheck ON|OFF
            Voreinstellung:StrictHostCheck OFF
            Kontext:Serverkonfiguration, Virtual Host
            Status:Core
            Modul:core
            Kompatibilität:Added in 2.4.49

            Die Dokumentation zu dieser Direktive wurde + noch nicht übersetzt. Bitte schauen Sie in die englische + Version.

            +
            top

            TimeOut-Direktive

            Zeitspanne, die der Apache auf drei Dinge wartet:

              -
            1. Die gesamte Zeispanne, die benötigt wird, um eine GET-Anfrage +
            2. Die gesamte Zeispanne, die benötigt wird, um eine GET-Anfrage zu empfangen.
            3. Die Zeitspanne zwischen dem Empfang von TCP-Paketen einer POST- oder PUT-Anfrage.
              4. -
            4. Die Zeitspanne zwischen ACKs bei der Übermittlung der +
            5. Die Zeitspanne zwischen ACKs bei der Übermittlung der TCP-Pakete der Antwort.

            Wir haben vor, diese Zeitspannen in Zukunft separat konfigurierbar zu machen. Vor Version 1.2 war der Zeitgeber auf 1200 voreingestellt, wurde dann aber auf 300 herabgesetzt, was immer noch weit mehr ist, als in den - meisten Situationen benötigt wird. Die Voreinstellung wurde nicht + meisten Situationen benötigt wird. Die Voreinstellung wurde nicht weiter herabgesetzt, da gelegentlich noch Stellen im Code existieren - können, wo der Zeitgeber nicht zurückgesetzt wird, wenn ein + können, wo der Zeitgeber nicht zurückgesetzt wird, wenn ein Paket verschickt wird. Seit Apache 2.4 ist die Voreinstellung 60.

            @@ -3521,25 +3596,25 @@ bevor er die Anfrage abbricht - +
            Beschreibung:Zeitspanne, die der Server auf verschiedene Ereignisse wartet, @@ -3493,22 +3568,22 @@ bevor er die Anfrage abbricht
            Kontext:Serverkonfiguration
            Status:Core
            Modul:core
            Kompatibilität:Verfügbar ab Apache 1.3.34 und 2.0.55
            Kompatibilität:Verfügbar ab Apache 1.3.34 und 2.0.55

            Diese Direktive beeinflusst das Verhalten von TRACE sowohl - für den Server selbst als auch mod_proxy. Die + für den Server selbst als auch mod_proxy. Die Voreinstellung TraceEnable on erlaubt - TRACE-Anfragen gemäß RFC 2616. Dort werden + TRACE-Anfragen gemäß RFC 2616. Dort werden nur Anfragen ohne Datenteil zugelassen. TraceEnable off - sorgt dafür, dass der Serverkern und mod_proxy den + sorgt dafür, dass der Serverkern und mod_proxy den Fehler 405 (Zugriffsmethode nicht erlaubt) an den Client senden.

            -

            Zu Test- und Diagnosezwecken können Sie auch +

            Zu Test- und Diagnosezwecken können Sie auch nicht-standardkonforme Anfragen mit Datenteil erlauben, indem Sie die Direktive TraceEnable extended verwenden. Der Server (als - Ursprungsserver) beschränkt den Anfrageinhalt auf 64k. (Wenn - Transfer-Encoding: chunked benutzt wird, können - weitere 8k für die Chunk-Kopfzeilen verwendet werden.) Der - Server selbst reflektiert dann die vollständigen HTTP- und - Chunk-Kopfzeilen in seiner Antwort. Die Einschränkung auf 64k gilt + Ursprungsserver) beschränkt den Anfrageinhalt auf 64k. (Wenn + Transfer-Encoding: chunked benutzt wird, können + weitere 8k für die Chunk-Kopfzeilen verwendet werden.) Der + Server selbst reflektiert dann die vollständigen HTTP- und + Chunk-Kopfzeilen in seiner Antwort. Die Einschränkung auf 64k gilt nicht, wenn der Server als Proxy arbeitet.

            @@ -3552,7 +3627,7 @@ bevor er die Anfrage abbricht Status:Core Modul:core

            Die Dokumentation zu dieser Direktive wurde - noch nicht übersetzt. Bitte schauen Sie in die englische + noch nicht übersetzt. Bitte schauen Sie in die englische Version.

            Siehe auch

            • Define
              • @@ -3572,21 +3647,21 @@ ermittelt

              In vielen Situationen muss der Apache eine selbstreferenzierende URL -- d.h. eine URL, die auf den selben - Server zurück verweist -- zusammenbauen. Bei UseCanonicalName + Server zurück verweist -- zusammenbauen. Bei UseCanonicalName On verwendet der Apache den Hostnamen und Port, der in der ServerName-Anweisung angegeben ist, um den kanonischen Namen des Servers zu erstellen. Dieser Name wird in - allen selbstreferenzierenden URLs sowie in CGI-Skripten für die + allen selbstreferenzierenden URLs sowie in CGI-Skripten für die Werte von SERVER_NAME und SERVER_PORT verwendet.

              Bei UseCanonicalName Off bildet der Apache - selbstreferenzierende URLs, indem er den vom Client übermittelten + selbstreferenzierende URLs, indem er den vom Client übermittelten Hostnamen und Port verwendet, sofern diese vorhanden sind (andernfalls wird der kanonische Name, wie oben beschrieben, benutzt). Die Werte sind die gleichen, die zur Anwendung von namensbasierten virtuellen Hosts - verwendet werden, und sie sind mit den gleichen Clients verfügbar - (Anm.d.Ü.: , die auch in der Lage sind, auf namensbasierte virtuelle Hosts + verwendet werden, und sie sind mit den gleichen Clients verfügbar + (Anm.d.Ü.: , die auch in der Lage sind, auf namensbasierte virtuelle Hosts zuzugreifen, d.h. einen Host-Header mitschicken). Die CGI-Variablen SERVER_NAME und SERVER_PORT werden ebenfalls aus den vom Client angeboten Werten erstellt.

              @@ -3596,28 +3671,28 @@ ermittelt Sie werden bemerken, dass der Apache den Benutzer auf http://www.domain.com/splat/ umleitet, wenn dieser einen Kurznamen und eine URL, die einem Verzeichnis entspricht, ohne - abschließenden Schrägstrich eingibt, wie z.B. + abschließenden Schrägstrich eingibt, wie z.B. http://www/splat. Wenn Sie Authentisierung aktiviert haben, bewirkt dies, dass der Benutzer sich zweimal identifizieren muss - (einmal für www und noch einmal für - www.domain.com -- lesen Sie für weitere Informationen die + (einmal für www und noch einmal für + www.domain.com -- lesen Sie für weitere Informationen die FAQ zu diesem Thema). Wenn UseCanonicalName jedoch auf Off gesetzt ist, denn wird der Apache zu http://www/splat/ umleiten.

              Es existiert noch eine dritte Option, UseCanonicalName DNS, - die für den Betrieb von IP-basierten Massen-Virtual-Hosts gedacht ist, - um antiquierte Clients zu unterstützen, die keinen + die für den Betrieb von IP-basierten Massen-Virtual-Hosts gedacht ist, + um antiquierte Clients zu unterstützen, die keinen Host:-Header bereit stellen. Um selbstreferenzierende - URLs zu ermitteln, führt der Apache bei dieser Option ein + URLs zu ermitteln, führt der Apache bei dieser Option ein Reverse-DNS-Lookup auf die IP-Adresse des Servers aus, zu der der Client Verbindung aufgenommen hat.

              Warnung

              Wenn CGI-Skripte Vermutungen aufgrund des Wertes von - SERVER_NAME anstellen, können sie durch diese + SERVER_NAME anstellen, können sie durch diese Option fehlschlagen. Clients steht es im Wesentlichen frei, einen Wert - für den Hostnamen anzugeben, wie er will. Wenn das + für den Hostnamen anzugeben, wie er will. Wenn das CGI-Skript SERVER_NAME jedoch lediglich dazu verwendet, selbstreferenzierende URLs zu erstellen, sollte das gerade noch in Ordnung sein.

              @@ -3642,14 +3717,14 @@ ermittelt

              In vielen Situationen muss der Apache eine selbstreferenzierende URL zusammenbauen, d.h. eine URL, die auf - den selben Server zurück verweist. Wenn der Apache für die + den selben Server zurück verweist. Wenn der Apache für die UseCanonicalName-Direktive den Port bestimmt, wird mit UseCanonicalPhysicalPort On die - tatsächlich für die Anfrage verwendete physische Portnummer + tatsächlich für die Anfrage verwendete physische Portnummer in Betracht gezogen. Mit UseCanonicalPhysicalPort Off - verläßt sich der Apache nur auf die Konfiguration, um eine - gültige Portnummer zu bestimmen und läßt die - physische Portnummer außer acht.

              + verläßt sich der Apache nur auf die Konfiguration, um eine + gültige Portnummer zu bestimmen und läßt die + physische Portnummer außer acht.

              Hinweis

              Wenn der physische Port verwendet wird, ist die Reihenfolge wie @@ -3683,7 +3758,7 @@ ermittelt

              top

              <VirtualHost>-Direktive

              -</VirtualHost> werden dazu verwendet, eine Gruppe von Direktiven zusammenzufassen, die nur auf einen bestimmten virtuellen Host angewendet werden. Jede Direktive, die im Virtual-Host-Kontext - zulässig ist, kann verwendet werden. Wenn der Server eine Anfrage - für ein bestimmtes Dokument eines bestimmten virtuellen Hosts - empfängt, dann benutzt er die im + zulässig ist, kann verwendet werden. Wenn der Server eine Anfrage + für ein bestimmtes Dokument eines bestimmten virtuellen Hosts + empfängt, dann benutzt er die im <VirtualHost>-Container enthaltenen Konfigurationsanweisungen. Adresse kann sein:

              • Die IP-Adresse des virtuellen Hosts.
                • -
              • Ein voll qualifizierter Domainname für die IP-Adresse des +
              • Ein voll qualifizierter Domainname für die IP-Adresse des virtuellen Hosts.
              • Das Zeichen *, welches nur in Kombination mit @@ -3729,7 +3804,7 @@ IP-Adressen angewendet werden </VirtualHost>

                -

                IPv6-Adressen müssen in eckigen Klammern angegeben werden, da die +

                IPv6-Adressen müssen in eckigen Klammern angegeben werden, da die optionale Portnummer sonst nicht erkannt werden kann. Hier ein IPv6-Beispiel:

                @@ -3746,17 +3821,17 @@ IP-Adressen angewendet werden

                Jeder virtuelle Host muss einer anderen IP-Adresse, einem anderen Port - oder einem anderen Hostnamen für den Server entsprechen. Im ersten + oder einem anderen Hostnamen für den Server entsprechen. Im ersten Fall muss die Servermaschine so eingerichtet sein, dass sie IP-Pakete - für mehrere Adressen akzeptiert. (Wenn der Rechner nicht mehrere + für mehrere Adressen akzeptiert. (Wenn der Rechner nicht mehrere Netzwerkkarten besitzt, kann dies mit dem Befehl ifconfig - alias durchgeführt werden -- sofern Ihr Betriebssystem das - unterstützt).

                + alias durchgeführt werden -- sofern Ihr Betriebssystem das + unterstützt).

                Anmerkung

                Die Verwendung von <VirtualHost> beeinflusst nicht, an welchen Adressen der Apache - lauscht. Sie müssen mit Listen sicherstellen, dass der Apache + lauscht. Sie müssen mit Listen sicherstellen, dass der Apache an der richtigen Adresse lauscht.

                @@ -3765,24 +3840,24 @@ IP-Adressen angewendet werden der Apache jede IP-Adresse diesem virtuellen Host zu, die nicht explizit in einem anderen virtuellen Host angegeben ist. Falls kein virtueller Host _default_ angegeben ist, wird die "Hauptserver"-Konfiguration, - die aus allen Definitionen außerhalb der Virtual-Host-Abschnitte - besteht, für nicht passende IPs verwendet. (Beachten Sie jedoch, + die aus allen Definitionen außerhalb der Virtual-Host-Abschnitte + besteht, für nicht passende IPs verwendet. (Beachten Sie jedoch, dass eine IP-Adressen die zu einer NameVirtualHost-Anweisung passt, weder den "Hauptserver" noch den virtuellen Host _default_ verwendet. - Lesen Sie für weitere Details die Dokumentation zu namensbasierten virtuell Hosts.)

                + Lesen Sie für weitere Details die Dokumentation zu namensbasierten virtuell Hosts.)

                -

                Sie können einen speziellen :Port angeben, +

                Sie können einen speziellen :Port angeben, um den entsprechenden Port zu wechseln. Falls nicht angegeben, wird er auf den gleichen Port voreingestellt, wie die letzte Listen-Anweisung des - Hauptservers. Sie können auch :* angeben, um alle + Hauptservers. Sie können auch :* angeben, um alle Ports dieser Adresse zu akzeptieren. (Dies wird zusammen mit _default_ empfohlen.)

                Sicherheit

                -

                Lesen Sie das Dokument Sicherheitshinweise für - Details, warum Ihre Sicherheit gefährdet sein kann, wenn das - Verzeichnis, in dem Protokolldateien gespeichert werden, für +

                Lesen Sie das Dokument Sicherheitshinweise für + Details, warum Ihre Sicherheit gefährdet sein kann, wenn das + Verzeichnis, in dem Protokolldateien gespeichert werden, für jemanden anderes als den Benutzer beschreibbar ist, der den Server gestartet hat.

                @@ -3791,25 +3866,25 @@ IP-Adressen angewendet werden
                -

                Verfügbare Sprachen:  de  | +

                Verfügbare Sprachen:  de  |  en  | - es  | - fr  | + es  | + fr  |  ja  | - tr 

                -
                top

                Kommentare

                Notice:
                This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our mailing lists.
                + tr 

                +
                top

                Kommentare

                Notice:
                This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.
                + + + +
                +

                Modules | Directives | FAQ | Glossaire | Plan du site

                +

                Serveur HTTP Apache Version 2.4

                +
                +
                <-
                + +
                +

                Module Apache mod_md

                +
                +

                Langues Disponibles:  en  | + fr 

                +
                +
              Beschreibung:Enthält Direktiven, die nur auf bestimmte Hostnamen oder +
              Beschreibung:Enthält Direktiven, die nur auf bestimmte Hostnamen oder IP-Adressen angewendet werden
              Syntax:<VirtualHost Adresse[:Port] [Adresse[:Port]] @@ -3696,16 +3771,16 @@ IP-Adressen angewendet werden
              + + + +
              Description:Gestion des domaines au sein des serveurs virtuels et obtention + de certificats via le protocole ACME +
              Statut:Expérimental
              Identificateur de Module:md_module
              Fichier Source:mod_md.c
              Compatibilité:Disponible à partir de la version 2.4.30 du serveur HTTP + Apache
              +

              Sommaire

              + +

              + Ce module permet de gérer les propriétés courantes des domaines pour un + ou plusieurs serveurs virtuels. Il fournit deux fonctionnalités + principales : la première permet la supervision et le renouvellement des + certificats TLS via le protocole ACME (RFC 8555). Le module + effectue le renouvellement des certificats avant leur expiration + afin d'éviter une interruption des services internet. Il est possible de + monitorer l'état de tous les certificats gérés par mod_md et de configurer + le serveur de façon à ce qu'il envoie des notifications de + renouvellement, d'expiration ou d'erreur personnalisées. +

              + La seconde fonctionnalité principale fournit une implémentation + alternative de l'agrafage OCSP, et ceci aussi bien pour les certificats + gérés par mod_md que pour les certificats que vous gérez vous-même. + Composant nécessaire pour tout site https, l'agrafage OCSP influence la + vitesse de chargement des pages et suivant la configuration, la + disponibilité de ces dernières. Vous trouverez plus de détails dans la section + agrafage ci-dessous. +

              + L'autorité ACME par défaut pour la gestion des certificats est Let's Encrypt, mais il est possible + de configurer une autre CA si cette dernière supporte le protocole. +

              + +

              Exemple de configuration simple :

              + +

              TLS dans un contexte de serveur virtuel

              + 
              MDomain example.org
+
+<VirtualHost *:443>
+    ServerName example.org
+    DocumentRoot htdocs/a
+
+    SSLEngine on
+    # aucun certificat spécifié
+</VirtualHost>
              + +

              + Au démarrage, un serveur ainsi configuré contactera Let's Encrypt pour demander un + certificat pour le domaine considéré. Si Let's Encrypt peut vérifier + le propriétaire du domaine, le module obtiendra le certificat et sa + chaîne de certification, le stockera dans son système de fichiers + (voir la directive MDStoreDir) et le proposera au prochain + redémarrage à mod_ssl. +

              + Ce processus se déroule pendant l'exécution du serveur. Tous les + autres serveurs virtuels continueront à fonctionner normalement, + mais tant que le certificat ne sera pas disponible, toute requête + pour le domaine considéré génèrera une réponse du type '503 Service + Unavailable'. +

              +
              + +

              Prérequis

              +

              + Pour pouvoir être utilisé, ce module nécessite le chargement + préalable du module mod_watchdog. +

              + Pour que Let's Encrypt puisse signer et renouveler votre certificat, + votre serveur doit être accessible depuis l'internet public sur le port 80 + (http:) et/ou 443 (https:), à moins que votre serveur soit configuré + pour utiliser les vérifications DNS - pour plus de détails, voir + "certificats génériques". +

              + Le module choisit une des méthodes proposées par Let's Encrypt. En + général, LE propose des méthodes de vérification sur les ports ou le + DNS et Apache choisit une des méthodes disponibles. +

              + Pour déterminer quelles méthodes sont disponibles, le module + consulte les ports sur lesquels écoute Apache httpd. Si le port 80 en + fait partie, le module supposera que la vérification http: nommée + http-01 est disponible. Si le port 443 en fait aussi partie, la + vérification https: nommée tls-alpn-01 sera ajoutée à la liste des + méthodes disponibles. Enfin, si la directive MDChallengeDns01 est définie, la méthode + de vérification dns-01 sera aussi ajoutée. +

              + Si votre configuration est plus complexe, deux méthodes permettent + d'orienter ce choix. En premier lieu, voyez du côté de la directive + MDPortMap si le serveur se + trouve derrière un redirecteur de port comme un pare-feu. En second + lieu, vous pouvez court-circuiter entièrement le processus de choix + du module en définissant directement la directive MDCAChallenges. +

              +
              + +

              Vérifications https:

              +

              + Pour la vérification de domaine via le protocole TLS, le nom de la + méthode correspondante est "tls-alpn-01". Le serveur Apache doit + alors être en écoute sur le port 443 (voir la directive MDPortMap si vous redirigez ce port vers + un autre). +

              + Let's Encrypt ouvrira alors une connexion TLS avec Apache en + utilisant l'indicateur spécial "acme-tls/1" (cette portion + indication de TLS se nomme ALPN, d'où le nom de la méthode de + vérification. ALPN est aussi utilisé par les navigateurs pour ouvrir + une connexion HTTP/2. +

              + Si vous ne souhaitez cependant qu'aucun de vos sites ne soit + accessible sur le port 80, vous pouvez laiser ce dernier ouvert et + rediriger toutes les requêtes vers vos sites en https:. Pour + ce faire, utilisez la directive MDRequireHttps décrite plus loin. Votre + serveur pourra alors continuer à répondre au requêtes en http: en + provenance de Let's Encrypt. + Comme dans le cas du protocole HTTP/2, vous pouvez configurer ceci + de la manière suivante : +

              + 
              Protocols h2 http/1.1 acme-tls/1
              + +

              + La méthode de vérification "tls-alpn-01" sera alors disponible. +

              +
              +

              Certificats génériques

              +

              + Les certificats génériques sont supportés à partir de la version 2.x + de mod_md, mais leur obtention n'est pas triviale. Let's Encrypt + impose pour ces derniers la vérification "dns-01". + Aucune autre n'est considérée comme suffisamment efficace. +

              + Apache ne peut cependant pas implémenter cette vérification de + lui-même . Comme son nom l'indique, "dns-01" vous demande de + présenter certains enregistrement DNS spécifiques à votre domaine + qui doivent contenir certaines données de vérification. Vous devez + donc être en mesure d'éditer et modifier les enregistrements DNS de + votre domaine. +

              + Si c'est le cas, vous pouvez procéder via mod_md. Supposons que vous + disposiez pour cela du script /usr/bin/acme-setup-dns ; vous + configurez alors Apache comme suit : +

              + 
              MDChallengeDns01 /usr/bin/acme-setup-dns
              + +

              + Apache fera alors appel à ce script lorsqu'il aura besoin de + définir ou détruire un enregistrement DNS de vérification pour le + domaine considéré. +

              + Supposons ainsi que vous souhaitiez obtenir un certificat pour + *.mydomain.com ; mod_md va appeler : +

              + 
              /usr/bin/acme-setup-dns setup mydomain.com challenge-data
+# ceci nécessite de supprimer tout enregistrement DNS TXT pour
+# _acme-challenge.mydomain.com et d'en créer un nouveau dont le contenu sera
+# "challenge-data"
              + +

              + il appellera ensuite : +

              + 
              /usr/bin/acme-setup-dns teardown mydomain.com
+# ceci nécessite de supprimer tout enregistrement DNS TXT pour
+# _acme-challenge.mydomain.com
              + +
              + +

              Monitoring

              +

              Apache possède un module de monitoring standard : + mod_status. mod_md y ajoute une section et facilite + le monitoring de votre domaine. +

              + Vous pouvez alors visualiser tous vos domaines gérés par ordre + alphabétique, les noms de domaine qu'ils contiennent, un état + global, les date d'expiration ainsi que des paramètres + spécifiques. Ces derniers comprennent la périodicité de + renouvellement que vous avez sélectionnée (ou la valeur par + défaut), la CA (autorité de certification) utilisée, etc... +

              + La colonne "Renewal" montre des rapports d'activité ou d'erreur + à propos des renouvellements de certificats, ce qui devrait + faciliter la vie des utilisateurs qui souhaitent savoir si tout + fonctionne correctement ou si des problèmes se produisent. +

              + Si un des domaines gérés provoque une erreur, elle apparaîtra + aussi ici, ce qui vous permettra de visualiser les éventuels + problèmes sans devoir vous plonger dans les journaux du serveur. +

              + Il existe aussi un nouveau gestionnaire, "md-status", qui peut + vous fournir les informations à propos des domaines gérés à + partir de "server-status" et au format JSON. Vous pouvez le + configurer comme suit sur votre serveur : +

              + 
              <Location "/md-status">
+  SetHandler md-status
+</Location>
              + +

              + Comme pour "server-status", vous devez + ajouter les autorisations nécessaires. +

              + Si vous ne souhaitez recevoir l'état JSON que pour un domaine + spécifique, ajoutez le simplement à votre URL d'état : +

              + 
              > curl https://<yourhost>/md-status/another-domain.org
+{
+  "name": "another-domain.org",
+  "domains": [
+    "another-domain.org",
+    "www.another-domain.org"
+  ],
+  ...
              + +

              + Cet état JSON montre aussi un journal des renouvellements de + certificats : +

              + 
              {
+"when": "Wed, 19 Jun 2019 14:45:58 GMT",
+"type": "progress", "detail": "The certificate for the managed domain has been renewed successfully and can be used. A graceful server restart now is recommended."
+},{
+"when": "Wed, 19 Jun 2019 14:45:58 GMT",
+"type": "progress", "detail": "Retrieving certificate chain for test-901-003-1560955549.org"
+},{
+"when": "Wed, 19 Jun 2019 14:45:58 GMT",
+"type": "progress", "detail": "Waiting for finalized order to become valid"
+},{
+"when": "Wed, 19 Jun 2019 14:45:50 GMT",
+"type": "progress", "detail": "Submitting CSR to CA for test-901-003-1560955549.org"
+},
+...
              + +

              + Vous trouverez aussi ces informations dans le fichier "job.json" + dans votre répertoire de test et, s'il est activé, dans le + répertoire des domaines. Vous pourrez ainsi les consulter à tout + moment. +

              + Enfin, la directive MDCertificateStatus donne accès au + informations à propos du certificat spécifié au format JSON. +

              +
              + +

              Agrafage

              +

              + Si vous voulez commencer par tester l'agrafage pour un seul + domaine géré, utilisez cette configuration : +

              + 
              <MDomain mydomain.net>
+  MDStapling on
+</MDomain>
              + +

              + et utilisez 'server-status' et/ou MDMessageCmd pour voir comment tout + cela fonctionne. Vous pourrez alors vérifier si l'information + d'agrafage est présente, sa durée de validité, son origine et à + quel moment elle sera rafraîchie. +

              + Si tout fonctionne comme vous le souhaitez, vous pouvez définir + cette configuration pour tous les certificats ou seulement vos + certificats gérés. +

              + De nombreux sites utilisent l'implémentation d'agrafage + existante de mod_ssl depuis des années. Les implémentations par + mod-ssl et mod_md présentent deux différences principales : +

              +
                +
              1. Lecture des informations à la demande ou de manière planifiée + : mod_ssl extrait les informations d'agrafage lorsque le besoin + s'en fait sentir, par exemple lors d'une nouvelle connexion. mod_md + quant à lui, extrait ces informations au démarrage du serveur et + lorsqu'elles ont atteint les deux tiers de leur durée de vie.
                2. +
              2. Conservation des informations en mémoire ou de manière + persistante : mod_ssl peut conserver ces informations + de manière persistante, mais la plupart des configurations + exemples utilisent un cache en mémoire. mod_md quant à lui, + stocke systématiquement les informations dans le système de + fichiers.
                3. +
              +

              + Si par malchance vous redémarrez votre serveur alors que le + service OCSP de votre CA est en panne, les utilisateurs ne + pourront plus atteindre vos sites. Sans persistance des + informations, votre serveur n'est plus en mesure de fournir au + client les données nécessaires, et le navigateur client ne peut + pas les obtenir lui-même car le service OCSP ne répond pas. +

              + Avec l'implémentation de mod_md, l'information d'agrafage est + stockée de manière persistante, et elle peut donc être réchargée + au démarrage du serveur et être ainsi disponible pour les + connexions entrantes. Un jour ou deux avant expiration des + informations, mod_md va les renouveler, ce qui permet de faire + face à un temps d'indisponibilité du service OCSP assez long. +

              + Pour conserver une compatibilité ascendante, l'implémentation de + mod_ssl n'a pas pu être modifiée en profondeur. Par exemple, + mod_ssl est incapable d'ajouter une dépendance à mod_watchdog + sans rendre inutilisables de nombreuses configurations + existantes qui ne chargent pas ce module. +

              +
              + +

              tailscale

              +

              + Depuis la version 2.4.14 du module, vous pouvez l'utiliser pour + obtenir des certificats pour vos domaines tailscale. +

              + 
              <MDomain mydomain.some-thing.ts.net>
+  MDCertificateProtocol tailscale
+  MDCertificateAuthority file://localhost/var/run/tailscale/tailscaled.sock",
+</MDomain>
              + +

              + Tailscale permet des communications sécurisées entre vos + machines, où qu'elles se trouvent, et peut leur fournir des noms de + domaine dans l'espace *.ts.net. Pour ceux-ci, il fournira + aussi ensuite des certificats Let's Encrypt de façon à ce que + vous puissiez ouvrir ces domaines dans votre navigateur en toute + sécurité. +

              +

              + Apache va contacter le démon tailscale local à l'aide des + directives listées ci-dessous pour obtenir et renouveler les + certificats. Ceci ne fonctionnera cependant que pour les noms de + domaine que tailscale aura assigné à votre machine. +

              +

              + Dans le cas contraire, ces certificats fonctionneront exactement + de la même façon que ceux qui auront été obtenus à l'aide du + protocole ACME de Lets Encrypt. Vous les verrez dans le rapport + d'état et les directives MDMessageCmd seront aussi exécutées + pour eux. +

              +

              + Vous trouverez plus de détails dans la documentation + github de mod_md. +

              +

              + Notez que cette fonctionnalité n'est disponible que sur les + machines où le démon tailscale fournit un socket de domaine unix. + Jusqu'à présent, ceci ne semble être le cas que sur les systèmes + de style Unix. +

              +
              + +
              + + +
              top
              +

              Directive MDActivationDelay

              + + + + + + + +
              Description:Définit le délai d'activation des nouveaux certificats
              Syntaxe:MDActivationDelay duration
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              Compatibilité:Disponible à partir de la version 2.4.42 du serveur HTTP + Apache
              +

              +

              + +
              +
              top
              +

              Directive MDBaseServer

              + + + + + + + +
              Description:Définit si le serveur global peut être géré ou seulement + les serveurs virtuels.
              Syntaxe:MDBaseServer on|off
              Défaut:MDBaseServer off
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Cette directive permet de définir si le serveur global, autrement + dit la partie du serveur située en dehors de tout serveur virtuel, + doit être géré par mod_md ou non. Par défaut il ne + le sera pas car cela provoquerait des effets de bord + générateurs de confusion. Il est donc recommandé de + définir des serveurs virtuels pour tous les domaines gérés, et + d'exclure des domaines gérés le serveur global (serveur par défaut). +

              + +
              +
              top
              +

              Directive MDCAChallenges

              + + + + + + + +
              Description:Type de négociation ACME utilisée pour prouver l'appartenance + du domaine.
              Syntaxe:MDCAChallenges name [ name ... ]
              Défaut:MDCAChallenges tls-alpn-01 http-01 dns-01
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Cette directive permet de définir les types de négociation + utilisés (par ordre de préférences) pour prouver l'appartenance + du domaine. Les types de négociation supportés par le module + sont 'tls-alpn-01', 'dns-01' et 'http-01'. Le module parcourt + toute la configuration du serveur pour déterminer quelles + méthodes peuvent être utilisées. +

              + Si par exemple le serveur est en écoute sur le port 80, c'est la + méthode 'http-01' qui sera disponible. Pour 'dns-01', une + commande MDChallengeDns01 + définie sera requise. La méthode 'tls-alpn-01' est décrite + ci-dessus dans 'https: Challenges'. +

              + Cette sélection automatique fonctionne pour la plupart des + configurations. Mais comme Apache est un serveur très puissant + avec de nombreuses options de configuration, certains cas + pourront poser des problèmes. Par exemple, il peut être en + écoute sur plusieurs adresses IP, certaines étant accessibles en + https: et d'autres non. +

              + Si vous définissez MDCAChallenges + directement, la sélection automatique est désactivée. A la + place, le module va utiliser la liste de méthodes de négociation + spécifiée pour dialoguer avec le serveur ACME (un type de + négociation doit aussi être proposé par le serveur). Ces + méthodes de négociation sont examinées dans l'ordre selon lequel + elles sont spécifiées. +

              + + +
              +
              top
              +

              Directive MDCertificateAgreement

              + + + + + + +
              Description:Acceptation des conditions d'utilisation de l'autorité de + certification.
              Syntaxe:MDCertificateAgreement accepted
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              Lorsque vous utilisez mod_md pour obtenir un certificat, vous + devenez un client de l'autorité de certification (par exemple Let's + Encrypt). Cela signifie que vous devez lire et approuver leurs + conditions d'utilisation, et donc que vous avez compris ce qu'ils + ont à offrir, ce qu'ils ne fournissent pas, et ce que vous devez + vous-même fournir. mod_md ne peut pas de lui-même procéder à cet + agrément à votre place.

              + +
              +
              top
              +

              Directive MDCertificateAuthority

              + + + + + + + +
              Description:Les URLs du service ACME de l'autorité de certification.
              Syntaxe:MDCertificateAuthority url
              Défaut:MDCertificateAuthority letsencrypt
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Les URLs auxquelles l'autorité de certication offre son service. + Plutôt que l'URL proprement dite, vous pouvez spécifier + 'letsencrypt' ou 'buypass'. +

              + Si vous spécifiez plusieurs URLs, chacune d'entre elles est + testée en mode tourniquet ("round-robin") après un certain + nombre d'échecs. Vous pouvez définir la rapidité de ce processus + à l'aide des directives MDRetryDelay et + MDRetryFailover. Par défaut, une demie + journée d'essais infructueux est considérée comme un échec. +

              + Tous les autres réglages s'appliquent à chacune de ces URLs. Il + est ainsi par exemple impossible d'en avoir deux avec des + directives MDExternalAccountBinding + différentes. +

              + A des fins de test, les CAs fournissent en général une seconde + URL de service. Le service 'test' ne fournit pas de certificat + valable pour un navigateur, mais il est moins regardant vis à + vis des limites de vitesse. Il permet de tester votre + configuration avant de passer à l'URL de service de production. +

              +

              Configuration pour le mode test de Let's Encrypt

              MDCertificateAuthority https://acme-staging-v02.api.letsencrypt.org/directory
              +
              + +
              +
              top
              +

              Directive MDCertificateCheck

              + + + + + + + +
              Description:Définit le motif de nom pour un nom sitSet de + vérification de certificat et un motif d'URL pour un sitee de + vérification de certificat
              Syntaxe:MDCertificateCheck name url
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              Compatibilité:Disponible à partir de la version 2.4.42 du serveur HTTP + Apache
              +

              +

              + +
              +
              top
              +

              Directive MDCertificateFile

              + + + + + + +
              Description:Définit un fichier de certificat statique pour le domaine géré.
              Syntaxe:MDCertificateFile path-to-pem-file
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Cette directive s'utilise dans une section MDomainSet et permet de spécifier le + nom du fichier qui contiendra le certificat pour le + domaine géré. La clé correspondante est spécifiée via la + directive MDCertificateKeyFile. +

              +

              Exemple

              <MDomain mydomain.com>
+  MDCertificateFile /etc/ssl/my.cert
+  MDCertificateKeyFile /etc/ssl/my.key
+</MDomain>
              +
              + +

              + Cette directive est équivalente à la directive SSLCertificateFile de mod_ssl. Elle + s'utilise dans de nombreuses applications. +

              + Une première application est la migration de la gestion des + certificats d'un domaine existant depuis le mode statique via des + fichiers vers le mode automatique via Let's Encrypt. A cet + effet, vous définissez tout d'abord la section MDomainSet dans laquelle vous + spécifiez les fichiers, puis supprimez la directive SSLCertificateFile de la + configuration de vos serveurs virtuels. +

              + Avec cette configuration, votre serveur fonctionnera comme + avant, avec probablement moins de lignes répétitives. Vous + pouvez alors ajouter la directive MDRenewMode avec pour valeur + "always", et le module obtiendra un nouveau cerificat avant que + celui du fichier considéré n'arrive à expiration. Une fois le + certificat renouvelé, vous pouvez supprimer la directive + MDCertificateFile et + recharger la configuration. +

              + Une autre application est le renouvellement de vos certificats + Let's Encrypt avec d'autres clients ACME comme l'excellent certbot. A cet effet, faites + pointer vos domaines gérés vers les fichiers de certbot et ils + travaillerons alors ensemble. +

              + +
              +
              top
              +

              Directive MDCertificateKeyFile

              + + + + + + +
              Description:Définit une clé privée statique pour le certificat + statique.
              Syntaxe:MDCertificateKeyFile path-to-file
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Cette directive s'utilise dans une section MDomainSet et permet de spécifier le + nom du fichier contenant la clé privée pour le domaine géré. Le + certificat correspondant est spécifié via la directive + MDCertificateFile. +

              + Cette directive est équivalente à la directive SSLCertificateKeyFile de mod_ssl. +

              + +
              +
              top
              +

              Directive MDCertificateMonitor

              + + + + + + + +
              Description:L'URL d'un moniteur d'enregistrement de certificat.
              Syntaxe:MDCertificateMonitor name url
              Défaut:MDCertificateMonitor crt.sh https://crt.sh?q=
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Cette directive impacte l'interface utilisateur HTML 'server-status' et + n'a rien à voir avec le fonctionnement de mod_md proprement dit. + Elle permet de définir le lien qui s'affiche sur cette interface + pour accéder facilement à un moniteur de certificat. L'empreinte + SHA256 du certificat doit être ajoutée à l'URL spécifié. +

              + Les moniteurs de certificat donnent accès aux enregistrements de + la Certificate Transparency (CT) afin de tracer l'utilisation + des certificats pour les domaines. Vous pourrez au moins + vérifier si Let's Encrypt (ou tout autre CA que vous aurez + défini) a bien inscrit votre certificat dans les enregistrements + de CT. +

              + Avertissement : La mise à jour des enregistrements des + certificats et leur prise en compte par les moniteurs peut + prendre un certain temps. Ce dernier varie en fonction des + enregistreurs et des moniteurs. Un nouveau certificat ne sera + donc pas connu immédiatement. +

              + +
              +
              top
              +

              Directive MDCertificateProtocol

              + + + + + + + +
              Description:Le protocole à utiliser avec l'autorité de certification.
              Syntaxe:MDCertificateProtocol protocol
              Défaut:MDCertificateProtocol ACME
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              Cette directive permet de spécifier le protocole à utiliser. + Pour l'heure, seul le protocole ACME est supporté.

              + +
              +
              top
              +

              Directive MDCertificateStatus

              + + + + + + + +
              Description:Extrait les informations publiques du certificat au format + JSON.
              Syntaxe:MDCertificateStatus on|off
              Défaut:MDCertificateStatus on
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Lorsque cette directive est à "on", vous disposez d'une + ressource pour les domaines gérés à + https://domain/.httpd/certificate-status qui renvoie un + document au format JSON contenant une liste de propriétés + concernant les clés, le certificat courant et, s'il est + disponible, le certificat renouvelé. +

              +

              Exemple

              {
+  "valid-until": "Thu, 29 Aug 2019 16:06:35 GMT",
+  "valid-from": "Fri, 31 May 2019 16:06:35 GMT",
+  "serial": "03039C464D454EDE79FCD2CAE859F668F269",
+  "sha256-fingerprint": "1ff3bfd2c7c199489ed04df6e29a9b4ea6c015fe8a1b0ce3deb88afc751e352d"
+  "renewal" : { ...renewed cert information... }
+}
              +
              + +
              +
              top
              +

              Directive MDChallengeDns01

              + + + + + + +
              Description:Définit la commande d'activation/désactivation des + vérifications dns-01
              Syntaxe:MDChallengeDns01 path-to-command
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Cette directive permet de définir le programme à appeler + lorsque la vérification "dns-01" doit être activée/désactivée. Le + programme prend respectivement comme arguments "setup" ou + "teardown" suivi du nom de domaine. Pour "setup", le programme + prend comme argument supplémentaire les données de vérification + "dns-01". Lorsque MDChallengeDns01Version est définie + à 2, `teardown` prend aussi comme argument le contenu de la + vérification. +

              + Tant que la méthode de vérification "http:" ou "https:" est + valable, vous n'avez pas besoin de définir cette directive. + Cependant, Let's Encrypt n'accepte que "dns-01" comme méthode de + vérification valide pour les certificats génériques. Si vous + avez besoin d'un tel certificat, vous devez alors définir cette + directive. +

              + Il est maintenant possible d'utiliser cette directive dans une + section MDomain pour + spécifier une commande spécifique au domaine considéré. Cela + permet de configurer un script spécifique au fournisseur de DNS + concerné. +

              + Reportez vous à la section sur les certificats génériques pour + plus de détails. +

              + +
              +
              top
              +

              Directive MDChallengeDns01Version

              + + + + + + + + +
              Description:Définit le type des arguments avec lesquels appeler + MDChallengeDns01
              Syntaxe:MDChallengeDns01Version 1|2
              Défaut:MDChallengeDns01Version 1
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              Compatibilité:Disponible à partir de la version 2.4.58 du serveur HTTP + Apache
              +

              + Cette directive permet de définir de quelle manière est invoquée + la commande MDChallengeDns01, à savoir le nombre et le type de + ses arguments. Voir MDChallengeDns01 pour les + différences. + Cette définition est globale et ne peut pas s'appliquer + différemment pour chaque domaine. +

              + +
              +
              top
              +

              Directive MDContactEmail

              + + + + + + + +
              Description:Adresse Email pour l'enregistrement du compte
              Syntaxe:MDContactEmail address
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              Compatibilité:Disponible à partir de la version 2.4.42 du serveur HTTP + Apache
              +

              + Lors de votre inscription, vous devez fournir une url de contact + pour le protocole ACME. Actuellement, Let's Encrypt exige une + adresse Email qu'il utilisera pour vous informer des + renouvellements de certificats ou de toute modification des + conditions d'utilisation. Pour obtenir cette adresse, mod_md + utilise l'email spécifiée par la directive MDContactEmail dans + votre configuration de httpd ; veillez par conséquent à bien + spécifier une adresse correcte à ce niveau. Si la directive + MDContactEmail n'est pas définie, mod_md utilisera l'email + spécifiée via la directive ServerAdmin. +

              + +
              +
              top
              +

              Directive MDDriveMode

              + + + + + + + +
              Description:Ancien nom de MDRenewMode.
              Syntaxe:MDDriveMode always|auto|manual
              Défaut:MDDriveMode auto
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              Cette directive est l'ancien nom de la directive MDRenewMode, et n'est encore supportée + qu'à titre de compatibilité ascendante. +

              + +
              +
              top
              +

              Directive MDExternalAccountBinding

              + + + + + + + + +
              Description:Définit les valeurs keyid et hmac de liaison avec les + comptes externes à utiliser dans les CA
              Syntaxe:MDExternalAccountBinding key-id hmac-64 | none | file
              Défaut:MDExternalAccountBinding none
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              Compatibilité:Disponible à partir de la version 2.4.52 du serveur HTTP + Apache
              +

              + Cette directive permet de définir des valeurs pour associer des + comptes externes avec ACME ("External Account Binding") ; c'est + une fonctionnalité de la norme ACME qui permet à des clients + d'associer des inscriptions à un compte client existant sur les + serveurs ACME. +

              +

              + Certains CAs ACME ont besoin de ces valeurs, mais ce n'est pas + le cas pour Let's Encrypt. Vérifiez avec votre CA ACME si vous + avez besoin de ces valeurs et la manière de les obtenir. Ces + dernières se composent de deux chaînes : un identifiant de clé + et une valeur 'hmac' codée en base64. +

              +

              + Vous pouvez définir ces valeurs de manière globale ou pour un + MDomain spécifique. Comme ces valeurs permettent à n'importe qui + de s'inscrire sous le même compte, il est conseillé de + restreindre les permissions d'accès au fichier de configuration + (à root seulement, par exemple). +

              +

              + Les valeurs peuvent aussi être extraites d'un fichier JSON pour + conserver l'ouverture des permissions au niveau de la + configuration du serveur et restreindre celles de ce fichier. Le + fichier JSON sera du style : +

              +

              Exemple de fichier EAB JSON

              {"kid": "kid-1", "hmac": "zWND..."}
              +
              +

              + Si vous modifiez les valeurs EAB, ce sont les nouvelles valeurs + qui seront utilisées lors du prochain renouvellement de + certificat. +

              + +
              +
              top
              +

              Directive MDHttpProxy

              + + + + + + +
              Description:Spécifie un serveur mandataire pour les connexions + sortantes.
              Syntaxe:MDHttpProxy url
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              Cette directive permet de spécifier un serveur http mandataire + pour se connecter à l'autorité de certification spécifiée via + MDCertificateAuthority. Vous + devez la définir si votre serveur web ne peut atteindre internet que + via un serveur mandataire. +

              + +
              +
              top
              +

              Directive MDMatchNames

              + + + + + + + + +
              Description:Définit comment les noms DNS sont comparés aux vhosts
              Syntaxe:MDMatchNames all|servernames
              Défaut:MDMatchNames all
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              Compatibilité:Disponible à partir de la version 2.4.58 du serveur HTTP + Apache
              +

              + Le mode `all` correspond au comportement de toutes les versions + précédentes. ServerName et ServerAlias sont inspectés pour + trouver le MDomain qui correspond à un serveur virtuel. Les + recouvrements sont automatiquement détectés, même si vous n'avez + ajouté qu'un des noms à un MDomain. +

              + Cet automatisme présente cependant des inconvénients avec les + configurations plus complexes. Si vous définissez cette + directive à `servernames`, seul le ServerName d'un serveur + virtuel est inspecté pour la correspondance et les ServerAliases + sont donc ignorés. Les Aliases seront tout de même ajoutés au + certificat obtenu, à moins que vous ne spécifiiez aussi `MDMembers manual`. +

              + `servernames` possède un autre avantage : il vous confère plus + de souplesse avec les sous-domaines et les caractères + génériques. Vous pouvez ainsi définir un MDomain avec un + caractère générique et avoir d'autres MDomains pour des noms de + sous-domaines spécifiques. +

              + +
              +
              top
              +

              Directive MDMember

              + + + + + + +
              Description:Nom d'hôte additionnel pour le domaine géré.
              Syntaxe:MDMember hostname
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Plutôt que de lister tous les noms DNS sur la même ligne, vous + pouvez utiliser la directive MDMember pour + ajouter des noms d'hôte à un domaine géré. +

              +

              Exemple

              <MDomain example.org>
+    MDMember www.example.org
+    MDMember mail.example.org
+</MDomain>
              +
              +

              + Si vous utilisez cette directive au niveau de la configuration + globale, en dehors de tout serveur virtuel correspondant à un + domaine géré, vous ne pouvez spécifier qu'une valeur, 'auto' ou + 'manual' comme mode par défaut pour tous les autres domaines + gérés. Voir la directive MDomain pour une description de ces + valeurs. +

              + +
              +
              top
              +

              Directive MDMembers

              + + + + + + + +
              Description:Définit si les alias de noms de domaines sont + automatiquement ajoutés.
              Syntaxe:MDMembers auto|manual
              Défaut:MDMembers auto
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              Cette directive permet de définir si les valeurs de ServerName et ServerAlias sont automatiquement ajoutées + en tant que membres d'un domaine géré. +

              + +
              +
              top
              +

              Directive MDMessageCmd

              + + + + + + +
              Description:Gère les évènements pour les domaines gérés
              Syntaxe:MDMessageCmd path-to-cmd optional-args
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Cette directive permet de définir la commande à appeler + lorsqu'un des évènements "renewed", "installed", "expiring" ou + "errored" se produit pour un domaine géré. La commande sera + probablement invoquée pour d'autres évènements dans le futur et + ignorera les évènements pour lesquels elle n'aura pas été + préparée. +

              + Il s'agit d'une version plus souple de la directive + MDNotifyCmd. +

              +

              Exemple

              MDMessageCmd /etc/apache/md-message
              +

              + +# sera invoquée sous la forme "/etc/apache/md-message renewed mydomain.com" +# lorsqu'un nouveau certificat sera disponible pour le domaine mydomain.com +

              +

              + Le programme ne doit pas être bloquant car le module attend + qu'il se termine. Un code de retour autre que 0 doit indiquer + une erreur d'exécution. +

              + "errored" n'est pas l'évènement à surveiller en priorité car le + renouvellement du certificat est censé se produire suffisammant + tôt pour éviter toute interruption de service. Cet évènement est + signalé au plus une fois par heure. +

              + L'évènement "expiring", quant à lui, doit être pris au sérieux. + Il se produit lorsque la valeur de MDWarnWindow est atteinte. Par + défaut, cette valeur correspond à 10% de la durée de vie du + certificat, donc actuellement pour Let's Encrypt, 9 jours avant + expiration du certificat. Le message d'avertissement est répété + au plus une fois par jour. +

              + 'renewed' indique qu'un nouveau certificat a été obtenu et + se trouve dans la zone intermédiaire du magasin MD. Il sera + activé au prochain restart/reload du serveur. +

              + 'installed' indique qu'un nouveau certificat a été transféré + depuis la zone intermédiaire vers la zone des domaines du + magasin MD. Cet évènement se produit lors d'un restart/reload du + serveur. A la différence des autres commandes, + MDMessageCmd s'exécute avec les + permissions de root (sur les systèmes *nix) et a donc accès aux + fichiers de certificats (et aux clés). Les certificats + nécessaires à d'autres applications ou possédant des formats + différents peuvent être traités suite à cet évènement. +

              + Un évènement de type 'renewing' est déclenché avant le démarrage + du processus de renouvellement pour le domaine géré. Si dans ce + cas la commande renvoie une valeur non nulle, le renouvellement + sera interrompu et tenté à nouveau au cycle suivant. Certaines + configurations de clusters l'utilisent pour n'effectuer le + renouvellement que sur un seul noeud. +

              + Un évènement de type 'challenge-setup:type:domain' est déclenché + lorsque les données de vérification pour un domaine ont été + créées. Il est invoqué avant qu'il soit demandé au serveur ACME + de les vérifier. type contient une des méthodes de vérification + ACME. Il est invoqué pour chaque nom DNS d'un MDomain. Les + configurations de clusters peuvent utiliser cet évènement pour + distribuer les fichiers de vérification à tous les noeuds. +

              + Un évènement de type ocsp-errored est déclenché lorsque le + MDStapling est activé + pour un domaine, et indique qu'une erreur s'est produite en + essayant d'obtenir la réponse OCSP de l'autorité de + certification. mod_md essaiera à nouveau d'obtenir cette + réponse. +

              + +
              +
              top
              +

              Directive MDMustStaple

              + + + + + + + +
              Description:Définit si les nouveaux certificats doivent avoir le + drapeau OCSP Must Staple activé.
              Syntaxe:MDMustStaple on|off
              Défaut:MDMustStaple off
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              Cette directive permet de définir si les nouveaux certificats + doivent avoir le drapeau OCSP Must Staple activé ou non. Si un + certificat possède ce drapeau, le serveur devra envoyer une réponse + avec agrafage OCSP à chaque client. Ceci ne fonctionne que si vous + configurez mod_ssl pour générer cette agrafe (voir la + directive SSLUseStapling et + ses directives dérivées). +

              + +
              +
              top
              +

              Directive MDNotifyCmd

              + + + + + + +
              Description:Lance un programme lorsqu'un domaine géré est opérationnel.
              Syntaxe:MDNotifyCmd path [ args ]
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              Cette directive permet de définir un programme à lancer lorsqu'un + domaine géré a obtenu ou renouvelé son certificat. Ce + programme reçoit le nom de domaine géré concerné comme + argument additionnel (après les paramètres spécifiés ici). Il doit + renvoyer un code d'état de 0 s'il s'est exécuté avec + succès. +

              + +
              +
              top
              +

              Directive MDomain

              + + + + + + +
              Description:Définit une liste de noms de domaines qui appartiennent à + un groupe.
              Syntaxe:MDomain dns-name [ other-dns-name... ] [auto|manual]
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Tous les domaines de la liste seront gérés par + mod_md comme un seul domaine géré (Managed Domain - MD). + mod_md ne demandera qu'un seul certificat qui + sera valide pour tous ces noms de domaine. Cette directive + s'utilise au niveau de la configuration globale (voir plus loin + les autres directives MD). Si un domaine nécessite une + configuration particulière, utilisez la directive <MDomainSet>. +

              + Deux définitions supplémentaires sont nécessaires pour un + domaine géré : une adresse Email de contact (via MDContactEmail ou ServerAdmin) et MDCertificateAgreement. L'adresse + électronique du ServerAdmin + permet de s'enregistrer auprès de l'autorité de certification + (par défaut Let's Encrypt). L'autorité de certification + l'utilisera pour vous informer à propos du statut de vos + certificats ou d'éventuelles modifications de ses services. +

              + La seconde définition, MDCertificateAgreement doit avoir + pour valeur "accepted". Vous confirmez ainsi que vous acceptez + les conditions d'utilisation du CA. +

              +

              Exemple

              MDContactEmail admin@example.org
+MDCertificateAgreement accepted
+MDomain example.org www.example.org
+
+<VirtualHost *:443>
+    ServerName example.org
+    DocumentRoot htdocs/root
+
+    SSLEngine on
+</VirtualHost>
+
+<VirtualHost *:443>
+    ServerName www.example.org
+    DocumentRoot htdocs/www
+
+    SSLEngine on
+</VirtualHost>
              +
              +

              + En plus de la liste des domaines gérés, cette directive accepte + un paramètre supplémentaire qui peut prendre pour valeur + 'manual' ou 'auto'. Ce paramètre permet de définir si un domaine + sera géré sous le nom spécifié dans la liste seul ('manual'), + ou si tous les noms du serveur virtuel correspondant seront + gérés ('auto'). C'est d'ailleurs cette dernière valeur qui + est la valeur par défaut. +

              +

              Exemple

              MDomain example.org
+
+<VirtualHost *:443>
+    ServerName example.org
+    ServerAlias www.example.org
+    DocumentRoot htdocs/root
+
+    SSLEngine on
+</VirtualHost>
+
+MDomain example2.org auto
+
+<VirtualHost *:443>
+    ServerName example2.org
+    ServerAlias www.example2.org
+    ...
+</VirtualHost>
              +
              +

              Dans cet exemple, le domaine 'www.example.org' est + automatiquement ajouté à la liste MD 'example.org'. De manière + similaire, le domaine 'www.example2.org' sera automatiquement ajouté + à la liste MD 'example2.org' pour laquelle 'auto' est explicitement + spécifié. Chaque fois que vous ajouterez des noms à ces serveurs + virtuels via ServerAlias, ils seront ajoutés à la liste MD + correspondante. +

              + Si vous préférez déclarer explicitement tous les noms de + domaines, utilisez le mode 'manual'. Une erreur sera enregistrée + dans le journal si les noms ne correspondent pas à ceux + attendus. +

              + +
              +
              top
              +

              Directive <MDomainSet>

              + + + + + + +
              Description:Conteneur de directives à appliquer à un ou plusieurs + domaines gérés.
              Syntaxe:<MDomainSet dns-name [ other-dns-name... ]>...</MDomainSet>
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Cette directive est équivalente à la directive MDomain avec la possibilité + supplémentaire d'ajouter des paramètres seulement pour le + domaine géré considéré. En fait, vous pouvez aussi utiliser + "<MDomain ..>" à titre de raccourci. +

              +

              + Cette directive permet de configurer un domaine géré en + spécifiant un autre CA, ou d'autres paramètres de renouvellement + des certificats, etc... +

              +

              Exemple

              <MDomain sandbox.example.org>
+    MDCertificateAuthority   https://someotherca.com/ACME
+</MDomain>
              +
              +

              + Cette configuration est souvent utilisée pour définir des paramètres + https: spécifiques à votre domaine. +

              +

              Exemple

              <MDomain example.org>
+    MDRequireHttps temporary
+</MDomain>
              +
              + +
              +
              top
              +

              Directive MDPortMap

              + + + + + + + +
              Description:Mappage des ports externes avec les ports internes pour + vérifier à qui appartient le domaine.
              Syntaxe:MDPortMap map1 [ map2 ]
              Défaut:MDPortMap http:80 https:443
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Le protocole ACME propose deux méthodes pour vérifier à qui + appartient le domaine via HTTP : la première utilise les URLs en + "http:" (port 80) et la deuxième les URLs en "https:" (port + 443). Si votre serveur n'est accessible sur aucun + de ces ports, ACME ne pourra fonctionner que si vous configurez + votre serveur DNS de manière adéquate (voir la directive MDChallengeDns01). +

              + Sur la plupart des serveurs publics, "http:" arrive sur le + port 80 et "https:" sur le port 443. Ce module vérifie les ports + sur lesquels votre serveur Apache est en écoute et suppose + qu'ils sont disponibles. Autrement dit, si votre serveur n'est + pas en écoute sur le port 80, le module suppose que les requêtes + en "http:" en provenance d'internet ne seront pas traitées. +

              + Ce raisonnement est légitime, mais il peut s'avérer faux. + Par exemple, même si votre serveur est effectivement en écoute + sur le port 80, votre pare-feu peut bloquer ce dernier. "http:" + ne sera alors disponible que sur votre intranet. Dans ce cas, le + module va supposer de manière erronée que Let's Encrypt peut + effectuer des vérifications en "http:" avec votre serveur. Ces + dernières échouerons car elles auront été rejetées par votre + pare-feu. +

              +

              Exemple

              MDPortMap http:- https:8433
              +
              +

              + L'exemple précédent montre comment spécifier que les requêtes en + "http:" en provenance d'internet n'arriveront jamais. En outre, + il indique que les requêtes en "https:" arriveront sur le port + 8433. +

              + Cette définition peut s'avérer nécessaire si vous faites de la + redirection de port ; votre serveur peut ainsi être accessible + depuis l' Internet sur le port 443, alors que le port local + utilisé par httpd sera différent. Par exemple, votre serveur + peut n'être en écoute que sur les ports 8443 et 8000, mais + accessible depuis internet sur les ports 443 et 80. +

              + +
              +
              top
              +

              Directive MDPrivateKeys

              + + + + + + + +
              Description:Définit le type et la taille des clés privées générées.
              Syntaxe:MDPrivateKeys type [ params... ]
              Défaut:MDPrivateKeys RSA 2048
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Cette directive permet de définir les paramètres de construction + des clés privées pour les domaines gérés. Vous pouvez configurer + plusieurs types de clés privées et le module obtiendra un + certificat pour chaque clé. +

              + La recommandation actuelle (en 2017) est de 2048 bits au minimum, + et une valeur inférieure ne sera pas acceptée. Des valeurs + supérieures offriront une plus grande sécurité mais seront plus + gourmandes en ressources, et augmenteront donc la charge de + votre serveur, ce qui pourra (ou non) être gênant pour vous. +

              + D'autres types de clés seront supportés dans le futur. + Vous pouvez par exemple configurer une clé RSA et une clé + Elliptic Curve (EC) de façon à ce que deux certificats soient + créés pour le domaine concerné. Lors d'une connexion avec un + client, c'est la première clé supportée par ce dernier qui sera + utilisée. +

              + Comme les clés et certificats EC sont plus petits, vous pouvez + les proposer en premier pour tous les clients modernes + compatibles, ce qui peut accélérer la phase de négociation. + Ajoutez tout de même une clé RSA pour supporter les clients plus + anciens. +

              +

              Exemple

              MDPrivateKeys secp256r1 rsa3072
              +
              +

              + Les types EC supportés dépendent du CA que vous utilisez. Par + exemple, Let's encrypt supporte les courbes elliptiques + 'secp256r1' et 'secp384r1'. +

              + Chaque type de clé et certificat est stocké dans son fichier + propre au sein de l'espace de stockage MD. Le type de clé + constitue une partie du nom de fichier avec une convention de + nommage présentant une compatibilité ascendante avec les + certificats RSA. Vous pouvez ainsi continuer à partager ces + fichiers avec les autres applications. +

              + + Notez que cette directive n'aura d'effet que sur les nouvelles + clés. Toute clé préexistante ne sera pas affectée. En outre, + seules les clés privées générées pour les certificats sont + concernées, les clés de comptes ACME n'étant pas affectées. +

              + +
              +
              top
              +

              Directive MDRenewMode

              + + + + + + + +
              Description:Contrôle le renouvellement des certificats.
              Syntaxe:MDRenewMode always|auto|manual
              Défaut:MDRenewMode auto
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + En mode "auto" (mode par défaut), le module va agir de la + manière la plus opportune pour chaque domaine géré. Si un + domaine ne possède pas de certificat, le module en demandera un + à l'autorité de certification. +

              +

              + Si par contre vous avez défini un domaine géré qui n'est utilisé + par aucun serveur virtuel, le module n'effectuera aucune demande + de renouvellement. De même, pour les domaines gérés avec des + fichiers de certificats statiques (voir MDCertificateFile), le module + supposera que vous avez votre propre source et n'effectuera + aucune demande de renouvellement. +

              +

              + Avec le mode "always", le module renouvellera les certificats + des modules gérés, même s'il ne sont pas utilisés ou + possèdent un fichier de certificats statique. +

              +

              + A l'opposé, avec le mode "manual", mod_md n'effectuera aucune + demande automatique de renouvellement pour aucun domaine géré. +

              + +
              +
              top
              +

              Directive MDRenewWindow

              + + + + + + + +
              Description:Définit le moment auquel un certificat doit être renouvelé.
              Syntaxe:MDRenewWindow duration
              Défaut:MDRenewWindow 33%
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Lorsqu'un certificat arrive à expiration, mod_md va + tenter d'en obtenir un nouveau signé. +

              + Normalement, les certificats ont une validité de 90 jours, et + mod_md les renouvelle lorsqu'il leur reste 33% de + durée de vie (soit 30 jours pour une durée de vie de 90 jours). Si + cela ne correspond pas à ce que vous souhaitez, vous pouvez + spécifier une autre valeur comme dans les exemples suivants : +

              +

              Exemple

              # 21 jours avant expiration
+MDRenewWindow 21d 
+# 30 secondes (peut-être un peu juste !)
+MDRenewWindow 30s
+# lorsqu'il reste 10% de durée de vie au certificat
+MDRenewWindow 10%
              +
              +

              En mode pilotage automatique, le module va vérifier le statut des + domaines gérés au moins toutes les 12 heures pour voir s'il y a + quelque chose à faire. En cas d'erreur, par exemple lorsque le CA + est inaccessible, il va dans un premier temps réessayer après + quelques secondes. Si l'erreur persiste, il va réduire son + intervalle de vérification de 12 à 1 heure. +

              + +
              +
              top
              +

              Directive MDRequireHttps

              + + + + + + + +
              Description:Redirige le trafic http: vers https: pour les domaines + gérés.
              Syntaxe:MDRequireHttps off|temporary|permanent
              Défaut:MDRequireHttps off
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              Cette directive facilite la migration de vos domaines gérés de + http: vers https:. Dans l'exemple suivant, +

              +

              Exemple

              MDRequireHttps temporary
              +
              +

              vous indiquez que vous désirez que pour l'instant, tout le trafic via des URLs en + http: doit être redirigé vers des URLs en https:. Cette directive + est sans risque et vous pouvez la désactiver à tout moment. +

              + Ce qui suit par contre, a des conséquences : si + vous souhaitez que les clients n'utilisent plus + d'URLs en http:, spécifiez : +

              +

              Permanent (pour au moins 6 mois !)

              MDRequireHttps permanent
              +
              +

              Cette directive a deux effets : +

              +
                +
              1. Toutes les requêtes pour une ressource en http: + sont redirigées vers la même requête en remplaçant le protocole + http: par https: et en renvoyant le code + d'état 301. Ce dernier indique aux clients que + cette modification est permanente et qu'ils doivent mettre à + jour leurs liens en conséquence. +
                2. +
              2. Toutes les réponses aux requêtes en https: + comporteront l'en-tête Strict-Transport-Security + avec une durée de vie de six mois. Cela indique au navigateur + qu'il ne devra jamais utiliser + http: (pendant six mois) lorsqu'il formulera une + requête pour le domaine concerné. Avec cette information, les + navigateurs refuseront de contacter votre site en mode non + chiffré. Ceci interdit à des middlewares malicieux de dégrader + les connexions et d'écouter/manipuler le trafic. C'est une bonne + chose, mais cette configuration ne peut pas être désactivée + aussi simplement que la configuration temporaire ci-dessus. +
                3. +
              +

              Vous pouvez obtenir le même résultat de manière simple avec + mod_alias et une configuration basée sur la + directive Redirect. Si + vous le faites vous-même, assurez-vous d'exclure les chemins + /.well-known/* de votre redirection, sinon mod_md + aura des difficultés pour signer les nouveaux certificats. +

              +

              Si vous effectuez cette configuration au niveau global, elle + s'appliquera à tous les domaines gérés. Si vous souhaitez qu'elle ne + s'applique qu'à un domaine spécifique, utilisez : +

              +

              Exemple

              <MDomain xxx.yyy>
+  MDRequireHttps temporary
+</MDomain>
              +
              + +
              +
              top
              +

              Directive MDRetryDelay

              + + + + + + + + +
              Description:Temps d'attente avant de réessayer, doublé à chaque erreur + consécutive
              Syntaxe:MDRetryDelay duration
              Défaut:MDRetryDelay 5s
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              Compatibilité:Disponible à partir de la version 2.4.54 du serveur HTTP + Apache
              +

              + Le temps d'attente après une erreur avant de tenter à nouveau le + renouvellement d'un certificat. Ce temps est doublé après chaque + erreur consécutive avec un maximum de 24 heures. +

              +

              + Ce temps d'attente est spécifique à chaque renouvellement de + certificat. Autrement dit, une erreur sur un MDomain ne retarde + pas les renouvellements des autres domaines. +

              + +
              +
              top
              +

              Directive MDRetryFailover

              + + + + + + + + +
              Description:Le nombre d'erreurs avant de se tourner vers un autre CA
              Syntaxe:MDRetryFailover number
              Défaut:MDRetryFailover 13
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              Compatibilité:Disponible à partir de la version 2.4.54 du serveur HTTP + Apache
              +

              + Le nombre d'erreurs consécutives lors du renouvellement d'un + certificat avant la sélection d'une autre CA. Ne s'applique + qu'aux configurations pour lesquelles plusieurs + MDCertificateAuthority ont été + spécifiées. +

              + +
              +
              top
              +

              Directive MDServerStatus

              + + + + + + + +
              Description:Définit si les informations à propos des domaines gérés + sont ajoutés ou non à server-status.
              Syntaxe:MDServerStatus on|off
              Défaut:MDServerStatus on
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Le gestionnaire d'Apache "server-status" vous permet de + configurer une ressource pour monitorer le fonctionnement du + serveur. Cette ressource inclut maintenant une section indiquant + tous les domaines gérés avec leur nom DNS, l'état de + renouvellement du certificat, la durée de vie de ce dernier, + ainsi que d'autres propriétés fondamentales. +

              + Cette directive permet d'activer/désactiver cette ressource. +

              + +
              +
              top
              +

              Directive MDStapleOthers

              + + + + + + + + +
              Description:Active l'agrafage pour les certificats non gérés par + mod_md.
              Syntaxe:MDStapleOthers on|off
              Défaut:MDStapleOthers on
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              Compatibilité:Disponible à partir de la version 2.4.42 du serveur HTTP + Apache
              +

              + Cette directive n'a d'effet que si MDStapling est activée. Elle permet + de contrôler si mod_md doit aussi fournir les + informations d'agrafage pour les certificats qu'il ne gère pas + directement (autrement dit pour les certificats non renouvelés + via le protocole ACME). +

              + +
              +
              top
              +

              Directive MDStapling

              + + + + + + + + +
              Description:Active l'agrafage pour un ou plusieurs domaines.
              Syntaxe:MDStapling on|off
              Défaut:MDStapling off
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              Compatibilité:Disponible à partir de la version 2.4.42 du serveur HTTP + Apache
              +

              + mod_md permet l'obtention des informations + d'agrafage OCSP. Cette fonctionnalité est une alternative à + celle fournie par mod_ssl. Elle est désactivée + par défaut à des fins de compatibilité ascendante. +

              + La fonctionnalité peut être activée pour tous les certificats du + serveur ou pour un MDomain seulement, ce qui aura pour effet + de remplacer toute configuration d'agrafage au niveau de + mod_ssl pour ce(s) domaine(s). Lorsqu'elle est désactivée, + l'agrafage de mod_ssl se chargera du travail (s'il a été + lui-même activé, bien entendu). Ceci permet de basculer de + manière graduée d'une implémentation à l'autre. +

              + L'agrafage fonctionne aussi pour les domaines non gérés par + mod_md (voir à ce sujet la directive MDStapleOthers). En fait, l'agrafage + OCSP peut très bien être utilisé en l'absence de tout certificat + géré via le protocole ACME. +

              + +
              +
              top
              +

              Directive MDStaplingKeepResponse

              + + + + + + + + +
              Description:Contrôle la durée au bout de laquelle les anciennes + réponses doivent être supprimées.
              Syntaxe:MDStaplingKeepResponse duration
              Défaut:MDStaplingKeepResponse 7d
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              Compatibilité:Disponible à partir de la version 2.4.42 du serveur HTTP + Apache
              +

              + Cette directive permet de spécifier la durée au bout de laquelle + les données OCSP utilisées pour l'agrafage doivent être + supprimées du magasin. Par défaut, ces informations sont + supprimées lors d'un restart/reload du serveur si elles ont plus + de sept jours. Ceci permet de limiter la taille du magasin + lorsque les certificats sont renouvelés et/ou reconfigurés + fréquemment. +

              +

              + +
              +
              top
              +

              Directive MDStaplingRenewWindow

              + + + + + + + + +
              Description:Contrôle l'ancienneté des réponses OCSP au dela de laquelle + ces dernières seront renouvelées.
              Syntaxe:MDStaplingRenewWindow duration
              Défaut:MDStaplingRenewWindow 33%
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              Compatibilité:Disponible à partir de la version 2.4.42 du serveur HTTP + Apache
              +

              + Si la durée de validité d'un réponse OCSP passe en dessous de + duration, mod_md va tenter de la + renouveler. +

              + La CA à l'origine du certificat fournit aussi en général le + service de réponse OCSP et détermine la durée de validité de sa + réponse signée à propos de la validité du certificat. Plus + longtemps une réponse sera valide, plus longtemps elle pourra + être mise en cache, ce qui arrange tout le monde en matière de + performances. Plus courte sera la validité d'une réponse, plus + vite seront envoyées des révocations de certificats aux clients. + Il est donc important de prendre en compte la qualité de + service. +

              + En ajustant la durée de validité des réponses vous-même, vous + pouvez contrôler une partie du processus. Si vous spécifiez une + durée de vie importante (autrement dit si vous spécifiez un + petit pourcentage de validité avant que l'information n'expire), + vous assurer un temps de mise en cache maximal, mais une + interruption du service OCSP (par exemple un arrêt pour + maintenance) aura plus de chance de vous affecter. Si vous + spécifiez un pourcentage de temps avant expiration plus + important, les mises à jour seront plus fréquentes, ce qui va + augmenter la charge de l'infrastructure de serveurs du CA et + nécessiter d'avantage de coordination entre les processus + enfants de votre propre serveur. +

              + La valeur par défaut choisie est de 33%, ce qui signifie que la + demande de renouvellement interviendra lorsque la durée de vie + de la réponse OCSP passera en dessous de 33%. Pour une CA qui + fournit des réponses OCSP avec une durée de vie de 3 jours, cela + implique 2 jours de mise en cache et 1 jour pour les tentatives + de renouvellement. Pour affecter votre domaine, une interruption + de service devra donc avoir une durée supérieure à 1 jour. +

              + Vous pouvez aussi définir de manière absolue la durée de vie + restante, par exemple `2d` pour 2 jours. +

              + +
              +
              top
              +

              Directive MDStoreDir

              + + + + + + + +
              Description:Chemin dans le système de fichiers local du répertoire où + seront stockées les données à propos des domaines gérés.
              Syntaxe:MDStoreDir path
              Défaut:MDStoreDir md
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Cette directive permet de définir le répertoire dans le système + de fichiers local où seront stockées les données à propos des + domaines gérés. Il s'agit d'un chemin absolu ou relatif à la + racine du serveur. Par défaut, le répertoire "md" sera créé à la + racine de votre serveur. +

              + Si vous souhaitez changer de répertoire et si ce dernier + contient déjà des données, copiez tout d'abord les données vers + le nouveau répertoire, puis modifier la configuration et + redémarrez le serveur. Si vous commencez par modifier la + configuration et redémarrer le serveur sans copier les données, + ce dernier croira que les certificats sont absents et il tentera + d'en obtenir de nouveaux. +

              + +
              +
              top
              +

              Directive MDStoreLocks

              + + + + + + + + +
              Description:Configure le verrouillage du magasin pour les mises à jour
              Syntaxe:MDStoreLocks on|off|duration
              Défaut:MDStoreLocks off
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              Compatibilité:Disponible à partir de la version 2.4.55 du serveur HTTP + Apache
              +

              + Définissez cette directive pour utiliser un fichier verrou au + démarrage du serveur lorsque MDStoreDir + est synchronisé avec la configuration du serveur et si les + certificats renouvelés sont activés. +

              + Le verrouillage a été implémenté pour les configurations de + cluster où MDStoreDir appartient à un système de fichiers + partagé. L'activation des certificats renouvelés sera alors + protégée lorsque plusieurs noeuds du cluster sont redémarrés ou + reconfigurés simultanément ; ceci à condition bien entendu que + le système de fichiers partagé prenne en charge le verrouillage + de fichier. +

              + Le temps d'attente par défaut pour obtenir le verrou est de 5 + secondes. Si le verrou ne peut pas être obtenu, une erreur est + enregistrée dans le journal et le démarrage du serveur se + poursuit ; de ce fait, un des noeuds du cluster pourra encore + utiliser les anciens certificats par la suite. +

              + Un délai d'attente plus long réduira cette probabilité, mais + pourra aussi retarder les redémarrages et reconfigurations du + serveur dans le cas où les verrous ne sont pas correctement + gérés dans le système de fichiers sous-jacent. Un verrou ne doit + être maintenu par une instance de httpd que pendant une courte + durée. +

              + +
              +
              top
              +

              Directive MDWarnWindow

              + + + + + + + +
              Description:Définit la fenêtre de temps pendant laquelle vous serez + informé de l'expiration prochaine d'un certificat.
              Syntaxe:MDWarnWindow duration
              Défaut:MDWarnWindow 10%
              Contexte:configuration globale
              Statut:Expérimental
              Module:mod_md
              +

              + Voir la directive MDRenewWindow pour une description + de la méthode à employer pour spécifier cette durée. +

              + Le module inspecte la durée de vie restante des certificats et + invoque MDMessageCmd + lorsqu'une de ces durées devient inférieure à la fenêtre de + temps spécifiée. Si l'on conserve la valeur par défaut, cette + durée correspond à 9 jours pour les certificats de Let's + Encrypt. +

              + Cette directive s'applique aussi aux domaines gérés via des + fichiers de certificats statiques (voir la directive MDCertificateFile). +

              + +
              +
              +
              +

              Langues Disponibles:  en  | + fr 

              +
              top

              Commentaires

              Notice:
              This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.
              +
              + \ No newline at end of file diff --git a/docs/manual/mod/mod_mime.html b/docs/manual/mod/mod_mime.html index 7b9aa2d..999228c 100644 --- a/docs/manual/mod/mod_mime.html +++ b/docs/manual/mod/mod_mime.html @@ -2,7 +2,7 @@ URI: mod_mime.html.en Content-Language: en -Content-type: text/html; charset=ISO-8859-1 +Content-type: text/html; charset=UTF-8 URI: mod_mime.html.fr.utf8 Content-Language: fr diff --git a/docs/manual/mod/mod_mime.html.en b/docs/manual/mod/mod_mime.html.en index d54b208..178adfb 100644 --- a/docs/manual/mod/mod_mime.html.en +++ b/docs/manual/mod/mod_mime.html.en @@ -1,7 +1,7 @@ - + - +
    + + + +
    +

    Modules | Directives | FAQ | Glossaire | Plan du site

    +

    Serveur HTTP Apache Version 2.4

    +
    +
    <-
    + +
    +

    Module Apache mod_proxy_uwsgi

    +
    +

    Langues Disponibles:  en  | + fr 

    +
    + + + + +
    Description:Module de passerelle UWSGI pour mod_proxy
    Statut:Extension
    Identificateur de Module:proxy_uwsgi_module
    Fichier Source:mod_proxy_uwsgi.c
    Compatibilité:Disponible à partir de la version 2.4.30 du serveur HTTP Apache.
    +

    Sommaire

    + +

    Pour pouvoir fonctionner, ce module requiert le chargement préalable de + mod_proxy. Il fournit le support du protocole + UWSGI.

    + +

    Pour être en mesure de gérer le protocole UWSGI, le serveur doit donc + pouvoir disposer des modules mod_proxy et + mod_proxy_uwsgi.

    + +

    Avertissement

    +

    N'activez le mandatement que si vous avez sécurisé votre serveur. Les serveurs + mandataires ouverts sont dangereux pour votre réseau, mais aussi pour + Internet en général.

    +
    +
    +
    Support Apache!

    Sujets

    +

    Directives

    +

    Ce module ne fournit aucune directive.

    +

    Traitement des bugs

    Voir aussi

    +
    +
    top
    +
    +

    Exemples

    +

    Il est rappelé que vous devez charger les modules + mod_proxy et mod_proxy_uwsgi pour que les + exemples suivants fonctionnent.

    + +

    Passerelle simple

    ProxyPass "/uwsgi-bin/" "uwsgi://localhost:4000/"
    +
    + +

    La passerelle à répartition de charge nécessite + mod_proxy_balancer et au moins un module implémentant un + algorithme de répartition de charge comme + mod_lbmethod_byrequests, en plus des modules de mandatement + listés ci-dessus. Par défaut, c'est mod_lbmethod_byrequests + qui sera utilisé, et c'est donc ce dernier qui sera utilisé dans l'exemple + suivant :

    + +

    Passerelle à répartition de charge

    ProxyPass "/uwsgi-bin/" "balancer://somecluster/"
+<Proxy balancer://somecluster>
+    BalancerMember uwsgi://localhost:4000
+    BalancerMember uwsgi://localhost:4001
+</Proxy>
    +
    +
    +
    +
    +

    Langues Disponibles:  en  | + fr 

    +
    top

    Commentaires

    Notice:
    This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.
    +
    + \ No newline at end of file diff --git a/docs/manual/mod/mod_proxy_wstunnel.html b/docs/manual/mod/mod_proxy_wstunnel.html index 4db563c..cf71a85 100644 --- a/docs/manual/mod/mod_proxy_wstunnel.html +++ b/docs/manual/mod/mod_proxy_wstunnel.html @@ -2,7 +2,7 @@ URI: mod_proxy_wstunnel.html.en Content-Language: en -Content-type: text/html; charset=ISO-8859-1 +Content-type: text/html; charset=UTF-8 URI: mod_proxy_wstunnel.html.fr.utf8 Content-Language: fr diff --git a/docs/manual/mod/mod_proxy_wstunnel.html.en b/docs/manual/mod/mod_proxy_wstunnel.html.en index b5a03f4..c5004b8 100644 --- a/docs/manual/mod/mod_proxy_wstunnel.html.en +++ b/docs/manual/mod/mod_proxy_wstunnel.html.en @@ -1,7 +1,7 @@ - + - + + + + +
    +

    Modules | Directives | FAQ | Glossary | Sitemap

    +

    Apache HTTP Server Version 2.4

    +
    +
    <-
    + +
    +

    Apache Module mod_socache_redis

    +
    +

    Available Languages:  en  | + fr 

    +
    + + + + +
    Description:Redis based shared object cache provider.
    Status:Extension
    Module Identifier:socache_redis_module
    Source File:mod_socache_redis.c
    Compatibility:Available in Apache 2.4.39 and later
    +

    Summary

    + +

    mod_socache_redis is a shared object cache provider + which provides for creation and access to a cache backed by the + Redis + high-performance, distributed memory object caching system. +

    + + +

    This shared object cache provider's "create" method requires a + comma separated list of memcached host/port specifications. If using + this provider via another modules configuration (such as + SSLSessionCache), provide + the list of servers as the optional "arg" parameter.

    + + 
    SSLSessionCache redis:redis.example.com:12345,redis2.example.com:12345
    + + +

    Details of other shared object cache providers can be found + here. +

    + +
    +
    Support Apache!

    Directives

    + +

    Bugfix checklist

    See also

    +
    + +
    top
    +

    RedisConnPoolTTL Directive

    + + + + + + + + +
    Description:TTL used for the connection pool with the Redis server(s)
    Syntax:RedisConnPoolTTL num[units]
    Default:RedisConnPoolTTL 15s
    Context:server config, virtual host
    Status:Extension
    Module:mod_socache_redis
    Compatibility:Available in Apache 2.4.39 and later
    +

    Set the time to keep idle connections with the Redis server(s) + alive (threaded platforms only).

    + +

    Valid values for RedisConnPoolTTL are times + up to one hour. 0 means no timeout.

    + +

    This timeout defaults to units of seconds, but accepts + suffixes for milliseconds (ms), seconds (s), minutes (min), and hours (h). +

    + + 
    # Set a timeout of 10 minutes
+RedisConnPoolTTL 10min
+# Set a timeout of 60 seconds
+RedisConnPoolTTL 60
    +
    + +
    +
    top
    +

    RedisTimeout Directive

    + + + + + + + + +
    Description:R/W timeout used for the connection with the Redis server(s)
    Syntax:RedisTimeout num[units]
    Default:RedisTimeout 5s
    Context:server config, virtual host
    Status:Extension
    Module:mod_socache_redis
    Compatibility:Available in Apache 2.4.39 and later
    +

    Set the Read/Write timeout used for the connection with the Redis + server(s).

    + +

    Valid values for RedisTimeout are times + up to one hour. 0 means no timeout.

    + +

    This timeout defaults to units of seconds, but accepts + suffixes for milliseconds (ms), seconds (s), minutes (min), and hours (h). +

    + + 
    # Set a timeout of 10 minutes
+RedisTimeout 10min
+# Set a timeout of 60 seconds
+RedisTimeout 60
    +
    + +
    +
    +
    +

    Available Languages:  en  | + fr 

    +
    top

    Comments

    Notice:
    This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.
    +
    + \ No newline at end of file diff --git a/docs/manual/mod/mod_socache_redis.html.fr.utf8 b/docs/manual/mod/mod_socache_redis.html.fr.utf8 new file mode 100644 index 0000000..90a5eee --- /dev/null +++ b/docs/manual/mod/mod_socache_redis.html.fr.utf8 @@ -0,0 +1,156 @@ + + + + + +mod_socache_redis - Serveur HTTP Apache Version 2.4 + + + + + + + +
    +

    Modules | Directives | FAQ | Glossaire | Plan du site

    +

    Serveur HTTP Apache Version 2.4

    +
    +
    <-
    + +
    +

    Module Apache mod_socache_redis

    +
    +

    Langues Disponibles:  en  | + fr 

    +
    + + + + +
    Description:Fournisseur de cache d'objets partagé basé sur Redis.
    Statut:Extension
    Identificateur de Module:socache_redis_module
    Fichier Source:mod_socache_redis.c
    Compatibilité:Disponible à partir de la version 2.4.39 du serveur HTTP Apache
    +

    Sommaire

    + +

    mod_socache_redis implémente un fournisseur de cache + d'objets partagé qui permet la création et l'accès à un cache hébergé par le + système de mise en cache d'objets en mémoire partagée à hautes performances + Redis. +

    + +

    La méthode "create" de ce fournisseur de cache d'objets partagé nécessite + une liste en mémoire de spécifications hôte/port séparées par des virgules. + Si vous utilisez ce fournisseur dans une directive de configuration d'un autre + module comme SSLSessionCache, + spécifiez la liste des serveurs sous la forme du paramètre optionnel "arg" :

    + + 
    SSLSessionCache redis:redis.example.com:12345,redis2.example.com:12345
    + + +

    Vous trouverez une description détaillée des autres fournisseurs de cache + d'objets partagé ici. +

    + +
    + + +
    top
    +

    Directive RedisConnPoolTTL

    + + + + + + + + +
    Description:Durée de vie du jeu de connexions avec le(s) serveur(s) Redis.
    Syntaxe:RedisConnPoolTTL num[units]
    Défaut:RedisConnPoolTTL 15s
    Contexte:configuration globale, serveur virtuel
    Statut:Extension
    Module:mod_socache_redis
    Compatibilité:Disponible à partir de la version 2.4.39 du serveur HTTP Apache.
    +

    Cette directive permet de définir la durée pendant laquelle les + connexions inactives avec le(s) serveur(s) Redis seront conservées + (plateformes threadées seulement).

    + +

    Les valeurs valides pour RedisConnPoolTTL sont des + durées limitées à 1 heure . 0 signifie aucune limite.

    + +

    Par défaut, l'unité de ces valeurs est la secondes, mais on peut + spécifier via un suffixe des valeurs en millisecondes (ms), en secondes (s), + en minutes (min) ou en heures (h). +

    + + 
    # Définit une durée de vie de 10 minutes
+RedisConnPoolTTL 10min
+# Définit une durée de vie de 60 secondes
+RedisConnPoolTTL 60
    +
    + +
    +
    top
    +

    Directive RedisTimeout

    + + + + + + + + +
    Description:Durée maximale de lecture/écriture sur la connexion avec le(s) +serveur(s) Redis.
    Syntaxe:RedisTimeout num[units]
    Défaut:RedisTimeout 5s
    Contexte:configuration globale, serveur virtuel
    Statut:Extension
    Module:mod_socache_redis
    Compatibilité:Disponible à partir de la version 2.4.39 du serveur HTTP Apache.
    +

    Cette directive permet de définir la durée maximale de lecture/écriture + sur la connexion avec le(s) serveur(s) Redis.

    + +

    Les valeurs valides pour RedisTimeout sont des + durées limitées à 1 heure . 0 signifie aucune limite.

    + +

    Par défaut, l'unité de ces valeurs est la secondes, mais on peut + spécifier via un suffixe des valeurs en millisecondes (ms), en secondes (s), + en minutes (min) ou en heures (h). +

    + + 
    # Définit une durée de 10 minutes
+RedisTimeout 10min
+# Définit une durée de 60 secondes
+RedisTimeout 60
    +
    + +
    +
    +
    +

    Langues Disponibles:  en  | + fr 

    +
    top

    Commentaires

    Notice:
    This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.
    +
    + \ No newline at end of file diff --git a/docs/manual/mod/mod_socache_shmcb.html b/docs/manual/mod/mod_socache_shmcb.html index 22c6670..267124d 100644 --- a/docs/manual/mod/mod_socache_shmcb.html +++ b/docs/manual/mod/mod_socache_shmcb.html @@ -2,7 +2,7 @@ URI: mod_socache_shmcb.html.en Content-Language: en -Content-type: text/html; charset=ISO-8859-1 +Content-type: text/html; charset=UTF-8 URI: mod_socache_shmcb.html.fr.utf8 Content-Language: fr diff --git a/docs/manual/mod/mod_socache_shmcb.html.en b/docs/manual/mod/mod_socache_shmcb.html.en index d3e8207..e45ef91 100644 --- a/docs/manual/mod/mod_socache_shmcb.html.en +++ b/docs/manual/mod/mod_socache_shmcb.html.en @@ -1,7 +1,7 @@ - + - + + + + +
    +

    Modules | Directives | FAQ | Glossary | Sitemap

    +

    Apache HTTP Server Version 2.4

    +
    +
    <-
    + +
    +

    Apache Module mod_systemd

    +
    +

    Available Languages:  en  | + fr 

    +
    + + + + +
    Description:Provides better support for systemd integration
    Status:Extension
    Module Identifier:systemd_module
    Source File:mod_systemd.c
    Compatibility:Available in Apache 2.4.42 and later
    +

    Summary

    + +

    This module provides support for systemd integration. It allows + httpd to be used in a service with the systemd + Type=notify (see systemd.service(5) + for more information). The module is activated if loaded.

    + +

    Example of systemd service unit (more settings are probably needed for production systems)

    [Unit]
+Description=The Apache HTTP Server
+After=network.target
+
+[Service]
+Type=notify
+ExecStart=/usr/local/apache2/bin/httpd -D FOREGROUND -k start
+ExecReload=/usr/local/apache2/bin/httpd -k graceful
+KillMode=mixed
+
+[Install]
+WantedBy=multi-user.target
    + +

    Special attention should be given to how ExecStop + and/or KillMode are configured for the service. If + configured, an ExecStop command should be a + synchronous operation which itself exits when the daemon + has terminated. Running httpd -k stop + asynchronously initiates daemon termination, so does not + satisfy this condition. The example above uses + KillMode=mixed so that systemd sends + SIGTERM to signal the parent process (and only the + parent) to shut down. The entire process group is then sent + SIGKILL after TimeoutStopSec elapses, if + any processes are still running. See systemd.kill(5) + for more information.

    + +

    This module does not provide support for Systemd socket activation.

    + +

    ExtendedStatus is + enabled by default if the module is loaded. If ExtendedStatus is not disabled in + the configuration, run-time load and request statistics are made + available in the systemctl status output.

    +
    +
    Support Apache!

    Directives

    +

    This module provides no + directives.

    +

    Bugfix checklist

    See also

    +
    + +
    +
    +

    Available Languages:  en  | + fr 

    +
    top

    Comments

    Notice:
    This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.
    +
    + \ No newline at end of file diff --git a/docs/manual/mod/mod_systemd.html.fr.utf8 b/docs/manual/mod/mod_systemd.html.fr.utf8 new file mode 100644 index 0000000..cdf1094 --- /dev/null +++ b/docs/manual/mod/mod_systemd.html.fr.utf8 @@ -0,0 +1,113 @@ + + + + + +mod_systemd - Serveur HTTP Apache Version 2.4 + + + + + + + +
    +

    Modules | Directives | FAQ | Glossaire | Plan du site

    +

    Serveur HTTP Apache Version 2.4

    +
    +
    <-
    + +
    +

    Module Apache mod_systemd

    +
    +

    Langues Disponibles:  en  | + fr 

    +
    + + + +
    Description:Fournit un support amélioré pour l'intégration de systemd
    Statut:Extension
    Identificateur de Module:systemd_module
    Fichier Source:mod_systemd.c
    +

    Sommaire

    + +

    Ce module implémente le support de l'intégration de systemd. Il + permet d'utiliser httpd en temps que service avec le paramètre de + systemd Type=notify (voir la page de manuel + systemd.service(5) + pour plus de détails). Le module est activé s'il est chargé.

    + +

    Exemple basique d'unité de service systemd (à étoffer pour un système en + production)

    [Unit]
+Description=The Apache HTTP Server
+After=network.target
+
+[Service]
+Type=notify
+ExecStart=/usr/local/apache2/bin/httpd -D FOREGROUND -k start
+ExecReload=/usr/local/apache2/bin/httpd -k graceful
+KillMode=mixed
+
+[Install]
+WantedBy=multi-user.target
    + +

    Si vous utilisez ExecStop et/ou KillMode, vous + devez prêter une attention particulière à leur configuration pour ce service. + Si elle est présente, une commande ExecStop doit être une + operation synchrone qui se termine elle-même en même temps que le + démon. Cette condition n'est pas satisfaite si vous exécutez la commande + httpd -k stop de manière asynchrone, car elle initie + l'arrêt du démon. L'exemple ci-dessus utilise KillMode=mixed + afin que systemd envoie SIGTERM au processus parent (et + seulement à ce dernier) pour lui indiquer qu'il doit s'arrêter. Les processus + encore en cours d'exécution après un temps égal à TimeoutStopSec + recevront alors le signal SIGKILL. Voir systemd.kill(5) + pour plus d'informations.

    + +

    Ce module ne fournit pas le support de l'activation du socket Systemd.

    + +

    ExtendedStatus est activé par défaut + si le module est chargé. Si ExtendedStatus n'est pas explicitement désactivé + dans le fichier de configuration, les statistiques à propos de la charge et + des requêtes pendant l'exécution apparaîtront dans la sortie de la commande + systemctl status.

    +
    +
    Support Apache!

    Directives

    +

    Ce module ne fournit aucune directive.

    +

    Traitement des bugs

    Voir aussi

    +
    + +
    +
    +

    Langues Disponibles:  en  | + fr 

    +
    top

    Commentaires

    Notice:
    This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.
    +
    + \ No newline at end of file diff --git a/docs/manual/mod/mod_tls.html b/docs/manual/mod/mod_tls.html new file mode 100644 index 0000000..1e7dfb0 --- /dev/null +++ b/docs/manual/mod/mod_tls.html @@ -0,0 +1,5 @@ +# GENERATED FROM XML -- DO NOT EDIT + +URI: mod_tls.html.en +Content-Language: en +Content-type: text/html; charset=UTF-8 diff --git a/docs/manual/mod/mod_tls.html.en b/docs/manual/mod/mod_tls.html.en new file mode 100644 index 0000000..56a59b8 --- /dev/null +++ b/docs/manual/mod/mod_tls.html.en @@ -0,0 +1,663 @@ + + + + + +mod_tls - Apache HTTP Server Version 2.4 + + + + + + + +
    +

    Modules | Directives | FAQ | Glossary | Sitemap

    +

    Apache HTTP Server Version 2.4

    +
    +
    <-
    + +
    +

    Apache Module mod_tls

    +
    +

    Available Languages:  en 

    +
    + + + + +
    Description:TLS v1.2 and v1.3 implemented in memory-safe Rust via + the rustls library +
    Status:Experimental
    Module Identifier:tls_module
    Source File:mod_tls.c
    Compatibility:Available in version 2.4.52 and later
    +

    Summary

    + +

    + mod_tls is an alternative to mod_ssl for providing https to a server. + It's feature set is a subset, described in more detail below. It can + be used as a companion to mod_ssl, e.g. both modules can be loaded at + the same time. +

    + mod_tls, being written in C, used the Rust implementation of TLS named + rustls via its C interface + rustls-ffi. This gives + memory safe cryptography and protocol handling at comparable + performance. +

    + It can be configured for frontend and backend connections. The configuration + directive have been kept mostly similar to mod_ssl ones. +

    +
    + +
    top
    +
    +

    TLS in a VirtualHost context

    + + 
    Listen 443
+TLSEngine 443
+
+<VirtualHost *:443>
+  ServerName example.net
+  TLSCertificate file_with_certificate.pem file_with_key.pem
+  ...
+</VirtualHost>
    + +

    + The above is a minimal configuration. Instead of enabling mod_tls + in every virtual host, the port for incoming TLS connections is + specified. +

    + You cannot mix virtual hosts with mod_ssl and mod_tls on the same + port. It's either or. SNI and ALPN are supported. You may use several + virtual hosts on the same port and a mix of protocols like http/1.1 + and h2. +

    +
    top
    +
    +

    Feature Comparison with mod_ssl

    +

    + The table below gives a comparison of feature between + mod_ssl and mod_tls. If a feature of mod_ssl is no listed here, + it is not supported by mod_tls. The one difference, probably most relevant + is the lack for client certificate support in the current version of + mod_tls. +

    + + + + + + + + + + + + + + + + + + + + + + + +
    Featuremod_sslmod_tlsComment
    Frontend TLSyesyes
    Backend TLSyesyes
    TLS v1.3yes*yes*)with recent OpenSSL
    TLS v1.2yesyes
    TLS v1.0yes*no*)if enabled in OpenSSL
    SNI Virtual Hostsyesyes
    Client Certificatesyesno
    Machine Certificates for Backendyesyes
    OCSP Staplingyesyes**)via mod_md
    Backend OCSP checkyesno**)stapling will be verified
    TLS version to allowmin-maxmin
    TLS ciphersexclusive listpreferred/suppressed
    TLS cipher orderingclient/serverclient/server
    TLS sessionsyesyes
    SNI strictnessdefault nodefault yes
    Option EnvVarsexhaustivelimited**)see var list
    Option ExportCertDataclient+serverserver
    Backend CAfile/dirfile
    Revocation CRLsyesno
    TLS Renegotiationyes*no*)in TLS v1.2
    Encrypted Cert Keysyesno
    +

    +

    +
    top
    +
    +

    TLS Protocols

    +

    + mod_tls supports TLS protocol version 1.2 and 1.3. Should there ever be + a version 1.4 and rustls supports it, it will be available as well. +

    +

    + In mod_tls, you configure the minimum version to use, never the maximum: +

    + 
    TLSProtocol TLSv1.3+
    + +

    + This allows only version 1.3 and whatever may be its successor one day when talking + to your server or to a particular virtual host. +

    +
    top
    +
    +

    TLS Ciphers

    +

    + The list of TLS ciphers supported in the rustls library, + can be found here. All TLS v1.3 + ciphers are supported. For TLS v1.2, only ciphers that rustls considers + secure are available. +

    + mod_tls supports the following names for TLS ciphers: +

    +
      +
    1. + The IANA assigned name + which uses `_` to separate parts. Example: TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 +
      2. +
    2. + The OpenSSL name, using `-` as separator (for 1.2). Example: ECDHE-ECDSA-AES256-SHA384. + Such names often appear in documentation. `mod_tls` defines them for all TLS v1.2 ciphers. + For TLS v1.3 ciphers, names starting with TLS13_ are also supported. +
      3. +
    3. + The IANA assigned identifier, + which is a 16-bit numeric value. Example: 0xc024. + You can use this in configurations as TLS_CIPHER_0xc024. +
      4. +
    +

    + You can configure a preference for ciphers, which means they will be used + for clients that support them. If you do not configure a preference, rustls + will use the one that it considers best. This is recommended. +

    +

    + Should you nevertheless have the need to prefer one cipher over another, you + may configure it like this: +

    + 
    TLSCiphersPrefer ECDHE-ECDSA-AES256-SHA384
+# or several
+TLSCiphersPrefer ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305
    + +

    + If you name a cipher that is unknown, the configuration will fail. + If you name a cipher is not supported by rustls (or no + longer supported in an updated version of rustls for security + reasons), mod_tls will log a WARNING, but continue to work. +

    +

    + A similar mechanism exists, if you want to disable a particular cipher: +

    + 
    TLSCipherSuppress ECDHE-ECDSA-AES256-SHA384
    + +

    + A suppressed cipher will not longer be used. + If you name a cipher that is unknown, the configuration will fail. + If you name a cipher is not supported by rustls (or no + longer supported in an updated version of rustls for security + reasons), mod_tls will log a WARNING, but continue to work. +

    +
    top
    +
    +

    Virtual Hosts

    +

    + mod_tls uses the SNI (Server Name Indicator) to select one of the + configured virtual hosts that match the port being served. Should + the client not provide an SNI, the first configured + virtual host will be selected. If the client does provide + an SNI (as all today's clients do), it must match one + virtual host (ServerName or + ServerAlias) + or the connection will fail. +

    +

    + As with mod_ssl, you may specify ciphers and protocol + versions for the base server (global) and/or individual virtual hosts + that are selected via SNI by the client. +

    + 
    Listen 443
+TLSEngine 443
+
+<VirtualHost *:443>
+  ServerName example1.net
+  TLSCertificate example1-cert.pem
+  ...
+</VirtualHost>
+
+<VirtualHost *:443>
+  ServerName example2.net
+  TLSCertificate example2-cert.pem
+  ...
+  TLSProtocol v1.3+
+</VirtualHost>
    + +

    + The example above show different TLS settings for virtual hosts on the + same port. This is supported. example1 can be contacted via + all TLS versions and example2 only allows v1.3 or later. +

    +
    top
    +
    +

    ACME Certificates

    +

    + ACME certificates via mod_md are supported, just as + for mod_ssl. A minimal configuration: +

    + 
    Listen 443
+TLSEngine 443
+MDomain example.net
+
+<VirtualHost *:443>
+  ServerName example.net
+  ...
+</VirtualHost>
    + +
    top
    +
    +

    OCSP Stapling

    +

    + mod_tls has no own implementation to retrieve OCSP information for + a certificate. However, it will use such for Stapling if it is provided + by mod_md. See mod_md's documentation + on how to enable this. +

    +
    top
    +
    +

    TLS Variables

    +

    + Via the directive TLSOptions, several variables + are placed into the environment of requests and can be inspected, for + example in a CGI script. +

    +

    + The variable names are given by mod_ssl. Note that these + are only a subset of the many variables that mod_ssl exposes. +

    + + + + + + + + + + + + + +
    VariableTLSOptionDescription
    SSL_TLS_SNI*the server name indicator (SNI) send by the client
    SSL_PROTOCOL*the TLS protocol negotiated
    SSL_CIPHER*the name of the TLS cipher negotiated
    SSL_VERSION_INTERFACEStdEnvVarsthe module version
    SSL_VERSION_LIBRARYStdEnvVarsthe rustls-ffi version
    SSL_SECURE_RENEGStdEnvVarsalways `false`
    SSL_COMPRESS_METHODStdEnvVarsalways `false`
    SSL_CIPHER_EXPORTStdEnvVarsalways `false`
    SSL_CLIENT_VERIFYStdEnvVarsalways `false`
    SSL_SESSION_RESUMEDStdEnvVarseither `Resumed` if a known TLS session id was presented by the client or `Initial` otherwise
    SSL_SERVER_CERTExportCertDatathe selected server certificate in PEM format
    +

    + The variable SSL_SESSION_ID is intentionally not supported as + it contains sensitive information. +

    +
    top
    +
    +

    Client Certificates

    +

    + While rustls supports client certificates in principle, parts + of the infrastructure to make use of these in a server are not + offered. +

    +

    + Among these features are: revocation lists, inspection of certificate + extensions and the matched issuer chain for OCSP validation. Without these, + revocation of client certificates is not possible. Offering authentication + without revocation is not considered an option. +

    +

    + Work will continue on this and client certificate support may become + available in a future release. +

    +
    +
    top
    +

    TLSCertificate Directive

    + + + + + + +
    Description:adds a certificate and key (PEM encoded) to a server/virtual host.
    Syntax:TLSCertificate cert_file [key_file]
    Context:server config, virtual host
    Status:Experimental
    Module:mod_tls
    +

    + If you do not specify a separate key file, the key is assumed to also be + found in the first file. You may add more than one certificate to a + server/virtual host. The first certificate suitable for a client is then chosen. +

    + The path can be specified relative to the server root. +

    + +
    +
    top
    +

    TLSCiphersPrefer Directive

    + + + + + + +
    Description:defines ciphers that are preferred.
    Syntax:TLSCiphersPrefer cipher(-list)
    Context:server config, virtual host
    Status:Experimental
    Module:mod_tls
    +

    + This will not disable any ciphers supported by `rustls`. If you + specify a cipher that is completely unknown, the configuration will + fail. If you specify a cipher that is known but not supported by `rustls`, + a warning will be logged but the server will continue. +

    +

    +

    Example

    TLSCiphersPrefer ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305
    +
    +

    + The example gives 2 ciphers preference over others, in the + order they are mentioned. +

    + +
    +
    top
    +

    TLSCiphersSuppress Directive

    + + + + + + +
    Description:defines ciphers that are not to be used.
    Syntax:TLSCiphersSuppress cipher(-list)
    Context:server config, virtual host
    Status:Experimental
    Module:mod_tls
    +

    + This will not disable any unmentioned ciphers supported by `rustls`. + If you specify a cipher that is completely unknown, the configuration will fail. + If you specify a cipher that is known but not supported by `rustls`, + a warning will be logged but the server will continue. +

    +

    +

    Example

    TLSCiphersSuppress ECDHE-ECDSA-CHACHA20-POLY1305
    +
    +

    + The example removes a cipher for use in connections. +

    + +
    +
    top
    +

    TLSEngine Directive

    + + + + + + +
    Description:defines on which address+port the module shall handle incoming connections.
    Syntax:TLSEngine [address:]port
    Context:server config
    Status:Experimental
    Module:mod_tls
    +

    + This is set on a global level, not in individual <VirtualHost>s. + It will affect all <VirtualHost> + that match the specified address/port. + You can use TLSEngine several times to use more than one address/port. +

    +

    +

    Example

    TLSEngine 443
    +
    +

    + The example tells mod_tls to handle incoming connection on port 443 for + all listeners. +

    + +
    +
    top
    +

    TLSHonorClientOrder Directive

    + + + + + + + +
    Description:determines if the order of ciphers supported by the client is honored
    Syntax:TLSHonorClientOrder on|off
    Default:TLSHonorClientOrder on
    Context:server config, virtual host
    Status:Experimental
    Module:mod_tls
    +

    + TLSHonorClientOrder determines if the order of ciphers + supported by the client is honored. +

    +

    + +
    +
    top
    +

    TLSOptions Directive

    + + + + + + +
    Description:enables SSL variables for requests.
    Syntax:TLSOptions [+|-]option
    Context:server config, virtual host, directory, .htaccess
    Status:Experimental
    Module:mod_tls
    +

    + TLSOptions is analog to SSLOptions in mod_ssl. + It can be set per directory/location and `option` can be: +

    +
      +
    • `StdEnvVars`: adds more variables to the requests environment, + as forwarded for example to CGI processing and other applications. +
      • +
    • `ExportCertData`: adds certificate related variables to the request environment. +
      • +
    • `Defaults`: resets all options to their default values.
      • +
    +

    + Adding variables to a request environment adds overhead, especially + when certificates need to be inspected and fields extracted. + Therefore most variables are not set by default. +

    +

    + You can configure TLSOptions per location or generally on a + server/virtual host. Prefixing an option with `-` disables this + option while leaving others unchanged. + A `+` prefix is the same as writing the option without one. +

    +

    + The `Defaults` value can be used to reset any options that are + inherited from other locations or the virtual host/server. +

    +

    Example

    <Location /myplace/app>
+  TLSOptions Defaults StdEnvVars
+  ...
+</Location>
    +
    + +
    +
    top
    +

    TLSProtocol Directive

    + + + + + + + +
    Description:specifies the minimum version of the TLS protocol to use.
    Syntax:TLSProtocol version+
    Default:TLSProtocol v1.2+
    Context:server config, virtual host
    Status:Experimental
    Module:mod_tls
    +

    + The default is `v1.2+`. Settings this to `v1.3+` would disable TLSv1.2. +

    + +
    +
    top
    +

    TLSProxyCA Directive

    + + + + + + +
    Description:sets the root certificates to validate the backend server with.
    Syntax:TLSProxyCA file.pem
    Context:server config, virtual host, proxy section
    Status:Experimental
    Module:mod_tls
    +

    + +

    + +
    +
    top
    +

    TLSProxyCiphersPrefer Directive

    + + + + + + +
    Description:defines ciphers that are preferred for a proxy connection.
    Syntax:TLSProxyCiphersPrefer cipher(-list)
    Context:server config, virtual host, proxy section
    Status:Experimental
    Module:mod_tls
    +

    + This will not disable any ciphers supported by `rustls`. + If you specify a cipher that is completely unknown, the configuration will fail. + If you specify a cipher that is known but not supported by `rustls`, + a warning will be logged but the server will continue. +

    + +
    +
    top
    +

    TLSProxyCiphersSuppress Directive

    + + + + + + +
    Description:defines ciphers that are not to be used for a proxy connection.
    Syntax:TLSProxyCiphersSuppress cipher(-list)
    Context:server config, virtual host, proxy section
    Status:Experimental
    Module:mod_tls
    +

    + This will not disable any unmentioned ciphers supported by `rustls`. + If you specify a cipher that is completely unknown, the configuration will fail. + If you specify a cipher that is known but not supported by `rustls`, + a warning will be logged but the server will continue. +

    + +
    +
    top
    +

    TLSProxyEngine Directive

    + + + + + + +
    Description:enables TLS for backend connections.
    Syntax:TLSProxyEngine on|off
    Context:server config, virtual host, proxy section
    Status:Experimental
    Module:mod_tls
    +

    + TLSProxyEngine is analog to SSLProxyEngine in mod_ssl. +

    + This can be used in a server/virtual host or <Proxy> section to + enable the module for outgoing connections using mod_proxy. +

    + +
    +
    top
    +

    TLSProxyMachineCertificate Directive

    + + + + + + +
    Description:adds a certificate and key file (PEM encoded) to a proxy setup.
    Syntax:TLSProxyMachineCertificate cert_file [key_file]
    Context:server config, virtual host, proxy section
    Status:Experimental
    Module:mod_tls
    +

    + The certificate is used to authenticate against a proxied backend server. +

    + If you do not specify a separate key file, the key is assumed to also be + found in the first file. You may add more than one certificate to a proxy + setup. The first certificate suitable for a proxy connection to a backend + is then chosen by rustls. +

    +

    + The path can be specified relative to the server root. +

    + +
    +
    top
    +

    TLSProxyProtocol Directive

    + + + + + + + +
    Description:specifies the minimum version of the TLS protocol to use in proxy connections.
    Syntax:TLSProxyProtocol version+
    Default:TLSProxyProtocol v1.2+
    Context:server config, virtual host, proxy section
    Status:Experimental
    Module:mod_tls
    +

    + The default is `v1.2+`. Settings this to `v1.3+` would disable TLSv1.2. +

    + +
    +
    top
    +

    TLSSessionCache Directive

    + + + + + + +
    Description:specifies the cache for TLS session resumption.
    Syntax:TLSSessionCache cache-spec
    Context:server config
    Status:Experimental
    Module:mod_tls
    +

    + This uses a cache on the server side to allow clients to resume connections. +

    + You can set this to `none` or define a cache as in the SSLSessionCache + directive of mod_ssl. +

    + If not configured, `mod_tls` will try to create a shared memory cache on its own, + using `shmcb:tls/session-cache` as specification. + Should that fail, a warning is logged, but the server continues. +

    + +
    +
    top
    +

    TLSStrictSNI Directive

    + + + + + + + +
    Description:enforces exact matches of client server indicators (SNI) against host names.
    Syntax:TLSStrictSNI on|off
    Default:TLSStrictSNI on
    Context:server config
    Status:Experimental
    Module:mod_tls
    +

    + Client connections using SNI will be unsuccessful if no match is found. +

    + +
    +
    +
    +

    Available Languages:  en 

    +
    top

    Comments

    Notice:
    This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.
    +
    + \ No newline at end of file diff --git a/docs/manual/mod/mod_unique_id.html b/docs/manual/mod/mod_unique_id.html index 73261f8..75891fe 100644 --- a/docs/manual/mod/mod_unique_id.html +++ b/docs/manual/mod/mod_unique_id.html @@ -2,7 +2,7 @@ URI: mod_unique_id.html.en Content-Language: en -Content-type: text/html; charset=ISO-8859-1 +Content-type: text/html; charset=UTF-8 URI: mod_unique_id.html.fr.utf8 Content-Language: fr diff --git a/docs/manual/mod/mod_unique_id.html.en b/docs/manual/mod/mod_unique_id.html.en index 6c7625a..944a77e 100644 --- a/docs/manual/mod/mod_unique_id.html.en +++ b/docs/manual/mod/mod_unique_id.html.en @@ -1,7 +1,7 @@ - + - + + + + +
    +

    Modules | Directives | FAQ | Glossaire | Plan du site

    +

    Serveur HTTP Apache Version 2.4

    +
    +
    <-
    + + +

    Index par classes des directives autorisées dans .htaccess

    +
    +

    Langues Disponibles:  en  | + fr 

    +
    + +

    + Ceci est un index, organisé en classes, des directives autorisées dans les + fichiers .htaccess pour différentes définitions de la directive AllowOverride. Il a pour but d'aider les + administrateurs à contrôler les privilèges qu'ils accordent aux + utilisateurs via les fichiers .htaccess. Pour une présentation de la + manière dont fonctionnent les fichiers .htaccess, voir le tutoriel .htaccess. +

    + +

    Pour déterminer le jeu de directives que la configuration de votre + serveur autorise aux utilisateurs dans les fichiers .htaccess :

    + +
      +
    1. Commencez par rechercher la présence d'une directive + AllowOverrideList dans la section directory concernée. Sa + définition vous indiquera la liste des directives autorisées (La valeur + par défaut de cette directive est None).
      2. +
    2. Recherchez ensuite la présence d'une directive + AllowOverride dans cette même section (sa valeur par défaut + est None). Il y a tout d'abord deux cas particuliers : +
        +
      1. Si la directive AllowOverride est définie à + All, vous pouvez ajouter toutes les directives indiquées + sur cette page à la liste préexistante.
        2. +
      2. Si la directive AllowOverride est définie à + None, inutile d'aller plus loin. Seules les directives indiquées + par la directive AllowOverrideList (si elle est présente) + seront autorisées.
        3. +
      +
      3. +
    3. En dehors de ces deux cas, la directive AllowOverride + définit une liste de classes de directives (vous trouverez plus loin le + jeu de directives correspondant à chacune de ces classes), et vous pourrez + alors les ajouter à la liste définie par la directive + AllowOverrideList.
      4. +
    4. Ajoutez enfin à la liste le jeu de directives toujours autorisées dans les + fichiers .htaccess (elles sont listées dans la section All ci-dessous).
      5. +
    + +

    + De nombreuses classes de directives sont assez puissantes et peuvent + permettre aux utilisateurs des fichiers .htaccess de contrôler une grande + partie du serveur. Pour une approche plus sure, définissez + AllowOverride None, et utilisez la directive AllowOverrideList pour spécifier la liste exacte + de directives que les utilisateurs de fichiers .htaccess pourront utiliser. +

    +
    +

    Sujets

    +

    Voir aussi

    +
    +
    top

    All

    +

    + Les directives suivantes sont autorisées dans les fichiers .htaccess, sous + réserve que la surcharge soit autorisée dans la configuration du serveur. +

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    <Else>core
    Contient des directives qui ne s'appliquent que si la +condition correspondant à la section <If> ou <ElseIf> précédente n'est pas satisfaite par la +requête à l'exécution
    <ElseIf>core
    Contient des directives qui ne s'appliquent que si la +condition correspondante est satisfaite par une requête à l'exécution, +alors que la condition correspondant à la section <If> ou <ElseIf> précédente ne l'était pas.
    <Files>core
    Contient des directives qui s'appliquent aux fichiers +précisés
    <FilesMatch>core
    Contient des directives qui s'appliquent à des fichiers +spécifiés sous la forme d'expressions rationnelles
    <If>core
    Contient des directives qui ne s'appliquent que si une +condition est satisfaite au cours du traitement d'une +requête
    <IfDefine>core
    Contient des directives qui ne s'appliqueront que si un +test retourne "vrai" au démarrage du serveur
    <IfDirective>core
    Regroupe des directives dont le traitement est conditionné par la +présence ou l'absence d'une directive particulière
    <IfFile>core
    Regroupe des directives qui ne seront traitées que si un fichier +existe au démarrage
    <IfModule>core
    Contient des directives qui ne s'appliquent qu'en fonction +de la présence ou de l'absence d'un module spécifique
    <IfSection>core
    Regroupe des directives dont le traitement est conditionné par la +présence ou l'absence d'une section particulière
    <IfVersion>mod_version
    Contient des portions de configuration dépendantes de la +version
    LimitRequestBodycore
    limite la taille maximale du corps de la requête HTTP +envoyée par le client
    LimitXMLRequestBodycore
    Définit la taille maximale du corps d'une requête au format +XML
    LogIOTrackTTFBmod_logio
    Permet d'enregistrer le délai avant le premier octet (time +to first byte - TTFB)
    LuaCodeCachemod_lua
    Configure le cache de code compilé.
    LuaHookAccessCheckermod_lua
    Fournit un point d'entrée pour la phase access_checker du +traitement de la requête
    LuaHookAuthCheckermod_lua
    Fournit un point d'entrée pour la phase auth_checker du +traitement de la requête
    LuaHookCheckUserIDmod_lua
    Fournit un point d'entrée pour la phase check_user_id du +traitement de la requête
    LuaHookFixupsmod_lua
    Fournit un point d'entrée pour la phase de correction du +traitement de la requête
    LuaHookInsertFiltermod_lua
    Fournit un point d'entrée pour la phase insert_filter du +traitement de la requête
    LuaHookLogmod_lua
    Permet une insertion dans la phase de journalisation du +traitement d'une requête
    LuaHookMapToStoragemod_lua
    Fournit un point d'entrée pour la phase map_to_storage du +traitement de la requête
    LuaHookPreTranslatemod_lua
    Fournit un point d'entrée pour la phase de pré-traduction du +traitement d'une requête
    LuaHookTranslateNamemod_lua
    Fournit un point d'entrée à la phase du nom de +traduction du traitement de la requête
    LuaHookTypeCheckermod_lua
    Fournit un point d'entrée pour la phase type_checker du +traitement de la requête
    LuaInheritmod_lua
    Contrôle la manière dont les sections de configuration +parentes sont fusionnées dans les enfants
    LuaMapHandlermod_lua
    Met en correspondance un chemin avec un gestionnaire lua
    LuaPackageCPathmod_lua
    Ajoute un répertoire au package.cpath de lua
    LuaPackagePathmod_lua
    Ajoute un répertoire au package.path de lua
    LuaQuickHandlermod_lua
    Fournit un point d'entrée pour la gestion rapide du +traitement de la requête
    LuaRootmod_lua
    Spécifie le chemin de base pour la résolution des chemins +relatifs dans les directives de mod_lua
    LuaScopemod_lua
    Une valeur parmi once, request, conn, thread -- la valeur par défaut est once
    RLimitCPUcore
    Limite le temps CPU alloué aux processus initiés par les +processus enfants d'Apache httpd
    RLimitMEMcore
    Limite la mémoire allouée aux processus initiés par les +processus enfants d'Apache httpd
    RLimitNPROCcore
    Limite le nombre de processus qui peuvent être initiés par +les processus initiés par les processus enfants d'Apache httpd
    ServerSignaturecore
    Définit un pied de page pour les documents générés par le +serveur
    SSIErrorMsgmod_include
    Message d'erreur affiché lorsqu'une erreur SSI +survient
    SSITimeFormatmod_include
    Configuration du format d'affichage des dates
    SSIUndefinedEchomod_include
    Chaîne à afficher lorsqu'on tente d'extraire le contenu +d'une variable non définie
    top

    AuthConfig

    +

    + Les directives suivantes sont autorisées dans les fichiers .htaccess + lorsque AllowOverride AuthConfig a été spécifié. Elles + permettent aux utilisateurs de fichiers .htaccess de contrôler les + méthodes d'authentification et d'autorisation qui s'appliquent à + l'arborescence de leur répertoire, y compris de nombreuses directives + utilitaires pour la gestion de session et la configuration TLS. +

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Anonymousmod_authn_anon
    Définit la liste des identifiants utilisateur autorisés à +accéder sans vérification du mot de passe
    Anonymous_LogEmailmod_authn_anon
    Détermine si le mot de passe fourni sera enregistré dans le +journal des erreurs
    Anonymous_MustGiveEmailmod_authn_anon
    Détermine si l'abscence de mot de passe est +autorisée
    Anonymous_NoUserIDmod_authn_anon
    Détermine si le champ identifiant peut être +vide
    Anonymous_VerifyEmailmod_authn_anon
    Détermine s'il faut vérifier que le format de l'adresse +email fournie comme mot de passe est correct
    AuthBasicAuthoritativemod_auth_basic
    Définit si les processus d'autorisation et +d'authentification peuvent être confiés à des modules de plus bas +niveau
    AuthBasicFakemod_auth_basic
    Authentification de base simulée à l'aide des nom +d'utilisateur et mot de passe fournis
    AuthBasicProvidermod_auth_basic
    Définit le(les) fournisseur(s) d'authentification pour +cette zone du site web
    AuthBasicUseDigestAlgorithmmod_auth_basic
    Vérifie les mots de passe auprès des fournisseurs +d'authentification à la manière de l'authentification de type Digest. +
    AuthDBMGroupFilemod_authz_dbm
    Définit le nom du fichier de base de données contenant la +liste des groupes d'utilisateurs permettant de définir les +autorisations des utilisateurs
    AuthDBMTypemod_authn_dbm
    Définit le type de fichier de base de données utilisé pour +stocker les mots de passe
    AuthDBMUserFilemod_authn_dbm
    Définit le nom d'un fichier de base de données pour +l'authentification contenant la liste +des utilisateurs et de leurs mots de passe
    AuthDigestAlgorithmmod_auth_digest
    Sélectionne l'algorithme utilisé pour calculer les +condensés du défit et de sa réponse
    AuthDigestDomainmod_auth_digest
    Les URIs qui se trouvent dans le même espace de protection +concernant l'authentification à base de condensés
    AuthDigestNonceLifetimemod_auth_digest
    Durée de validité du nombre à valeur unique du +serveur (nonce)
    AuthDigestProvidermod_auth_digest
    Définit le(s) fournisseurs(s) d'authentification pour la +zone du site web concernée
    AuthDigestQopmod_auth_digest
    Détermine le niveau de protection fourni par +l'authentification à base de condensé
    AuthFormAuthoritativemod_auth_form
    Détermine si l'autorisation et l'authentification sont confiés à +des modules de plus bas niveau
    AuthFormProvidermod_auth_form
    Définit le(s) fournisseur(s) d'authentification pour la +zone concernée
    AuthGroupFilemod_authz_groupfile
    Définit le nom d'un fichier texte contenant la liste des +groupes d'utilisateurs permettant de définir les autorisations des +utilisateurs
    AuthLDAPAuthorizePrefixmod_authnz_ldap
    Spécifie le préfixe ajouté aux variables d'environnement +durant la phase d'autorisation
    AuthLDAPBindAuthoritativemod_authnz_ldap
    Détermine si l'on doit utiliser d'autres fournisseurs +d'authentification lorsque le serveur ne peut pas valider les données +d'authentification de l'utilisateur, alors que ce dernier possède un +DN.
    AuthLDAPBindDNmod_authnz_ldap
    Un DN optionnel pour se connecter au serveur +LDAP
    AuthLDAPBindPasswordmod_authnz_ldap
    Mot de passe à utiliser en conjonction avec le DN de +connexion
    AuthLDAPCompareAsUsermod_authnz_ldap
    Utilisation des données d'authentification de l'utilisateur +pour effectuer les comparaisons pour l'attribution des autorisations
    AuthLDAPCompareDNOnServermod_authnz_ldap
    Utilise le serveur LDAP pour comparer les DNs
    AuthLDAPDereferenceAliasesmod_authnz_ldap
    À quel moment le module va déréférencer les +alias
    AuthLDAPGroupAttributemod_authnz_ldap
    L'attribut LDAP utilisé pour vérifier l'appartenance d'un +utilisateur à un groupe.
    AuthLDAPGroupAttributeIsDNmod_authnz_ldap
    Utilise le DN de l'utilisateur pour vérifier son +appartenance à un groupe
    AuthLDAPInitialBindAsUsermod_authnz_ldap
    Détermine si le serveur effectue la recherche initiale du +DN en utilisant le nom propre de l'utilisateur pour l'authentification +de base +et non de manière anonyme, ou en utilisant des données d'authentification +codées en dur pour le serveur
    AuthLDAPInitialBindPatternmod_authnz_ldap
    Spécifie la modification a apporter au nom d'utilisateur +pour l'authentification de base lors de l'authentification auprès du +serveur LDAP pour effectuer une recherche de DN
    AuthLDAPMaxSubGroupDepthmod_authnz_ldap
    Spécifie la profondeur d'imbrication des sous-groupes +maximale prise en compte avant l'abandon de la recherche de +l'utilisateur.
    AuthLDAPRemoteUserAttributemod_authnz_ldap
    Spécifie l'attribut dont la valeur renvoyée au cours de la +requête de l'utilisateur sera utilisée pour définir la variable +d'environnement REMOTE_USER
    AuthLDAPRemoteUserIsDNmod_authnz_ldap
    Utilise le DN de l'utilisateur pour définir la variable +d'environnement REMOTE_USER
    AuthLDAPSearchAsUsermod_authnz_ldap
    Utilise les données d'authentification de l'utilisateur +pour la recherche des autorisations
    AuthLDAPSubGroupAttributemod_authnz_ldap
    Spécifie les noms d'attribut, un par directive, utilisés +pour différencier les membres du groupe courant qui sont eux-mêmes des +groupes.
    AuthLDAPSubGroupClassmod_authnz_ldap
    Spécifie quelles valeurs d'objectClass LDAP identifient les +objets de l'annuaire qui sont des groupes au cours du traitement des +sous-groupes.
    AuthLDAPURlmod_authnz_ldap
    L'URL permettant de spécifier les paramètres de la +recherche LDAP
    AuthMergingmod_authz_core
    Définit la manière dont chaque logique d'autorisation des +sections de configuration se combine avec celles des sections de +configuration précédentes.
    AuthNamemod_authn_core
    L'identifiant de l'autorisation à utiliser avec +l'authentification HTTP
    AuthnCacheProvideFormod_authn_socache
    Spécifie le fournisseur pour lequel on veut effectuer une +mise en cache
    AuthnCacheTimeoutmod_authn_socache
    Définit une durée de vie pour les entrées du cache
    AuthTypemod_authn_core
    Type d'authentification utilisateur
    AuthUserFilemod_authn_file
    Définit le nom d'un fichier texte pour l'authentification +contenant la liste des utilisateurs et de leurs mots de +passe
    AuthzDBMTypemod_authz_dbm
    Définit le type de fichier de base de données contenant +la liste des groupes d'utilisateurs
    CGIPassAuthcore
    Active la transmission d'en-têtes d'autorisation HTTP aux scripts en +tant que variables CGI
    LDAPReferralHopLimitmod_ldap
    Le nombre maximum de redirections vers des serveurs +alternatifs (referrals) avant l'abandon de la requête +LDAP.
    LDAPReferralsmod_ldap
    Active la redirection vers des serveurs alternatifs au +cours des requêtes vers le serveur LDAP.
    <Limit>core
    Limite les contrôles d'accès que la section contient à +certaines méthodes HTTP
    <LimitExcept>core
    Applique les contrôles d'accès à toutes les méthodes HTTP, +sauf celles qui sont spécifiées
    Requiremod_authz_core
    Vérifie si un utilisateur authentifié a une +autorisation d'accès accordée par un fournisseur +d'autorisation.
    <RequireAll>mod_authz_core
    Regroupe plusieurs directives d'autorisation dont aucune ne +doit échouer et dont au moins une doit retourner un résultat positif +pour que la directive globale retourne elle-même un résultat +positif.
    <RequireAny>mod_authz_core
    Regroupe des directives d'autorisation dont au moins une +doit retourner un résultat positif pour que la directive globale +retourne elle-même un résultat positif.
    <RequireNone>mod_authz_core
    Regroupe des directives d'autorisation dont aucune ne doit +retourner un résultat positif pour que la directive globale n'échoue +pas.
    Satisfymod_access_compat
    Interaction entre le contrôle d'accès en fonction de l'hôte +et l'authentification utilisateur
    Sessionmod_session
    Ouvre une session pour le contexte courant
    SessionEnvmod_session
    Définit si le contenu de la session doit être enregistré +dans la variable d'environnement HTTP_SESSION
    SessionHeadermod_session
    Importation des mises à jour de session depuis l'en-tête de +réponse HTTP spécifié
    SessionIncludemod_session
    Définit les préfixes d'URL pour lesquels une session est +valide
    SessionMaxAgemod_session
    Définit une durée de vie maximale pour la session en +secondes
    SSLCipherSuitemod_ssl
    Algorithmes de chiffrement disponibles pour la négociation +au cours de l'initialisation de la connexion SSL
    SSLRenegBufferSizemod_ssl
    Définit la taille du tampon de renégociation +SSL
    SSLRequiremod_ssl
    N'autorise l'accès que lorsqu'une expression booléenne +complexe et arbitraire est vraie
    SSLRequireSSLmod_ssl
    Interdit l'accès lorsque la requête HTTP n'utilise pas +SSL
    SSLUserNamemod_ssl
    Nom de la variable servant à déterminer le nom de +l'utilisateur
    SSLVerifyClientmod_ssl
    Niveau de vérification du certificat client
    SSLVerifyDepthmod_ssl
    Profondeur maximale des certificats de CA pour la +vérification des certificats clients
    top

    FileInfo

    +

    + Les directives suivantes sont autorisées dans les fichiers .htaccess + lorsque AllowOverride FileInfo a été spécifié. Elles + accordent aux utilisateurs de fichiers .htaccess un grand nombre de + contrôles sur les réponses et les métadonnées fournies par le serveur. +

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    AcceptPathInfocore
    Les ressources acceptent des informations sous forme d'un +nom de chemin en fin de requête.
    Actionmod_actions
    Active un script CGI pour un gestionnaire ou un type de +contenu particulier
    AddCharsetmod_mime
    Associe les extensions de noms de fichiers spécifiées au +jeu de caractères spécifié
    AddDefaultCharsetcore
    Paramètre jeu de caractères par défaut à ajouter quand le +type de contenu d'une réponse est text/plain ou +text/html
    AddEncodingmod_mime
    Associe les extensions de noms de fichiers données au type +de codage spécifié
    AddHandlermod_mime
    Associe les extensions de noms de fichiers données au +gestionnaire spécifié
    AddInputFiltermod_mime
    Associe les extensions de noms de fichiers aux +filtres spécifiés qui traiteront les requêtes clients
    AddLanguagemod_mime
    Associe l'extension de nom de fichier donnée à la langue +spécifié
    AddOutputFiltermod_mime
    Associe les extensions de noms de fichiers aux +filtres spécifiés qui traiteront les réponses en provenance du +serveur
    AddOutputFilterByTypemod_filter
    assigne un filtre en sortie pour un type de média +particulier
    AddTypemod_mime
    Associe les extensions de noms de fichiers au type de +contenu spécifié
    BrowserMatchmod_setenvif
    Définit des variables d'environnement en fonction du +contenu de l'en-tête HTTP User-Agent
    BrowserMatchNoCasemod_setenvif
    Définit des variables d'environnement en fonction du +contenu de l'en-tête HTTP User-Agent sans tenir compte de la +casse
    CGIMapExtensioncore
    Technique permettant de localiser l'interpréteur des +scripts CGI
    CGIVarcore
    Contrôle la manière dont certaines variables CGI sont définies
    CharsetDefaultmod_charset_lite
    Jeu de caractère vers lequel la traduction doit +s'effectuer
    CharsetOptionsmod_charset_lite
    Précise les détails de la traduction du jeu de +caractères
    CharsetSourceEncmod_charset_lite
    Jeu de caractères source des fichiers
    CookieDomainmod_usertrack
    Le domaine auquel le cookie traceur +s'applique
    CookieExpiresmod_usertrack
    Durée avant expiration du cookie traceur
    CookieHTTPOnlymod_usertrack
    Ajoute l'attribut 'HTTPOnly' au cookie
    CookieNamemod_usertrack
    Nom du cookie traceur
    CookieSameSitemod_usertrack
    Ajoute l'attribut 'SameSite' au cookie
    CookieSecuremod_usertrack
    Ajoute l'attribut 'Secure' au cookie
    CookieStylemod_usertrack
    Format du champ d'en-tête cookie
    CookieTrackingmod_usertrack
    Active le cookie traceur
    DefaultLanguagemod_mime
    Définit un symbole de langue par défaut à affecter au champ +d'en-tête Content-Language pour toutes les ressources dans le contexte +courant auxquelles aucun symbole de langue n'a été +associé.
    DefaultTypecore
    Les seuls effets de cette directive sont des émissions +d'avertissements si sa valeur est différente de none. Dans +les versions précédentes, DefaultType permettait de spécifier un type de +média à assigner par défaut au contenu d'une réponse pour lequel aucun +autre type de média n'avait été trouvé. +
    EnableMMAPcore
    Utilise la projection en mémoire (Memory-Mapping) pour +lire les fichiers pendant qu'ils sont servis
    EnableSendfilecore
    Utilise le support sendfile du noyau pour servir les +fichiers aux clients
    ErrorDocumentcore
    Document que le serveur renvoie au client en cas +d'erreur
    FileETagcore
    Caractéristiques de fichier utilisées lors de la génération +de l'en-tête de réponse HTTP ETag pour les fichiers statiques
    ForceLanguagePrioritymod_negotiation
    Action à entreprendre si un document acceptable unique +n'est pas trouvé
    ForceTypecore
    Force le type de médium spécifié dans le champ d'en-tête +HTTP Content-Type pour les fichiers correspondants
    Headermod_headers
    Configure les en-têtes d'une réponse HTTP
    ISAPIAppendLogToErrorsmod_isapi
    Enregistrement des requêtes +HSE_APPEND_LOG_PARAMETER de la part des extensions ISAPI +dans le journal des erreurs
    ISAPIAppendLogToQuerymod_isapi
    Enregistre les requêtes +HSE_APPEND_LOG_PARAMETER de la part des extensions ISAPI +dans la partie arguments de la requête
    ISAPIFakeAsyncmod_isapi
    Emulation du support des entrées/sorties asynchrones pour +les appels ISAPI
    ISAPILogNotSupportedmod_isapi
    Journalisation des demandes de fonctionnalités non +supportées de la part des extensions ISAPI
    ISAPIReadAheadBuffermod_isapi
    Taille du tampon de lecture anticipée envoyé aux extensions +ISAPI
    LanguagePrioritymod_negotiation
    L'ordre de priorité des variantes de langages pour les +cas où le client n'a pas formulé de préférences
    MultiviewsMatchmod_mime
    Les types de fichiers qui seront inclus lors d'une +recherche de correspondance de fichier avec les vues multiples +(MultiViews)
    PassEnvmod_env
    Transmet des variables d'environnement depuis le +shell
    QualifyRedirectURLcore
    Vérifie si la variable d'environnement REDIRECT_URL est +pleinement qualifiée
    Redirectmod_alias
    Envoie une redirection externe demandant au client +d'effectuer une autre requête avec une URL différente
    RedirectMatchmod_alias
    Envoie une redirection externe faisant appel aux +expressions rationnelles pour la mise en correspondance de l'URL +courante
    RedirectPermanentmod_alias
    Envoie une redirection externe permanente demandant au +client d'effectuer une nouvelle requête avec une URL +différente
    RedirectTempmod_alias
    Envoie une redirection externe temporaire demandant au +client d'effectuer une nouvelle requête avec une URL +différente
    RemoveCharsetmod_mime
    Supprime toute association de jeu de caractères pour un +ensemble d'extensions de noms de fichiers
    RemoveEncodingmod_mime
    Supprime toute association de codage de contenu pour un +ensemble d'extensions de noms de fichiers
    RemoveHandlermod_mime
    Supprime toute association de gestionnaire à un ensemble +d'extensions de noms de fichiers
    RemoveInputFiltermod_mime
    Supprime toute association de filtre en entrée à un +ensemble d'extensions de noms de fichiers
    RemoveLanguagemod_mime
    Supprime toute association de langue à un ensemble +d'extensions de noms de fichiers
    RemoveOutputFiltermod_mime
    Supprime toute association de filtre en sortie à un +ensemble d'extensions de noms de fichiers
    RemoveTypemod_mime
    Supprime toute association de type de contenu à un ensemble +d'extensions de noms de fichiers
    RequestHeadermod_headers
    Configure les en-têtes d'une requête HTTP
    RewriteBasemod_rewrite
    Définit l'URL de base pour les réécritures au niveau +répertoire
    RewriteCondmod_rewrite
    Définit une condition qui devra être satisfaite pour que +la réécriture soit effectuée +
    RewriteEnginemod_rewrite
    Active ou désactive l'exécution du +moteur de réécriture
    RewriteOptionsmod_rewrite
    Configure certaines options spéciales +pour le moteur de réécriture
    RewriteRulemod_rewrite
    Définit les règles pour le moteur de réécriture
    ScriptInterpreterSourcecore
    Permet de localiser l'interpréteur des scripts +CGI
    SetEnvmod_env
    Définit des variables d'environnement
    SetEnvIfmod_setenvif
    Définit des variables d'environnement en fonction des +attributs de la requête
    SetEnvIfExprmod_setenvif
    Définit des variables d'environnement en fonction d'une expression ap_expr
    SetEnvIfNoCasemod_setenvif
    Définit des variables d'environnement en fonction des +attributs de la requête sans tenir compte de la casse
    SetHandlercore
    Force le traitement des fichiers spécifiés par un +gestionnaire particulier
    SetInputFiltercore
    Définit les filtres par lesquels vont passer les requêtes +client et les données POST
    SetOutputFiltercore
    Définit les filtres par lesquels vont passer les réponses +du serveur
    Substitutemod_substitute
    Modèle de substition dans le contenu de la +réponse
    SubstituteInheritBeforemod_substitute
    Modifie l'ordre de fusion des modèles hérités
    SubstituteMaxLineLengthmod_substitute
    Définit la longueur de ligne maximale
    UnsetEnvmod_env
    Supprime des variables de l'environnement
    top

    Indexes

    +

    + Les directives suivantes sont autorisées dans les fichiers .htaccess + lorsque AllowOverride Indexes a été spécifié. Elles + permettent aux utilisateurs de fichiers .htaccess de contrôler certains + aspects des pages d'index de répertoires fournies par le serveur, y + compris la génération d'autoindex. +

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    AddAltmod_autoindex
    Texte optionnel à afficher à la place d'un icône pour un +fichier en fonction de son nom
    AddAltByEncodingmod_autoindex
    Texte optionnel à afficher à la place d'un icône pour un +fichier en fonction de son codage MIME
    AddAltByTypemod_autoindex
    Texte optionnel à afficher à la place d'un icône pour un +fichier en fonction de son type MIME
    AddDescriptionmod_autoindex
    Afficher la description d'un fichier
    AddIconmod_autoindex
    Icône à afficher pour un fichier en fonction de son +nom
    AddIconByEncodingmod_autoindex
    Icône à afficher à côté d'un fichier en fonction de son +codage MIME
    AddIconByTypemod_autoindex
    Icône à afficher à côté d'un fichier en fonction de son +type MIME
    DefaultIconmod_autoindex
    Icône à afficher par défaut lorsqu'aucun icône spécifique +n'est précisé
    DirectoryCheckHandlermod_dir
    Définit la réponse de ce module lorsqu'un autre +gestionnaire est utilisé
    DirectoryIndexmod_dir
    Liste des fichiers ressources à rechercher lorsque le +client envoie une requête pour un répertoire
    DirectoryIndexRedirectmod_dir
    Définit une redirection externe pour les index de +répertoires. +
    DirectorySlashmod_dir
    Activation/Désactivation de la redirection "slash de +fin"
    ExpiresActivemod_expires
    Active la génération d'en-têtes +Expires
    ExpiresByTypemod_expires
    Définition de la valeur de l'en-tête Expires +en fonction du type MIME
    ExpiresDefaultmod_expires
    Mode de calcul par défaut de la date +d'expiration
    FallbackResourcemod_dir
    Définit une URL par défaut pour les requêtes qui ne ciblent +aucun fichier
    HeaderNamemod_autoindex
    Nom du fichier qui sera inséré au début de la page +contenant l'index
    ImapBasemod_imagemap
    Valeur par défaut de la directive base des +fichiers imagemap
    ImapDefaultmod_imagemap
    Action à entreprendre par défaut lorsqu'un fichier imagemap +est invoqué avec des coordonnées qui ne correspondent à aucune +cible
    ImapMenumod_imagemap
    Action à entreprendre si aucune coordonnée n'est fournie +lorsqu'on invoque un fichier imagemap
    IndexHeadInsertmod_autoindex
    Insère du texte dans la section HEAD de la page +d'index.
    IndexIgnoremod_autoindex
    Ajouts à la liste des fichiers à cacher lors de l'affichage +de l'index d'un répertoire
    IndexIgnoreResetmod_autoindex
    Vide la liste des fichiers à cacher lors de l'affichage du +contenu d'un répertoire
    IndexOptionsmod_autoindex
    Diverses options de configuration pour l'indexation d'un +répertoire
    IndexOrderDefaultmod_autoindex
    Définit l'ordre d'affichage par défaut d'un index de +répertoire
    IndexStyleSheetmod_autoindex
    Ajoute une feuille de style CSS à l'index du +répertoire
    MetaDirmod_cern_meta
    Le nom du répertoire où trouver les fichiers de +métainformations dans le style du CERN
    MetaFilesmod_cern_meta
    Active le traitement des métafichiers du CERN
    MetaSuffixmod_cern_meta
    Suffixe du fichier contenant les métainformations dans le +style du CERN
    ReadmeNamemod_autoindex
    Nom du fichier dont le contenu sera inséré à la fin de +l'index
    top

    Limit

    +

    + Les directives suivantes sont autorisées dans les fichiers .htaccess + lorsque AllowOverride Limit a été spécifié. Cette autorisation + de surcharge très restreinte permet principalement d'utiliser les + directives d'autorisation héritées fournies par + mod_access_compat. +

    + + + + + + + + + + +
    Allowmod_access_compat
    Spécifie quels hôtes peuvent accéder à une certaine zone du +serveur
    Denymod_access_compat
    Définit quels hôtes ne sont pas autorisés à accéder au +serveur
    <Limit>core
    Limite les contrôles d'accès que la section contient à +certaines méthodes HTTP
    <LimitExcept>core
    Applique les contrôles d'accès à toutes les méthodes HTTP, +sauf celles qui sont spécifiées
    Ordermod_access_compat
    Définit le statut d'accès par défaut et l'ordre dans lequel +les directives Allow et +Deny sont évaluées.
    top

    Options

    +

    + Les directives suivantes sont autorisées dans les fichiers .htaccess + lorsque AllowOverride Options a été spécifié. Elles permettent + aux utilisateurs de fichiers .htaccess d'utiliser la directive + Options et d'autres directives similaires, ainsi que les + directives qui contrôlent la chaîne de filtrage. +

    + + + + + + + + + + + + + + + + + + + + + + + + +
    CheckBasenameMatchmod_speling
    Vérifie aussi la correspondance des fichiers, même avec des +extensions différentes
    CheckCaseOnlymod_speling
    Limite l'action du module aux corrections de +majuscules
    CheckSpellingmod_speling
    Active le module de correction
    ContentDigestcore
    Active la génération d'un en-tête Content-MD5 +dans la réponse HTTP
    FilterChainmod_filter
    Configure la chaîne de filtrage
    FilterDeclaremod_filter
    Déclare un filtre intelligent
    FilterProtocolmod_filter
    Vérifie le respect du protocole HTTP
    FilterProvidermod_filter
    Enregistre un filtre de contenu
    Optionscore
    Définit les fonctionnalités disponibles pour un répertoire +particulier
    ReflectorHeadermod_reflector
    Renvoie un en-tête d'entrée dans les en-têtes de sortie
    SSLOptionsmod_ssl
    Configure différentes options d'exécution du moteur SSL
    XBitHackmod_include
    Interprète les directives SSI dans les fichiers dont le bit +d'exécution est positionné
    +

    Langues Disponibles:  en  | + fr 

    +
    top

    Commentaires

    Notice:
    This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.
    +
    + \ No newline at end of file diff --git a/docs/manual/mod/prefork.html b/docs/manual/mod/prefork.html index 17adfab..f4d32e6 100644 --- a/docs/manual/mod/prefork.html +++ b/docs/manual/mod/prefork.html @@ -6,7 +6,7 @@ Content-type: text/html; charset=ISO-8859-1 URI: prefork.html.en Content-Language: en -Content-type: text/html; charset=ISO-8859-1 +Content-type: text/html; charset=UTF-8 URI: prefork.html.fr.utf8 Content-Language: fr diff --git a/docs/manual/mod/prefork.html.de b/docs/manual/mod/prefork.html.de index 836e352..4cda10d 100644 --- a/docs/manual/mod/prefork.html.de +++ b/docs/manual/mod/prefork.html.de @@ -26,28 +26,28 @@

    Apache-MPM prefork

    -

    Verfügbare Sprachen:  de  | +

    Verfügbare Sprachen:  de  |  en  | - fr  | + fr  |  ja  | - tr 

    + tr 

    -
    Diese Übersetzung ist möglicherweise - nicht mehr aktuell. Bitte prüfen Sie die englische Version auf - die neuesten Änderungen.
    +
    Diese Übersetzung ist möglicherweise + nicht mehr aktuell. Bitte prüfen Sie die englische Version auf + die neuesten Änderungen.
    + Thread-Unterstützung
    Beschreibung:Implementiert einen im Voraus forkenden Webserver ohne - Thread-Unterstützung
    Status:MPM
    Modulbezeichner:mpm_prefork_module
    Quelltext-Datei:prefork.c

    Zusammenfassung

    Dieses Multi-Processing-Modul (MPM) implementiert einen - im Voraus forkenden Webserver ohne Thread-Unterstützung, der Anfragen - auf ähnliche Weise behandelt wie der Apache 1.3. Es ist für - Angebote geeignet, die aus Kompatibilitätsgründen mit - nicht-Thread-sicheren Bibliotheken Threading vermeiden müssen. - Es ist außerdem das geeignetste MPM, um jede Anfrage isoliert + im Voraus forkenden Webserver ohne Thread-Unterstützung, der Anfragen + auf ähnliche Weise behandelt wie der Apache 1.3. Es ist für + Angebote geeignet, die aus Kompatibilitätsgründen mit + nicht-Thread-sicheren Bibliotheken Threading vermeiden müssen. + Es ist außerdem das geeignetste MPM, um jede Anfrage isoliert zu bearbeiten, so dass Probleme mit einem einzelnen Prozess keinen anderen beeinflussen.

    @@ -56,7 +56,7 @@ Wichtigste ist, dass MaxClients gross genug ist, so viele gleichzeitige Anfragen zu bedienen, wie Sie erwarten, aber klein genug, um sicherzustellen, dass genug physischer - Arbeitsspeicher für alle Prozesse vorhanden ist.

    + Arbeitsspeicher für alle Prozesse vorhanden ist.

    Support Apache!

    Themen

      @@ -89,12 +89,12 @@
      top

      Arbeitsweise

      -

      Ein einzelner Steuerprozess ist für den Start von +

      Ein einzelner Steuerprozess ist für den Start von Kindprozessen verantwortlich, die auf Verbindungen warten und diese bedienen, sobald sie eintreffen. Der Apache versucht immer, mehrere - freie oder unbeschäftigte Serverprozesse vorzuhalten, + freie oder unbeschäftigte Serverprozesse vorzuhalten, die zur Bedienung eingehender Anfragen bereit stehen. Auf diese Weise - müssen Clients nicht darauf warten, dass neue Kindprozesse + müssen Clients nicht darauf warten, dass neue Kindprozesse geforkt werden, bevor ihre Anfrage bearbeitet werden kann.

      StartServers, @@ -103,35 +103,35 @@ MaxClients regulieren, wie der Elternprozess Kindprozesse zur Bedienung von Anfragen erstellt. Im Allgemeinen ist der Apache sehr selbstregulierend, so dass die meisten - Angebote die Voreinstellung dieser Direktiven nicht verändern - müssen. Systeme, die mehr als 256 gleichzeitige Anfragen bedienen - müssen, können MaxClients erhöhen, während - Systeme mit begrenztem Arbeitsspeicher möglicherweise + Angebote die Voreinstellung dieser Direktiven nicht verändern + müssen. Systeme, die mehr als 256 gleichzeitige Anfragen bedienen + müssen, können MaxClients erhöhen, während + Systeme mit begrenztem Arbeitsspeicher möglicherweise MaxClients heruntersetzen - müssen, um den Server vor Flatterverhalten (Arbeitsspeicherinhalte auf - Platte auslagern - und zurück) zu schützen. Weitere + müssen, um den Server vor Flatterverhalten (Arbeitsspeicherinhalte auf + Platte auslagern - und zurück) zu schützen. Weitere Informationen zur Feinabstimmung der Prozesserstellung sind in den Performance-Hinweisen zu finden.

      -

      Währen der Elternprozess unter Unix normalerweise als - root gestartet wird, um sich an Port 80 binden zu können, +

      Währen der Elternprozess unter Unix normalerweise als + root gestartet wird, um sich an Port 80 binden zu können, werden die Kindprozesse unter einem weniger privilegierten Benutzer gestartet. Die Direktiven User und Group werden dazu verwendet, die Privilegien der Apache-Kindprozesse festzulegen. Die - Kindprozesse müssen in der Lage sein, alle Inhalte zu lesen, die - sie ausliefern sollen, sollten darüber hinaus jedoch so wenig wie - möglich Rechte besitzen.

      + Kindprozesse müssen in der Lage sein, alle Inhalte zu lesen, die + sie ausliefern sollen, sollten darüber hinaus jedoch so wenig wie + möglich Rechte besitzen.

      MaxRequestsPerChild - bestimmt, wie häufig der Server Prozesse erneuert, indem er alte + bestimmt, wie häufig der Server Prozesse erneuert, indem er alte beendet und neue startet.

      top

      MaxSpareServers-Direktive

      - @@ -140,14 +140,14 @@
      Beschreibung:Maximale Anzahl der unbeschäftigten Kindprozesse des +
      Beschreibung:Maximale Anzahl der unbeschäftigten Kindprozesse des Servers
      Syntax:MaxSpareServers Anzahl
      Voreinstellung:MaxSpareServers 10
      Modul:prefork

      Die Direktive MaxSpareServers bestimmt das - gewünschte Maximum an unbeschäftigten - Kindprozessen des Servers. Ein unbeschäftiger Prozess ist einer, der + gewünschte Maximum an unbeschäftigten + Kindprozessen des Servers. Ein unbeschäftiger Prozess ist einer, der keine Anfrage bedient. Wenn mehr als MaxSpareServers - Prozesse unbeschäftigt sind, wird der Elternprozess die - überschüssigen Prozesse beenden.

      + Prozesse unbeschäftigt sind, wird der Elternprozess die + überschüssigen Prozesse beenden.

      Eine Feineinstellung dieses Parameters sollte nur bei sehr - beschäftigten Angeboten notwendig sein. Es ist nahezu immer eine + beschäftigten Angeboten notwendig sein. Es ist nahezu immer eine schlechte Idee, den Parameter auf einen hohen Wert zu setzen. Wenn Sie versuchen, den Wert kleiner oder gleich MinSpareServers zu setzen, wird der Apache ihn automatisch auf MinSpareServers + 1 @@ -162,7 +162,7 @@

      top

      MinSpareServers-Direktive

      - @@ -171,15 +171,15 @@
      Beschreibung:Minimale Anzahl der unbeschäftigten Kindprozesse des +
      Beschreibung:Minimale Anzahl der unbeschäftigten Kindprozesse des Servers
      Syntax:MinSpareServers Anzahl
      Voreinstellung:MinSpareServers 5
      Modul:prefork

      Die Direktive MinSpareServers bestimmt das - gewünschte Minimum der unbeschäftigten - Kindprozesse des Servers. Ein unbeschäftigter Prozess ist einer, der + gewünschte Minimum der unbeschäftigten + Kindprozesse des Servers. Ein unbeschäftigter Prozess ist einer, der keine Anfrage bedient. Wenn weniger als - MinSpareServers Prozesse unbeschäftigt sind, + MinSpareServers Prozesse unbeschäftigt sind, dann erstellt der Elternprozess neue mit einer maximalen Rate von 1 pro Sekunde.

      Die Feineinstellung des Parameters sollte nur bei sehr - beschäftigten Angeboten notwendig sein. Es ist nahezu immer eine + beschäftigten Angeboten notwendig sein. Es ist nahezu immer eine schlechte ide, den Parameter auf einen hohen Wert zu setzen.

      Siehe auch

      @@ -190,12 +190,12 @@
      -

      Verfügbare Sprachen:  de  | +

      Verfügbare Sprachen:  de  |  en  | - fr  | + fr  |  ja  | - tr 

      -
      top

      Kommentare

      Notice:
      This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our mailing lists.
      + tr 

      +
      top

      Kommentare

      Notice:
      This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.