1 <?xml version='1.0' encoding='UTF-8' ?>
2 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
3 <?xml-stylesheet type="text/xsl" href="./style/manual.en.xsl"?>
4 <!-- $LastChangedRevision$ -->
7 Licensed to the Apache Software Foundation (ASF) under one or more
8 contributor license agreements. See the NOTICE file distributed with
9 this work for additional information regarding copyright ownership.
10 The ASF licenses this file to You under the Apache License, Version 2.0
11 (the "License"); you may not use this file except in compliance with
12 the License. You may obtain a copy of the License at
14 http://www.apache.org/licenses/LICENSE-2.0
16 Unless required by applicable law or agreed to in writing, software
17 distributed under the License is distributed on an "AS IS" BASIS,
18 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
19 See the License for the specific language governing permissions and
20 limitations under the License.
23 <manualpage metafile="upgrading.xml.meta">
25 <title>Upgrading to 2.4 from 2.2</title>
28 <p>In order to assist folks upgrading, we maintain a document
29 describing information critical to existing Apache HTTP Server users. These
30 are intended to be brief notes, and you should be able to find
31 more information in either the <a
32 href="new_features_2_4.html">New Features</a> document, or in
33 the <code>src/CHANGES</code> file. Application and module developers
34 can find a summary of API changes in the <a href="developer/new_api_2_4.html"
35 >API updates</a> overview.</p>
37 <p>This document describes changes in server behavior that might
38 require you to change your configuration or how you use the server
39 in order to continue using 2.4 as you are currently using 2.2.
40 To take advantage of new features in 2.4, see the New Features
43 <p>This document describes only the changes from 2.2 to 2.4. If you
44 are upgrading from version 2.0, you should also consult the <a
45 href="http://httpd.apache.org/docs/2.2/upgrading.html">2.0 to 2.2
46 upgrading document.</a></p>
49 <seealso><a href="new_features_2_4.html">Overview of new features in
50 Apache HTTP Server 2.4</a></seealso>
52 <section id="compile-time">
53 <title>Compile-Time Configuration Changes</title>
55 <p>The compilation process is very similar to the one used in
56 version 2.2. Your old <code>configure</code> command line (as
57 found in <code>build/config.nice</code> in the installed server
58 directory) can be used in most cases. There are some changes in
59 the default settings. Some details of changes:</p>
62 <li>These modules have been removed: mod_authn_default,
63 mod_authz_default, mod_mem_cache. If you were using
64 mod_mem_cache in 2.2, look at <module>mod_cache_disk</module> in
67 <li>All load balancing implementations have been moved to
68 individual, self-contained mod_proxy submodules, e.g.
69 <module>mod_lbmethod_bybusyness</module>. You might need
70 to build and load any of these that your configuration
73 <li>Platform support has been removed for BeOS, TPF, and
74 even older platforms such as A/UX, Next, and Tandem. These were
75 believed to be broken anyway.</li>
77 <li>configure: dynamic modules (DSO) are built by default</li>
79 <li>configure: the "most" module set gets built by default</li>
84 <section id="run-time">
85 <title>Run-Time Configuration Changes</title>
86 <p>There have been significant changes in authorization configuration,
87 and other minor configuration changes, that could require changes to your 2.2
88 configuration files before using them for 2.4.</p>
91 <title>Authorization</title>
93 <p>Any configuration file that uses authorization will likely
96 <p>You should review the <a href="howto/auth.html">Authentication,
97 Authorization and Access Control Howto</a>, especially the section
98 <a href="howto/auth.html#beyond">Beyond just authorization</a>
99 which explains the new mechanisms for controlling the order in
100 which the authorization directives are applied.</p>
102 <section id="access">
103 <title>Access control</title>
105 <p>In 2.2, access control based on client hostname, IP address,
106 and other characteristics of client requests was done using the
107 directives <directive
108 module="mod_access_compat">Order</directive>, <directive
109 module="mod_access_compat">Allow</directive>, <directive
110 module="mod_access_compat">Deny</directive>, and <directive
111 module="mod_access_compat">Satisfy</directive>.</p>
113 <p>In 2.4, such access control is done in the same way as other
114 authorization checks, using the new module
115 <module>mod_authz_host</module>. The old access control idioms
116 should be replaced by the new authentication mechanisms,
117 although for compatibility with old configurations, the new
118 module <module>mod_access_compat</module> is provided.</p>
120 <p>Here are some examples of old and new ways to do the same
123 <p>In this example, all requests are denied.</p>
125 <title>2.2 configuration:</title>
126 Order deny,allow<br />
130 <title>2.4 configuration:</title>
134 <p>In this example, all requests are allowed.</p>
136 <title>2.2 configuration:</title>
137 Order allow,deny<br />
141 <title>2.4 configuration:</title>
145 <p>In the following example, all hosts in the example.org domain
146 are allowed access; all other hosts are denied access.</p>
149 <title>2.2 configuration:</title>
150 Order Deny,Allow<br />
152 Allow from example.org
155 <title>2.4 configuration:</title>
156 Require host example.org
162 <section id="config">
163 <title>Other configuration changes</title>
165 <p>Some other small adjustments may be necessary for particular
166 configurations as discussed below.</p>
169 <li><directive>MaxRequestsPerChild</directive> has been renamed to
170 <directive module="mpm_common">MaxConnectionsPerChild</directive>,
171 which describes more accurately what it does.</li>
173 <li>The <directive module="core">DefaultType</directive>
174 directive no longer has any effect, other than to emit a
175 warning if it's used with any value other than
176 <code>none</code>. You need to use other configuration
177 settings to replace it in 2.4.
180 <li><directive module="core">EnableSendfile</directive> now
181 defaults to Off.</li>
183 <li><module>mod_log_config</module>: <a
184 href="modules/mod_log_config.html#formats">${cookie}C</a>
185 matches whole cookie names. Previously any substring would
188 <li><module>mod_dav_fs</module>: The format of the <directive
189 module="mod_dav_fs">DavLockDB</directive> file has changed for
190 systems with inodes. The old <directive
191 module="mod_dav_fs">DavLockDB</directive> file must be deleted on
195 <li><directive module="core">KeepAlive</directive> only
196 accepts values of <code>On</code> or <code>Off</code>.
197 Previously, any value other than "Off" or "0" was treated as
200 <li>Directives AcceptMutex, LockFile, RewriteLock, SSLMutex,
201 SSLStaplingMutex, and WatchdogMutexPath have been replaced
202 with a single <directive module="core">Mutex</directive>
203 directive. You will need to evaluate any use of these removed
204 directives in your 2.2 configuration to determine if they can
205 just be deleted or will need to be replaced using <directive
206 module="core">Mutex</directive>.</li>
208 <li><module>mod_cache</module>: <directive
209 module="mod_cache">CacheIgnoreURLSessionIdentifiers</directive>
210 now does an exact match against the query string instead of a
211 partial match. If your configuration was using partial
212 strings, e.g. using <code>sessionid</code> to match
213 <code>/someapplication/image.gif;jsessionid=123456789</code>,
214 then you will need to change to the full string
215 <code>jsessionid</code>.
218 <li><module>mod_ldap</module>: <directive
219 module="mod_ldap">LDAPTrustedClientCert</directive> is now
220 consistently a per-directory setting only. If you use this
221 directive, review your configuration to make sure it is
222 present in all the necessary directory contexts.</li>
224 <li><module>mod_filter</module>: <directive
225 module="mod_filter">FilterProvider</directive> syntax has changed and
226 now uses a boolean expression to determine if a filter is applied.
229 <li><module>mod_include</module>:
231 <li>The <code>#if expr</code> element now uses the new <a
232 href="expr.html">expression parser</a>. The old syntax can be
233 restored with the new directive <directive module="mod_include"
234 >SSILegacyExprParser</directive>.
236 <li>An SSI* config directive in directory scope no longer causes
237 all other per-directory SSI* directives to be reset to their
242 <li><module>mod_charset_lite</module>: The <code>DebugLevel</code>
243 option has been removed in favour of per-module <directive
244 module="core">LogLevel</directive> configuration.
247 <li><module>mod_ext-filter</module>: The <code>DebugLevel</code>
248 option has been removed in favour of per-module <directive
249 module="core">LogLevel</directive> configuration.
256 <title>Misc Changes</title>
259 <li><module>mod_autoindex</module>: will now extract titles and
260 display descriptions for .xhtml files, which were previously
263 <li><module>mod_ssl</module>: The default format of the <code>*_DN</code>
264 variables has changed. The old format can still be used with the new
265 <code>LegacyDNStringFormat</code> argument to <directive
266 module="mod_ssl">SSLOptions</directive>.</li>
268 <li><program>htpasswd</program> now uses MD5 hash by default on
271 <li>The <directive module="core">NameVirtualHost</directive>
272 directive no longer has any effect, other than to emit a
273 warning. Any address/port combination appearing in multiple
274 virtual hosts is implicitly treated as a name-based virtual host.
281 <section id="third-party">
282 <title>Third Party Modules</title>
283 <p>All modules must be recompiled for 2.4 before being loaded.</p>
285 <p>Many third-party modules designed for version 2.2 will
286 otherwise work unchanged with the Apache HTTP Server version 2.4.
287 Some will require changes; see the <a href="developer/new_api_2_4.html">API
288 update</a> overview.</p>
291 <section id="commonproblems">
292 <title>Common problems when upgrading</title>
293 <ul><li>Startup errors:
295 <li><code>Invalid command 'User', perhaps misspelled or defined by a module not included in the server configuration</code> - load module <module>mod_unixd</module></li>
296 <li><code>Invalid command 'Require', perhaps misspelled or defined by a module not included in the server configuration</code>, or
297 <code>Invalid command 'Order', perhaps misspelled or defined by a module not included in the server configuration</code>
298 - load module <module>mod_access_compat</module>, or update configuration to 2.4 authorization directives.</li>
299 <li><code>Ignoring deprecated use of DefaultType in line NN of /path/to/httpd.conf</code> - remove <directive module="core">DefaultType</directive>
300 and replace with other configuration settings.</li>
302 <li>Errors serving requests:
304 <li><code>configuration error: couldn't check user: /path</code> -
305 load module <module>mod_authn_core</module>.</li>