Apache

1,081 views

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,081
On SlideShare
0
From Embeds
0
Number of Embeds
29
Actions
Shares
0
Downloads
14
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Apache

  1. 1. APACHE INSTALLATION CONFIGURATION - BY MANISH BOTHRA
  2. 2. APACHE <ul><li>Apache Tomcat is an open source software implementation of the Java Servlet and JavaServer Pages technologies. </li></ul><ul><li>The Java Servlet and JavaServer Pages specifications are developed under the Java Community Process. </li></ul>
  3. 3. INSTALLATION
  4. 4. Installation Apache The first app we will install is the web server Apache . To get started open your console and type: sudo apt-get install apache2 After you put in your password and accept and a short wait you should have a working installation of Apache. To test it point your web browser to http://localhost
  5. 7. <ul><li>Ensure the selected JRE is a full JDK and is of a version that will satisfy Apache Tomcat (this scenario was written using SUN JDK 1.4.2_06). If necessary, you can click on Installed JREs... to add JDKs to Eclipse. Click Finish . </li></ul>
  6. 8. CONFIGURATION
  7. 9. 1.AcceptFilter directive <ul><li>Syntax: AcceptFilter on|off </li></ul><ul><li>Default: AcceptFilter on </li></ul><ul><li>Context: server config </li></ul><ul><li>Status: core </li></ul><ul><li>Compatibility: AcceptFilter is available in Apache 1.3.22 and later </li></ul><ul><li>AcceptFilter controls a BSD specific filter optimization </li></ul>
  8. 10. 2.AcceptMutex directive <ul><li>AcceptMutex directive </li></ul><ul><li>Syntax: AcceptMutex uslock|pthread|sysvsem|fcntl|flock|os2sem|tpfcore|none|default </li></ul><ul><li>Default: AcceptMutex default </li></ul><ul><li>Context: server config </li></ul><ul><li>Status: core </li></ul><ul><li>Compatibility: AcceptMutex is available in Apache 1.3.21 and later. </li></ul><ul><li>AcceptMutex controls which accept() mutex method Apache will us </li></ul>
  9. 11. 3.AccessConfig directive <ul><li>Syntax: AccessConfig file-path|directory-path|wildcard-path </li></ul><ul><li>Default: AccessConfig conf/access.conf </li></ul><ul><li>Context: server config, virtual host </li></ul><ul><li>Status: core </li></ul><ul><li>Compatibility: The ability to specify a directory, rather than a file name, is only available in Apache 1.3.13 and later. This directive will be eliminated in version 2.0. </li></ul>
  10. 12. This feature can be disabled using: AccessConfig /dev/null Or, on Win32 servers, AccessConfig nul Historically, this file only contained <Directory> sections; in fact it can now contain any server directive allowed in the server config context. However, since Apache version 1.3.4, the default access.conf file which ships with Apache contains only comments.
  11. 13. 4.AccessFileName directive Syntax: AccessFileName filename [filename] ... Default: AccessFileName .htaccess Context: server config, virtual host Status: core Compatibility: AccessFileName can accept more than one filename only in Apache 1.3 and later
  12. 14. For example: AccessFileName .acl before returning the document /usr/local/web/index.html, the server will read /.acl, /usr/.acl, /usr/local/.acl and /usr/local/web/.acl for directives, unless they have been disabled with <Directory /> AllowOverride None </Directory>
  13. 15. 5.AddDefaultCharset directive Syntax: AddDefaultCharset On|Off|charset Context: all Status: core Default: AddDefaultCharset Off Compatibility: AddDefaultCharset is only available in Apache 1.3.12 and later
  14. 16. AddDefaultCharset On enables Apache's internal default charset of iso-8859-1 as required by the directive. You can also specify an alternate charset to be used. For example: AddDefaultCharset utf-8
  15. 17. 6.AddModule directive Syntax: AddModule module [module] ... Context: server config Status: core Compatibility: AddModule is only available in Apache 1.2 and later For example: AddModule mod_include.c
  16. 18. 7.AllowOverride directive Syntax: AllowOverride All|None|directive-type [directive-type] ... Default: AllowOverride All Context: directory Status: core AllowOverride is only valid in <Directory> sections, not in <Location> or <Files> sections, as implied by the Context section above
  17. 19. 8.AuthName directive AuthName directive Syntax: AuthName auth-domain Context: directory, .htaccess Override: AuthConfig Status: cor sets the name of the authorization realm for a directory
  18. 20. It must be accompanied by AuthType and Require directives, and directives such as AuthUserFile and AuthGroupFile to work. For example: AuthName &quot;Top Secret&quot; The string provided for the AuthName is what will appear in the password dialog provided by most browsers.
  19. 21. 9.AuthDigestRealmSeed directive Syntax: AuthDigestRealmSeed secret-real-string Context: directory, .htaccess Override: AuthConfig Status: core sets a per realm secret nonce prefix which is used to ensure that a captured username, password and realm string during a Digest exchange cannot be replayed at other places.
  20. 22. 10.AuthType directive Syntax: AuthType Basic|Digest Context: directory, .htaccess Override: AuthConfig Status: core This directive selects the type of user authentication for a directory. Only Basic and Digest are currently implemented. It must be accompanied by AuthName and Require directives, and directives such as AuthUserFile and AuthGroupFile to work.
  21. 23. 11.BindAddress directive BindAddress directive Syntax: BindAddress *|IP-address|domain-name Default: BindAddress * Context: server config Status: core Compatibility: BindAddress is deprecated and will be eliminated in Apache 2.0.
  22. 24. For example: BindAddress 192.168.15.48 BindAddress can be used as an alternative method for supporting virtual hosts using multiple independent servers, instead of using <VirtualHost> sections
  23. 25. 12.BS2000Account directive <ul><li>Syntax: BS2000Account account </li></ul><ul><li>Default: none </li></ul><ul><li>Context: server config </li></ul><ul><li>Status: core </li></ul><ul><li>Compatibility: BS2000Account is only available for BS2000 machines, as of Apache 1.3 and later. </li></ul>
  24. 26. <ul><li>BS2000Account directive is available for BS2000 hosts only.It must be used to define the account number for the non-privileged apache server user (which was configured using the User directive). </li></ul>
  25. 27. 13.CGICommandArgs directive <ul><li>Syntax: CGICommandArgs On|Off </li></ul><ul><li>Default: CGICommandArgs On </li></ul><ul><li>Context: directory, .htaccess </li></ul><ul><li>Override: Options </li></ul><ul><li>Status: core </li></ul><ul><li>Compatibility: Available in Apache 1.3.24 and later. </li></ul>
  26. 28. 1 4.ClearModuleList directive <ul><li>Syntax: ClearModuleList </li></ul><ul><li>Context: server config </li></ul><ul><li>Status: core </li></ul><ul><li>Compatibility: ClearModuleList is only available in Apache 1.2 and later. </li></ul><ul><li>This directive clears the list. It is assumed that the list will then be re-populated using the AddModule directive. </li></ul>
  27. 29. 15.ContentDigest directive <ul><li>Syntax: ContentDigest on|off </li></ul><ul><li>Default: ContentDigest off </li></ul><ul><li>Context: server config, virtual host, directory, .htaccess </li></ul><ul><li>Override: Options </li></ul><ul><li>Status: experimental </li></ul><ul><li>Compatibility: ContentDigest is only available in Apache 1.1 and later </li></ul><ul><li>This directive enables the generation of Content-MD5 headers as defined in RFC1864 respectively RFC2068 </li></ul>
  28. 30. 1 6.CoreDumpDirectory directive <ul><li>Syntax: CoreDumpDirectory directory-path </li></ul><ul><li>Default: the same location as ServerRoot </li></ul><ul><li>Context: server config </li></ul><ul><li>Status: core </li></ul><ul><li>This controls the directory to which Apache attempts to switch before dumping core. </li></ul>
  29. 31. 17.DefaultType directive <ul><li>Syntax: DefaultType MIME-type </li></ul><ul><li>Default: DefaultType text/plain </li></ul><ul><li>Context: server config, virtual host, directory, .htaccess </li></ul><ul><li>Override: FileInfo </li></ul><ul><li>Status: core </li></ul>
  30. 32. <ul><li>There will be times when the server is asked to provide a document whose type cannot be determined by its MIME types mappings. </li></ul><ul><li>The server must inform the client of the content-type of the document, so in the event of an unknown type it uses the DefaultType. For example: </li></ul><ul><li>DefaultType image/gif </li></ul>
  31. 33. 18.DirectoryMatch <ul><li><DirectoryMatch> </li></ul><ul><li>Syntax: <DirectoryMatch regex> ... </DirectoryMatch> </li></ul><ul><li>Context: server config, virtual host </li></ul><ul><li>Status: Core. </li></ul><ul><li>Compatibility: Available in Apache 1.3 and late </li></ul>
  32. 34. <ul><li><DirectoryMatch> and </DirectoryMatch> are used to enclose a group of directives which will apply only to the named directory and sub-directories of that directory, the same as <Directory>. However, it takes as an argument a regular expression. </li></ul><ul><li>For example: </li></ul><ul><li><DirectoryMatch &quot;^/www/.*/[0-9]{3}&quot;> </li></ul>
  33. 35. 19.DocumentRoot directive <ul><li>DocumentRoot directive </li></ul><ul><li>Syntax: DocumentRoot directory-path </li></ul><ul><li>Default: DocumentRoot /usr/local/apache/htdocs </li></ul><ul><li>Context: server config, virtual host </li></ul><ul><li>Status: core </li></ul><ul><li>This directive sets the directory from which httpd will serve files. </li></ul>
  34. 36. <ul><li>Unless matched by a directive like Alias, the server appends the path from the requested URL to the document root to make the path to the document. </li></ul><ul><li>Example: </li></ul><ul><li>DocumentRoot /usr/web </li></ul><ul><li>then an access to http://www.my.host.com/index.html refers to /usr/web/index.html. </li></ul>
  35. 37. 20.EBCDICConvert <ul><li>Syntax: EBCDICConvert On|Off[=direction] extension [extension] ... </li></ul><ul><li>Context: server config, virtual host, directory, .htaccess </li></ul><ul><li>Status: core </li></ul><ul><li>Override: FileInfo </li></ul><ul><li>Compatibility: The configurable EBCDIC conversion is only available in Apache 1.3.19 and later. </li></ul>
  36. 38. <ul><li>The EBCDICConvert directive maps the given filename extensions to the specified conversion setting (On or Off). File extensions may be specified with or without a leading dot </li></ul>
  37. 39. 21.EnableExceptionHook directive <ul><li>Syntax: EnableExceptionHook on|off </li></ul><ul><li>Default: EnableExceptionHook off </li></ul><ul><li>Context: server config </li></ul><ul><li>Status: core </li></ul><ul><li>Compatibility: EnableExceptionHook is available in Apache 1.3.30 and later </li></ul><ul><li>EnableExceptionHook controls whether or not an exception hook implemented by a module will be called after a child process crash. </li></ul>
  38. 40. 22.<Files> directive <ul><li>Syntax: <Files filename> ... </Files> </li></ul><ul><li>Context: server config, virtual host, .htaccess </li></ul><ul><li>Status: core </li></ul><ul><li>Compatibility: only available in Apache 1.2 and above </li></ul><ul><li>The <Files> directive provides for access control by filename. </li></ul>
  39. 41. 23.<FilesMatch> <ul><li>Syntax: <FilesMatch regex> ... </FilesMatch> </li></ul><ul><li>Context: server config, virtual host, .htaccess </li></ul><ul><li>Status: core </li></ul><ul><li>Compatibility: only available in Apache 1.3 and above. </li></ul><ul><li>The <FilesMatch> directive provides for access control by filename, just as the <Files> directive does. However, it accepts a regular expression. For example: </li></ul><ul><li><FilesMatch &quot;.(gif|jpe?g|png)$&quot;> </li></ul><ul><li>would match most common Internet graphics formats. </li></ul>
  40. 42. <ul><li>The <FilesMatch> directive provides for access control by filename, just as the <Files> directive does. However, it accepts a regular expression. For example: </li></ul><ul><li><FilesMatch &quot;.(gif|jpe?g|png)$&quot;> </li></ul><ul><li>would match most common Internet graphics formats. </li></ul>
  41. 43. 24.HostnameLookups directive <ul><li>Syntax: HostnameLookups on|off|double </li></ul><ul><li>Default: HostnameLookups off </li></ul><ul><li>Context: server config, virtual host, directory </li></ul><ul><li>Status: core </li></ul><ul><li>Compatibility: double available only in Apache 1.3 and above. </li></ul><ul><li>Compatibility: Default was on prior to Apache 1.3. </li></ul>
  42. 44. <ul><li>This directive enables DNS lookups so that host names can be logged (and passed to CGIs/SSIs in REMOTE_HOST). </li></ul><ul><li>At least one of the ip addresses in the forward lookup must match the original address. (In &quot;tcpwrappers&quot; terminology this is called PARANOID.) </li></ul>
  43. 45. 25.IdentityCheck directive <ul><li>Syntax: IdentityCheck on|off </li></ul><ul><li>Default: IdentityCheck off </li></ul><ul><li>Context: server config, virtual host, directory </li></ul><ul><li>Status: core </li></ul><ul><li>This directive enables RFC1413-compliant logging of the remote user name for each connection, where the client machine runs identd or something similar. This information is logged in the access log. </li></ul>
  44. 46. 26.<IfDefine> directive <ul><li>Syntax: <IfDefine [!]parameter-name> ... </IfDefine> </li></ul><ul><li>Default: None </li></ul><ul><li>Context: all </li></ul><ul><li>Status: Core </li></ul><ul><li>Compatibility: <IfDefine> is only available in 1.3.1 and later. </li></ul><ul><li>The <IfDefine test>...</IfDefine> section is used to mark directives that are conditional. The directives within an IfDefine section are only processed if the test is true. If test is false, everything between the start and end markers is ignored. </li></ul><ul><li>The test in the <IfDefine> section directive can be one of two forms: </li></ul><ul><li>* parameter-name </li></ul><ul><li>* !parameter-name </li></ul>
  45. 47. <ul><li>The directives within an IfDefine section are only processed if the test is true. If test is false, everything between the start and end markers is ignored. </li></ul><ul><li>The test in the <IfDefine> section directive can be one of two forms: </li></ul><ul><li>* parameter-name </li></ul><ul><li>* !parameter-name </li></ul>
  46. 48. 27.<IfModule> directive <ul><li>Syntax: <IfModule [!]module-name> ... </IfModule> </li></ul><ul><li>Default: None </li></ul><ul><li>Context: all </li></ul><ul><li>Status: Core </li></ul><ul><li>Compatibility: IfModule is only available in 1.2 and later. </li></ul>
  47. 49. <ul><li>The <IfModule test>...</IfModule> section is used to mark directives that are conditional. The directives within an IfModule section are only processed if the test is true. If test is false, everything between the start and end markers is ignored. </li></ul><ul><li>The test in the <IfModule> section directive can be one of two forms: </li></ul><ul><li>* module name * !module name </li></ul>
  48. 50. 28.KeepAliveTimeout directive <ul><li>Syntax: KeepAliveTimeout seconds </li></ul><ul><li>Default: KeepAliveTimeout 15 </li></ul><ul><li>Context: server config </li></ul><ul><li>Status: Core </li></ul><ul><li>Compatibility: KeepAliveTimeout is only available in Apache 1.1 and later. </li></ul><ul><li>The number of seconds Apache will wait for a subsequent request before closing the connection. </li></ul>
  49. 51. 29.<Limit> directive <ul><li>Syntax: <Limit method [method] ... > ... </Limit> </li></ul><ul><li>Context: any </li></ul><ul><li>Status: core </li></ul><ul><li>Access controls are normally effective for all access methods, and this is the usual desired behavior. In the general case, access control directives should not be placed within a <limit> section </li></ul>
  50. 52. 30.<LimitExcept> directive <ul><li><LimitExcept> directive </li></ul><ul><li>Syntax: <LimitExcept method [method] ... > ... </LimitExcept> </li></ul><ul><li>Context: any </li></ul><ul><li>Status: core </li></ul><ul><li>Compatibility: Available in Apache 1.3.5 and later </li></ul>
  51. 53. <ul><li><LimitExcept> and </LimitExcept> are used to enclose a group of access control directives which will then apply to any HTTP access method not listed in the arguments; i.e., it is the opposite of a <Limit> section and can be used to control both standard and nonstandard/unrecognized methods. See the documentation for <Limit> for more details.For example: </li></ul><ul><li><LimitExcept POST GET> </li></ul><ul><li>Require valid-user </li></ul><ul><li></LimitExcept> </li></ul>
  52. 54. Thank you

×