㈠ 璇烽棶 APACHE HTTP.CONF 鏂囦欢鏄浠涔堣瑷鍐欑殑
鏄鏂囨湰閰嶇疆鏂囦欢锛屼笉鏄浠涔堣瑷鍐欑殑銆傚洜涓轰笉鏄闇瑕佽В閲婃垨缂栬瘧 鐒跺悗杩愯岀殑銆
㈡ 谁有Apache 服务器的配置详细介绍
Apache服务器的设置文件位于/usr/local/apache/conf/目录下，传统上使用三个配置文件httpd.conf,access.conf和srm.conf，来配置Apache服务器的行为。httpd.conf提供了最基本的服务器配置，是对守护程序httpd如何运行的技术描述；srm.conf是服务器的资源映射文件，告诉服务器各种文件的MIME类型，以及如何支持这些文件；access.conf用于配置服务器的访问权限，控制不同用户和计算机的访问限制；这三个配置文件控制着服务器的各个方面的特性，因此为了正常运行服务器便需要设置好这三个文件。 除了这三个设置文件之外，Apache还使用mime.types文件用于标识不同文件对应的MIME类型， magic文件设置不同MIME类型文件的一些特殊标识，使得Apache 服务器从文档后缀不能判断出文件的MIME 类型时，能通过文件内容中的这些特殊标记来判断文档的MIME类型。 bash-2.02$ ls -l /usr/local/apache/conf total 100 -rw-r–r– 1 root wheel 348 Apr 16 16:01 access.conf -rw-r–r– 1 root wheel 348 Feb 13 13:33 access.conf.default -rw-r–r– 1 root wheel 30331 May 26 08:55 httpd.conf -rw-r–r– 1 root wheel 29953 Feb 13 13:33 httpd.conf.default -rw-r–r– 1 root wheel 12441 Apr 19 15:42 magic -rw-r–r– 1 root wheel 12441 Feb 13 13:33 magic.default -rw-r–r– 1 root wheel 7334 Feb 13 13:33 mime.types -rw-r–r– 1 root wheel 383 May 13 17:01 srm.conf -rw-r–r– 1 root wheel 357 Feb 13 13:33 srm.conf.default 事实上当前版本的Apache将原来httpd.conf、srm.conf与access.conf中的所有配置参数均放在了一个配置文件httpd.conf中，只是为了与以前的版本兼容的原因（使用这三个设置文件的方式来源于NCSA-httpd），才使用三个配置文件。而提供的access.conf和srm.conf文件中没有具体的设置。 由于在新版本的Apache中，所有的设置都被放在了httpd.conf中，因此只需要调整这个文件中的设置。以下使用缺省提供的httpd.conf为例，解释Apache服务器的各个设置选项。然而不必因为它提供设置的参数太多而烦恼，基本上这些参数都很明确，也可以不加改动运行Apache服务器。但如果需要调整Apache服务器的性能，以及增加对某种特性的支持，就需要了解这些设置参数的含义。 关于Apache服务器的性能，在Internet上存在很大的争议，基本上使用Apache的使用者几乎都不怀疑它的优秀性能，Apache也支撑了很多著名的高负载的网站，但是在商业机构的评测中，Apache往往得分不高。很多人指出，在这些评测中，商业Web服务器及其操作系统往往由其专业公司的工程师进行过性能调整，而Free 的操作系统和Web服务器往往就使用其缺省配置或仅仅作很小的更改。需要指出的是，除了操作系统的性能调整之外，Apache 服务器本身的缺省配置绝不是最优化和最高效的，而是要适应几乎所有种类操作系统、所有种类硬件下的设置，多平台的软件不可能为特定平台和特定硬件提供最优化的缺省配置。因此要使用Apache的时候，性能调整是必不可少的。 在商业评测中忽略了的另一个事实是，评测时往往对不同种类的功能进行比较，例如使用Apache的标准CGI 的性能与ISAPI，NSAPI等服务器端API比较，事实上Apache服务器与此可以比较的功能为modperl ，FastCGI，与ASP类似的功能为PHP等等，只不过由于Apache的开放模式，这些功能是由独立的开发组，作为独立的模块来实现的。但是在评测中，测试人员没有加入相应的模块评测其性能。 HTTP守护进程的运行参数 httpd.conf中首先定义了一些httpd守护进程运行时需要的参数，来决定其运行方式和运行环境。 ServerType standalone ServerType定义服务器的启动方式，缺省值为独立方式standalone，httpd 服务器将由其本身启动，并驻留在主机中监视连接请求。在linux下将在启动文件 /etc/rc.d/rc.local/init.d/apache中自动启动Web服务器，这种方式是推荐设置。 启动Apache服务器的另一种方式是inet方式，使用超级服务器inetd监视连接请求并启动服务器。当需要使用inetd启动方式时，便需要更改为这个设置，并屏蔽/etc/rc.d/rc.local/init.d/apache文件，以及更改/etc/inetd.conf并重起inetd，那么Apache就能从inetd中启动了。 两种方式的区别是独立方式是由服务器自身管理自己的启动进程，这样在启动时能立即启动服务器的多个副本，每个副本都驻留在内存中，一有连接请求不需要生成子进程就可以立即进行处理，对于客户浏览器的请求反应更快，性能较高。而 inetd方式要由inetd发现有连接请求后才去启动http服务器，由于inetd 要监听太多的端口，因此反应较慢、效率较低，但节约了没有连接请求时Web服务器占用的资源。因此inetd方式只用于偶尔被访问并且不要求访问速度的服务器上。事实上inetd方式不适合http的突发和多连接的特性，因为一个页面可能包含多个图象，而每个图象都会引起一个连接请求，即使虽然访问人数造成教少，但瞬间的连接请求并不少，这就受到inetd性能的限制，甚至会影响由inetd启动的其他服务器程序。 ServerRoot "/usr/local" ServerRoot用于指定守护进程httpd的运行目录，httpd在启动之后将自动将进程的当前目录改变为这个目录，因此如果设置文件中指定的文件或目录是相对路径，那么真实路径就位于这个ServerRoot定义的路径之下。 由于httpd会经常进行并发的文件操作，就需要使用加锁的方式来保证文件操作不冲突，由于NFS文件系统在文件加锁方面能力有限，因此这个目录应该是本地磁盘文件系统，而不应该使用NFS文件系统。 #LockFile /var/run/httpd.lock LockFile参数指定了httpd守护进程的加锁文件，一般不需要设置这个参数， Apache服务器将自动在ServerRoot下面的路径中进行操作。但如果ServerRoot为NFS文件系统，便需要使用这个参数指定本地文件系统中的路径。 PidFile /var/run/httpd.pid PidFile指定的文件将记录httpd守护进程的进程号，由于httpd能自动复制其自身，因此系统中有多个httpd进程，但只有一个进程为最初启动的进程，它为其他进程的父进程，对这个进程发送信号将影响所有的httpd进程。PidFILE定义的文件中就记录httpd父进程的进程号。 ScoreBoardFile /var/run/httpd.scoreboard httpd使用ScoreBoardFile来维护进程的内部数据，因此通常不需要改变这个参数，除非管理员想在一台计算机上运行几个Apache服务器，这时每个Apache服务器都需要独立的设置文件htt pd.conf，并使用不同的ScoreBoardFile。 #ResourceConfig conf/srm.conf #AccessConfig conf/access.conf 这两个参数ResourceConfig和AccessConfig，就用于和使用 srm.conf 和 access.conf 设置文件的老版本Apache兼容。如果没有兼容的需要，可以将对应的设置文件指定为/dev/null，这将表示不存在其他设置文件，而仅使用httpd.conf 一个文件来保存所有的设置选项。 Timeout 300 Timeout定义客户程序和服务器连接的超时间隔，超过这个时间间隔（秒）后服务器将断开与客户机的连接。 KeepAlive On 在HTTP 1.0中，一次连接只能作传输一次HTTP请求，而KeepAlive参数用于支持HTTP 1.1版本的一次连接、多次传输功能，这样就可以在一次连接中传递多个HTTP请求。虽然只有较新的浏览器才支持这个功能，但还是打开使用这个选项。 MaxKeepAliveRequests 100 MaxKeepAliveRequests为一次连接可以进行的HTTP请求的最大请求次数。将其值设为0将支持在一次连接内进行无限次的传输请求。事实上没有客户程序在一次连接中请求太多的页面，通常达不到这个上限就完成连接了。 KeepAliveTimeout 15 KeepAliveTimeout测试一次连接中的多次请求传输之间的时间，如果服务器已经完成了一次请求，但一直没有接收到客户程序的下一次请求，在间隔超过了这个参数设置的值之后，服务器就断开连接。 MinSpareServers 5MaxSpareServers 10 在使用子进程处理HTTP请求的Web服务器上，由于要首先生成子进程才能处理客户的请求，因此反应时间就有一点延迟。但是，Apache服务器使用了一个特殊技术来摆脱这个问题，这就是预先生成多个空余的子进程驻留在系统中，一旦有请求出现，就立即使用这些空余的子进程进行处理，这样就不存在生成子进程造成的延迟了。在运行中随着客户请求的增多，启动的子进程会随之增多，但这些服务器副本在处理完一次HTTP请求之后并不立即退出，而是停留在计算机中等待下次请求。但是空余的子进程副本不能光增加不减少，太多的空余子进程没有处理任务，也占用服务器的处理能力，因此也要限制空余副本的数量，使其保持一个合适的数量，使得既能及时回应客户请求，又能减少不必要的进程数量。 因此就可以使用参数MinSpareServers来设置最少的空余子进程数量， 以及使用参数MaxSpareServers 来限制最多的空闲子进程数量，多余的服务器进程副本就会退出。根据服务器的实际情况来进行设置，如果服务器性能较高，并且也被频繁访问，就应该增大这两个参数的设置。对于高负载的专业网站，这两个值应该大致相同，并且等同于系统支持的最多服务器副本数量，也减少不必要的副本退出。 StartServers 5 StartServers参数就是用来设置httpd启动时启动的子进程副本数量，这个参数与上面定义的MinSpareServers和MaxSpareServers参数相关，都是用于启动空闲子进程以提高服务器的反应速度的。这个参数应该设置为前两个值之间的一个数值，小于MinSpareServers和大于MaxS pareServers都没有意义。 MaxClients 150 在另一方面，服务器的能力毕竟是有限的，不可能同时处理无限多的连接请求，因此参数Maxclient s就用于规定服务器支持的最多并发访问的客户数，如果这个值设置得过大，系统在繁忙时不得不在过多的进程之间进行切换来为太多的客户进行服务，这样对每个客户的反应就会减慢，并降低了整体的效率。如果这个值设置的较小，那么系统繁忙时就会拒绝一些客户的连接请求。当服务器性能较高时，就可以适当增加这个值的设置。对于专业网站，应该使用提高服务器效率的策略，因此这个参数不能超过硬件本身的限制，如果频繁出现拒绝访问现象，就说明需要升级服务器硬件了。对于非专业网站，不太在意对客户浏览器的反应速度，或者认为反应速度较慢也比拒绝连接好，就也可以略微超过硬件条件来设置这个参数。 这个参数限制了MinSpareServers和MaxSpareServers的设置，它们不应该大于这个参数的设置。 MaxRequestsPerChild 30 使用子进程的方式提供服务的Web服务，常用的方式是一个子进程为一次连接服务，这样造成的问题就是每次连接都需要生成、退出子进程的系统操作，使得这些额外的处理过程占据了计算机的大量处理能力。因此最好的方式是一个子进程可以为多次连接请求服务，这样就不需要这些生成、退出进程的系统消耗，Apache就采用了这样的方式，一次连接结束后，子进程并不退出，而是停留在系统中等待下一次服务请求，这样就极大的提高了性能。 但由于在处理过程中子进程要不断的申请和释放内存，次数多了就会造成一些内存垃圾，就会影响系统的稳定性，并且影响系统资源的有效利用。因此在一个副本处理过一定次数的请求之后，就可以让这个子进程副本退出，再从原始的httpd进程中重新复制一个干净的副本，这样就能提高系统的稳定性。这样，每个子进程处理服务请求次数由MaxRe questPerChild定义。 缺省的设置值为30，这个值对于具备高稳定性特点的Linux系统来讲是过于保守的设置，可以设置为1000甚至更高，设置为0支持每个副本进行无限次的服务处理。 #Listen 3000 #Listen 12.34.56.78:80 #BindAddress * Listen参数可以指定服务器除了监视标准的80端口之外，还监视其他端口的HTTP请求。由于FreeBSD系统可以同时拥有多个IP地址，因此也可以指定服务器只听取对某个BindAddress< /B>的IP地址的HTTP请求。如果没有配置这一项，则服务器会回应对所有IP的请求。 即使使用了BindAddress参数，使得服务器只回应对一个IP地址的请求，但是通过使用扩展的Listen参数，仍然可以让HTTP守护进程回应对其他IP地址的请求。此时Listen参数的用法与上面的第二个例子相同。这种比较复杂的用法主要用于设置虚拟主机。此后可以用VirtualHost参数定义对不同IP的虚拟主机，然而这种用法是较早的HTTP 1.0标准中设置虚拟主机的方法，每针对一个虚拟主机就需要一个IP地址，实际上用处并不大。在HTTP 1.1中，增加了对单IP地址多域名的虚拟主机的支持，使得虚拟主机的设置具备更大的意义。 LoadMole mime_magic_mole libexec/apache/mod_mime_magic.so LoadMole info_mole libexec/apache/mod_info.so LoadMole speling_mole libexec/apache/mod_speling.so LoadMole proxy_mole libexec/apache/libproxy.so LoadMole rewrite_mole libexec/apache/mod_rewrite.so LoadMole anon_auth_mole libexec/apache/mod_auth_anon.so LoadMole db_auth_mole libexec/apache/mod_auth_db.so LoadMole digest_mole libexec/apache/mod_digest.so LoadMole cern_meta_mole libexec/apache/mod_cern_meta.so LoadMole expires_mole libexec/apache/mod_expires.so LoadMole headers_mole libexec/apache/mod_headers.so LoadMole usertrack_mole libexec/apache/mod_usertrack.so LoadMole unique_id_mole libexec/apache/mod_unique_id.so ClearMoleList AddMole mod_env.c AddMole mod_log_config.c AddMole mod_mime_magic.c AddMole mod_mime.c AddMole mod_negotiation.c AddMole mod_status.c AddMole mod_info.c AddMole mod_include.c AddMole mod_autoindex.c AddMole mod_dir.c AddMole mod_cgi.c AddMole mod_asis.c AddMole mod_imap.c AddMole mod_actions.c AddMole mod_speling.c AddMole mod_userdir.c AddMole mod_proxy.c AddMole mod_alias.c AddMole mod_rewrite.c AddMole mod_access.c AddMole mod_auth.c AddMole mod_auth_anon.c AddMole mod_auth_db.c AddMole mod_digest.c AddMole mod_cern_meta.c AddMole mod_expires.c AddMole mod_headers.c AddMole mod_usertrack.c AddMole mod_unique_id.c AddMole mod_so.c AddMole mod_setenvif.c Apache服务器的一个重要特性就是其模块化的结构，这不但表现为其能在编译时能通过新的模块加入新的功能，还表现为其模块可以动态加载入http服务程序中，而不必载入不需要的模块。使用Apache的动态加载模块只需要设置好Load Mole和AddMole参数就可以了，这种特性就是Apache的 DSO（Dynamic Shared Object）特性，然而要想充分使用DSO特性仍然不是一个简单的事情，不适当的改动这里的设置就可能造成服务器不能正常启动。因此如果不是要增加或减少服务器提供的功能，就不要改动这里的设置。 上面这些列表就显示了Linux下的缺省Apache服务器支持的模块，事实上很多模块是没有必要的，不必要模块不会被载入内存。模块可以静态连接到pache 服务器内部，也可以这样动态加载，将Apache的特性都编译成动态可加载模块是该Port的做法，而不是Apache的缺省做法，这样就以牺牲很小的性能的同时，带来极大的灵活性。 因而动态可加载的能力还是对性能有轻微的影响，因此可以重新编译Apache，将自己所需要的功能编译进Apache 服务器内部，可以让系统显得更为干净，效率也有轻微的提高。通常仅仅为了这一个目的就重新编译Apache是没有必要的，如果需要增加其他特性而重新编译Apache，不妨在增加其他模块的同时将所有的模块都静态连接入Apache 服务器。有的使用者更喜欢动态加载模块，那么也不妨全部都使用动态加载模块。 这些模块都被放置到/usr/local/apache/libexec/目录下， 每个模块对应Apache服务器的一个特性。详细解释每个模块的功能需要相当多的篇幅，其中比较重要的特性将在后面相应的地方中进行解释，而具体每个模块的功能及用法就需要查看Apache的文档。 #ExtendedStatus On Apache服务器可以通过特殊的HTTP请求，来报告自身的运行状态，打开这个ExtendedStatus 参数可以让服务器报告更全面的运行状态信息。
㈢ apache鏈嶅姟鍣ㄧ閰嶇疆鏂囦欢鏄
Apache鏈嶅姟鍣ㄧ鐨勪富瑕侀厤缃鏂囦欢鏄痟ttpd.conf銆Apache HTTP鏈嶅姟鍣锛岄氬父琚绠绉颁负Apache锛屾槸涓娆惧紑婧愮殑銆佽法骞冲彴鐨勭綉椤垫湇鍔″櫒杞浠躲傚畠鍙浠ヨ繍琛屽湪鍑犱箮鎵鏈夌殑璁＄畻鏈烘搷浣滅郴缁熶笂锛屽苟涓旀槸浜掕仈缃戜笂鏈娴佽岀殑web鏈嶅姟鍣ㄨ蒋浠朵箣涓銆侫pache鏈嶅姟鍣ㄧ殑閰嶇疆鏂囦欢鏄鐢ㄤ簬璋冩暣鏈嶅姟鍣ㄨ屼负鍜屾ц兘鐨勬枃鏈鏂囦欢锛屽叾涓鍖呮嫭浜嗚稿氫笉鍚岀殑璁剧疆鍜岄夐」銆鏈涓昏佺殑閰嶇疆鏂囦欢鏄痟ttpd.conf锛屽畠閫氬父浣嶄簬Apache鏈嶅姟鍣ㄧ殑conf鐩褰曚笅銆傝繖涓鏂囦欢鍖呭惈浜嗘湇鍔″櫒鍏ㄥ眬鐨勯厤缃锛屼緥濡傜洃鍚绔鍙ｃ佹湇鍔″櫒绠＄悊鍛樼殑閭绠便佽秴鏃舵椂闂淬佹枃妗ｆ牴鐩褰曠瓑銆傛ゅ栵紝httpd.conf涔熶細鍖呭惈涓浜涚敤浜庡姞杞藉叾浠栨ā鍧楃殑閰嶇疆鎸囦护锛屼緥濡俶od_rewrite銆乵od_php绛夈涓句竴涓渚嬪瓙锛屽傛灉浣犳兂鏀瑰彉Apache鏈嶅姟鍣ㄧ殑鐩戝惉绔鍙ｏ紝浣犲彲浠ユ墦寮httpd.conf鏂囦欢锛屾壘鍒扳淟isten鈥濇寚浠わ紝鐒跺悗淇鏀瑰叾鍚庨潰鐨勭鍙ｅ彿銆傞粯璁ゆ儏鍐典笅锛岃繖涓绔鍙ｅ彿鏄80锛屼絾浣犲彲浠ユ牴鎹闇瑕佽繘琛屼慨鏀广備緥濡傦紝濡傛灉浣犳兂灏嗙鍙ｆ敼涓8080锛屼綘鍙浠ヨ繖鏍蜂慨鏀癸細鈥淟isten 8080鈥濄闇瑕佹敞鎰忕殑鏄锛屼慨鏀归厤缃鏂囦欢鍚庨渶瑕侀噸鏂板惎鍔ˋpache鏈嶅姟鍣ㄦ墠鑳戒娇淇鏀圭敓鏁堛傛ゅ栵紝瀵逛簬澶у瀷鐨凙pache鏈嶅姟鍣锛岄氬父杩樹細鏈夐濆栫殑閰嶇疆鏂囦欢鐢ㄤ簬鐗瑰畾鐨勮櫄鎷熶富鏈烘垨鑰呯洰褰曘傝繖浜涢濆栫殑閰嶇疆鏂囦欢閫氬父浼氶氳繃Include鎸囦护鍦╤ttpd.conf鏂囦欢涓寮曞叆銆鎬荤殑鏉ヨ达紝Apache鏈嶅姟鍣ㄧ殑閰嶇疆鏂囦欢鏄鐢ㄤ簬鎺у埗鏈嶅姟鍣ㄨ屼负鍜屾ц兘鐨勫叧閿宸ュ叿銆傜悊瑙ｈ繖浜涢厤缃鏂囦欢鐨勫唴瀹瑰拰缁撴瀯锛屾槸鎺屾彙Apache鏈嶅姟鍣ㄧ＄悊鐨勯噸瑕佷竴姝ャ
㈣ apache濡備綍鎼寤哄氫釜缃戠珯apache鍙浠ラ儴缃插氫釜缃戠珯鍚
Apache濡備綍寤虹珛澶氫釜缃戠珯锛
闃垮笗濂
寤虹珛澶氫釜缃戠珯
缃戠珯杈惧埌涓瀹氳勬ā鍚庯紝涓瀹氭槸鏈嶅姟鍣锛岀綉绔欐槸鏈濂界殑閫夋嫨銆備絾鏄瀵逛簬鍒氳捣姝ョ殑绔欓暱鏉ヨ达紝涓涓鏄鍦ㄦ懜绱㈠皾璇曚腑锛屼竴涓鏄缂洪挶銆傝喘涔伴厤缃绋嶉珮鐨勬湇鍔″櫒锛屽湪涓鍙版湇鍔″櫒涓婃惌寤哄氫釜缃戠珯锛屾槸涓涓涓嶉敊鐨勯夋嫨銆傚弸澶㎞otes鏄疻inserver涓嬬敤IIS鎼寤虹殑鍗曟湇鍔″櫒澶氱綉绔欑瓥鐣ワ紝鍚屾椂鏀鎸丄SP鍜孭HP銆傚洜涓篈pache鏈嶅姟鍣ㄦц兘鏇村ソ锛屾墍浠ュ逛簬鍙浣跨敤PHP鐨勭珯闀挎潵璇存槸鏈濂界殑閫夋嫨銆傚湪杩欓噷锛屽弸澶╁皢鍒嗕韩鐢ㄤ竴鍙癆pache鏈嶅姟鍣ㄦ惌寤哄氫釜缃戠珯鐨勬柟娉曘
濡備綍鍦ㄤ竴鍙版湇鍔″櫒涓婂缓绔嬪氫釜缃戠珯(Apache鐗堟湰)
Apache鐨勯厤缃鏂囦欢涓鑸鏀惧湪/etc/httpd/conf鏂囦欢澶逛腑锛宧ttpd.conf鏄瀹冪殑涓婚厤缃鏂囦欢銆傞厤缃鐨勬椂鍊欏彲浠ュ崟鐙閰嶇疆铏氭嫙涓绘満鐨勯厤缃鏂囦欢锛屾瘮濡傚懡鍚嶄负vhost.conf锛岀劧鍚庡湪http.conf涓澧炲姞涓琛宨nclude璇鍙モ渋nclude鈥濄
/etc/httpd/conf/vhost.conf”鍙浠ュ寘鍚玽host.conf鐨勯厤缃鏂囦欢銆
鐩鍓嶏紝鍦ㄤ竴鍙版湇鍔″櫒涓婂缓绔嬪氫釜缃戠珯鐨勬柟娉曚富瑕佹湁浠ヤ笅鍑犵:
1.鍩轰簬IP鍦板潃
杩欑嶆柟娉曢傜敤浜庝竴鍙版湇鏃╀笘鍔″櫒鏈夊氫釜IP鐨勬儏鍐碉紝鏈绠鍗曠矖鏆淬備笉杩囦竴鑸涓涓猇PS鍙缁戝畾涓涓鍏鏈塈P(棰濆朓P鍔犻挶)锛屾墍浠ユ柟娉曚笉鍋氳繃澶氫粙缁嶃
2.鍩轰簬绔鍙ｅ彿
杩欑嶆柟鍧﹀唽娉曚娇鐢ㄤ笉鍚岀殑绔鍙ｅ彿鏉ユ爣璇嗕笉鍚岀殑缃戠珯锛屽疄闄呰块棶鏄閫氳繃缁欑綉绔欐坊鍔犵鍙ｅ彿鏉ュ疄鐜扮殑锛屽俬ttp://www.shengliyoutian.com:80銆乭ttp://www.shengliyoutian.com:81銆乭ttp://www.shengliyoutian.com:82锛岃繖绉嶆柟娉曢渶瑕佸湪缃戠珯閰嶇疆鍚庢坊鍔犵鍙ｅ彿鏉ヨ块棶涓嶅悓鐨勭綉绔欍傞傜敤浜庣綉绔欏煙鍚嶈緝鐭浣嗘湇鍔″櫒绔鍙ｅ彿瓒冲熺殑鎯呭喌銆傜己鐐规槸缃戠珯鍚庨潰闇瑕佹坊鍔犵鍙ｅ彿锛屼笉鍒╀簬鐢ㄦ埛璁块棶銆
3.鍩轰簬涓绘満鍚
杩欑嶆柟娉曠敤涓嶅悓鐨勫煙鍚嶆潵鍖哄垎涓嶅悓鐨勭綉绔欙紝鎵鏈夌殑鍩熷悕瑙ｆ瀽閮芥寚鍚戝悓涓涓狪P銆侫pache閫氳繃HTTP澶撮檮甯︾殑涓绘満鍙傛暟鍒ゆ柇鐢ㄦ埛闇瑕佽块棶鍝浜涚綉绔欙紝姣斿俬ttp://www.shengliyoutian.com鍜宧ttp://blog.shengliyoutian.com銆侶ttp://vps.shengliyoutian.com锛屽湪澶у氭暟鎯呭喌涓嬶紝杩欑嶆柟娉曟槸鐢变竴涓鏈嶅姟鍣ㄤ笂鐨勫氫釜缃戠珯浣跨敤銆傝繖閲屼互CentOS6.5绯荤粺涓轰緥锛岃茶В濡備綍鍩轰簬涓绘満鍚嶉厤缃瓵pache铏氭嫙涓绘満銆
1.鍦ˋpache鐨刢onfiguration鏂囦欢澶逛笅鏂板缓涓涓獀host.conf浣滀负铏氭嫙涓绘満鐨勯厤缃鏂囦欢锛屽皢铏氭嫙涓绘満鐨勫唴瀹瑰啓鍏ュ叾涓銆傞栧厛锛屾坊鍔犻粯璁ゆ枃浠跺ご:
NameVirtualHost*:80
鏈嶅姟鍣ㄥ悕绉*
#
榛樿ゆ儏鍐典笅锛屾牴鐩褰曟槸缃戠珯鐨勭洰褰曘
DocumentRoot/www/html
浜屻佹牴鎹瀹為檯鎯呭喌澧炲姞浠ヤ笅閰嶇疆:
#鍦ㄤ换浣曞湴鍧鐨勭鍙80涓婁睛鍚琀TTP璇锋眰
#缃戠珯绠＄悊鍛樼殑鑱旂郴淇℃伅
ServerAdmin
[email protected]
#缃戠珯鐩褰
documentroot/var/www/html/test3
#Hostname锛岃繖鏄痑pache璇嗗埆涓嶅悓缃戠珯鐨勫湴鏂广
鏈嶅姟鍣ㄥ悕test3.huigher.cn
#閿欒鏃ュ織璺寰
閿欒鏃ュ織
logs/test3.huigher.cn-error_log
#璁块棶鏃ュ織璺寰
鑷瀹氫箟鏃ュ織
logs/test3.huigher.cn-access_logcommon
鍥涖佹湇鍔″櫒涓婃湁澶氬皯涓缃戠珯锛岄偅涔堝垎鍒閰嶇疆澶氬皯浠戒俊鎭锛屾牴鎹瀹為檯鎯呭喌淇鏀瑰唴瀹癸紝娴嬭瘯鏈嶅姟鍣ㄤ笂鐨勯〉闈㈤厤缃銆
鍔ㄨ瘝锛坴erb鐨勭缉鍐欙級鍦╤ttp.conf鏂囦欢涓娣诲姞涓琛屸淚nclude鈥
/etc/httpd/conf/vhost.conf”鏉ュ寘鍚玽host.conf鏂囦欢鐨勫唴瀹广
涓嶅強鐗╁姩璇嶅皢缃戠珯鐨勯檮鍔犲煙鏀惧叆/etc/hosts鏂囦欢涓鐨勬湰鍦扮幆鍥炲湴鍧:
127.0.0.1www.shengliyoutian.com
127.0.0.1blog.shengliyoutian.com
linux鎬庤╃潄瀹忎箞鎼寤篈SP鐨勭綉绔欙紵
linux鐢ㄤ笉浜哸sp,鍒鐞㈢（浜,闄ら潪浣犳悶涓铏氭嫙鏈簐m铏氭嫙window鐒跺悗鍦╥is鎴栬卆pache
㈤ Apache 的配置文件httpd.conf 里有Define SRVROOT,这是什么意思，又怎
Define SRVROOT的意思是定义了一个名为SRVROOT的变量例如APACHE安装目录是c:/apache24，则Define SRVROOT="c:/apache24"这样后没再需要使用这个路径的时候，输入${SRVROOT}就可以了例如设置cgi-bin的路径，ScriptAlias /cgi-bin/ "${SRVROOT}/cgi-bin/"这样做的目的是你只需要修改配置文件的SRVROOT的值，其他相关路径都会同步修改，不需要自己手动一个个去改ServerName localhost :80 的意思是配置你访问服务器的地址, 启动服务后在浏览器输入http://localhost:80，就可以访问到服务器对应的页面
㈥ linux下如何找到apache的安装目录。找到apache的配置文件
apache的配置文件可以通过下述指令进行查找：
find / -nameapache；
1、采用RPM包安装：
默认情况下目录/usr 用来存版放权应用程序；
目录/etc 存放软件的配置文件；
查看Apache安装路径：rpm-ql httpd-xxxx
2、采用源代码安装：
指定安全路径 configure –prefix=安装路径；
默认在/usr/local下；
延展资料
Apache HTTPServer（简称Apache）是Apache软件基金会的一个开放源码的网页服务器，可以在大多数计算机操作系统中运行，由于其多平台和安全性被广泛使用，是最流行的Web服务器端软件之一。它快速、可靠并且可通过简单的API扩展，将Perl/Python等解释器编译到服务器中。
Apache HTTP服务器是一个模块化的服务器，源于NCSAhttpd服务器，经过多次修改，成为世界使用排名第一的Web服务器软件。
它可以运行在几乎所有广泛使用的计算机平台上。
㈦ apache閰嶇疆鏂囦欢璇﹁В(apache璁剧疆鐨勫熀鏈閰嶇疆)
Apahce閰嶇疆鎸囦护鍙浠ュ垎涓轰袱鍧楋紝鏍稿績鎸囦护鍜岀涓夋柟鎻愪緵鐨勬寚浠ゃ傚湪apache涓锛屾瘡鏉℃寚浠ゅ瑰簲涓涓妯″潡锛岃屽湪鎵鏈夋ā鍧椾腑锛屾渶閲嶈佺殑鏄痗ore _ mole銆乻o_moudle銆乭ttp _ mole鍜宮pm妯″潡銆傞櫎浜唖o _ mold锛屽叾浠栨ā鍧楅兘涓嶈兘鍏抽棴鎴栫佹銆備竴锛歨ttpd.conf涓绘湇鍔″櫒閮ㄥ垎1.ServerName:瀹氫箟apache鐨勯粯璁や富鏈哄悕锛屽彲浠ユ槸鍩熷悕鎴朓P鍦板潃銆2.ServerRoot:鐢ㄤ簬瀹氫箟鏈嶅姟鍣ㄦ墍鍦ㄧ殑鐩褰曘傚湪閰嶇疆杩囩▼涓锛岃ヨ矾寰勯氬父鐢-鍓嶇紑鎸囧畾銆3.DocumentRoot:鐢ㄤ簬鎸囧畾apache鎻愪緵椤甸潰鏈嶅姟鐨勬牴鐩褰曘傝ヨ矾寰勫繀椤绘槸缁濆硅矾寰勶紝鑰屼笉鏄鐩稿硅矾寰勩傚傛灉鏈夌┖鏍硷紝闇瑕佺敤寮曞彿鎷璧锋潵銆4.ServerAdmin:鍙戠敓閿欒鍚庢湇鍔″櫒鍚戠＄悊鍛樺彂閫佺數瀛愰偖浠剁殑鍦板潃銆5.ServerAlias鍜孉lias:涓よ呴兘鐢ㄤ簬鏄犲皠鐩褰曪紝鍙鏄疭erverAlias灏嗘槧灏勭殑鐩褰曡瘑鍒涓篊GI鑴氭湰鐩褰曪紝骞跺皢璇ョ洰褰曚腑鐨勬墍鏈夋枃浠惰嗕负CGI鑴氭湰銆備絾鏄疉lias鍙鏄犲皠鍒颁竴涓鏅閫氱殑鐩褰曘6.鐢ㄦ埛鍜岀粍锛氱敤浜庡畾涔夌敤浜庤繍琛宎pache瀛愭祦绋嬬殑鐢ㄦ埛鍜岀敤鎴风粍銆7.Listen:鐢ㄤ簬瀹氫箟鐩戝惉apache鐨勭鍙ｅ彿銆8.LoadMole鎸囦护锛氱敤浜庡姞杞芥ā鍧楁垨鐩鏍囨枃浠秎oad mole CGI _ mole moles/mod _ CGI . so _ mole銆9.閿欒鏂囨。锛氶敊璇鏂囨。500 quot鏈鐭ラ敊璇 quot閿欒鏂囨。404 quot鑷鎴戞剰涔夌殑閿欒椤甸潰淇℃伅/var/server/www/CGI-bin/missing _ 404 . pl 閿欒鏂囨。40210.閫夐」锛氬喅瀹氬湪鍝浜涚洰褰曚腑浣跨敤杩欎簺鍔熻兘銆傝繖浜涚壒寰佸備笅锛鏃狅細閫夐」鍛戒护涓嶈捣浣滅敤銆Exec:鍏佽窩GI鑴氭湰鍦ㄥ綋鍓嶇洰褰曚腑鎵ц屻鍖呮嫭锛氬厑璁窼SI鍑芥暟銆鍏佽镐娇鐢↖ncludesNOEXEC: SSI鍑芥暟锛屼絾绂佺敤exec cgi鍜宔xec cmd鍑芥暟銆绱㈠紩锛氭墦寮绱㈠紩鍔熻兘銆備緥濡傦紝濡傛灉鍦ㄨ锋眰鐩褰曠殑URLz涓娌℃湁鐢盌irectoryIndex鎸囦护鎸囧畾鐨勭储寮曟枃浠讹紝鏈嶅姟鍣ㄥ皢鑷鍔ㄨ繑鍥炶锋眰鐩褰曠殑鍐呭瑰垪琛ㄣ鍦ㄥ綋鍓嶇幆澧冧腑鍏佽哥﹀彿杩炴帴锛屼絾鏄鍦ㄤ綅缃瀹瑰櫒涓灏嗚蹇界暐銆All:浣跨敤闄ゅ氳嗗浘涔嬪栫殑鎵鏈夊姛鑳斤紝杩欎篃鏄閫夐」鐨勯粯璁ゅ弬鏁般MultiViews:鐢ㄤ簬鍚鍔╩od_negotiations妯″潡鎻愪緵鐨勫氳嗗浘鍔熻兘銆1.ServerTokens: OS/Major/Full浼氬奖鍝嶉〉鑴氫俊鎭鐨勭粏鑺傦紝鎵浠ヤ竴鑸涓嶅缓璁浣跨敤銆闆嗚呯遍儴鍒1.IfMole瀹瑰櫒锛氬瑰櫒浣滅敤浜庢ā鍧楋紝浼氬厛鍒ゆ柇妯″潡鏄鍚﹀姞杞斤紝鍐嶅喅瀹氭槸鍚﹀勭悊锛屽嵆鍙鏈夊垽鏂缁撴灉涓虹湡锛屾墠浼氭墽琛屽瑰櫒涓鐨勬寚浠わ紱鍚﹀垯锛屽傛灉涓篺alse锛屾墍鏈夋寚浠ら兘灏嗚蹇界暐銆傚彲浠ヤ娇鐢↖fMole妯″潡鍚嶆垨IfMole锛佹ā鍧楀悕鏉ョ‘瀹氭ā鍧楁槸鍚﹀凡鍔犺浇銆濡傛灉妯″潡mpm_netware_moleindex.html鐩褰曠储寮/IfMole鍔犺浇鍚庢墽琛屻IfMole锛乵pm _ netware _妯″潡index.html鐩褰曠储寮/IfMole濡傛灉鏈鍔犺浇锛屽垯鎵ц屻2 IfDefine瀹瑰櫒锛氬畠灏佽呬簡涓缁勫彧鍦ㄦ潯浠朵负鐪熸椂鎵嶇敓鏁堢殑鎸囦护锛屼綔鐢ㄤ簬serverconfig銆佽櫄鎷熶富鏈恒佺洰褰曘乭taccess鍜孖fMole銆備笉鍚岀殑鏄瀹冨垽鏂妯″潡鏄鍚﹀姞杞斤紝鑰孖fDefine鍒ゆ柇鐨勬槸鏉′欢銆鏍规嵁if瀹氫箟浠ｇ悊load mole proxy _ mole moles/lib proxy . so/IfDefine3鐩褰曠洰褰曞尮閰嶅瑰櫒锛鐩褰曪細璁╁畠灏佽呯殑鎸囦护鍦ㄥ畠鎸囧畾鐨勭洰褰曟垨鑰呭瓙鐩褰曚笅宸ヤ綔銆傝ョ洰褰曞繀椤绘槸瀹屾暣鐨勮矾寰勩傚綋鐒讹紝涔熷彲浠ヤ娇鐢ㄩ氶厤绗*锛熷尮閰嶇洰褰曪紝涔熻冭檻鐢ㄦ潵纭瀹氬瓧绗﹁寖鍥达紝浣嗘槸鏃犺哄摢涓涓閮藉彲浠ュ尮閰/鐩褰/var/apache/html璁㈠崟鎷掔粷锛屽厑璁鍏ㄩ儴鍚﹁/鐩褰涓婇潰鐨勭ず渚嬬佹㈣块棶/var/apache/html鐩褰曘傚/var/apache/html鐨勪换浣曡锋眰閮藉皢琚鎷掔粷銆濡傛灉鎯宠╃洰褰曚娇鐢ㄦｅ垯琛ㄨ揪寮忥紝闇瑕佸姞涓涓獈鐩褰晘銆奮/var/apache{2}/html銆璁㈠崟鎷掔粷锛屽厑璁鍏佽告墍鏈変汉/鐩褰DirectoryMatch:绫讳技浜巇irectory锛屽彧鏄瀹冨彲浠ョ洿鎺ユ帴鍙楀父瑙勫尮閰嶏紝涓嶉渶瑕佹坊鍔爚绗﹀彿銆瀵兼紨鍖归厤銆奮/var/apache{2}/html銆璁㈠崟鎷掔粷锛屽厑璁鍏佽告墍鏈変汉/鐩褰曞尮閰4鏂囦欢鍜屾枃浠跺尮閰鏂囦欢锛氫粎閫傜敤浜庢枃浠躲備篃鍙浠ュ湪姝ｅ垯琛ㄨ揪寮忓墠浣跨敤閫氶厤绗﹀拰鍜寏鏉ヤ娇鐢ㄦｅ垯琛ㄨ揪寮忋鏂囦欢鈥淾.css 璁㈠崟鎷掔粷锛屽厑璁鍏佽告墍鏈変汉/鏂囦欢鍖归厤锛氭病鏈夋坊鍔爚绗﹀彿鐨勬枃浠躲鏂囦欢鍖归厤鈥濄傦紝鐒跺悗鏄鏂囦欢鍜屾枃浠跺尮閰嶅瑰櫒锛岀劧鍚庢槸浣嶇疆鍜屼綅缃鍖归厤瀹瑰櫒銆浣嶇疆/var/apache/html璁㈠崟鎷掔粷锛屽厑璁鍏佽告墍鏈変汉/浣嶇疆Direcotry /var/apache/html璁㈠崟鍏佽搞佹嫆缁鍏佽告墍鏈変汉鍚﹁ゆ潵鑷獁ww.jons.com/Direcotry鍦ㄤ笂闈㈢殑渚嬪瓙涓锛孉pache灏嗛栧厛澶勭悊鐩褰曞瑰櫒锛屾渶鍚庡勭悊鐨勪綅缃瀹瑰櫒灏嗚嗙洊浠ュ墠鐨勭洰褰曢厤缃锛屽洜姝www.json.com灏嗚鍏佽哥敤鎴疯块棶銆傚傛灉瀹瑰櫒鐩稿悓锛屽皢鏍规嵁瀛楀吀椤哄簭浠庣煭鍒伴暱杩涜屽勭悊銆鐜嬭呬箣蹇2鐐瑰嚮璇曠帺
㈧ linux涓嬪備綍鎵惧埌apache鐨勫畨瑁呯洰褰曘傛壘鍒癮pache鐨勯厤缃鏂囦欢锛
鍦↙inux绯荤粺涓锛屽绘壘Apache鐨勫畨瑁呯洰褰曞拰閰嶇疆鏂囦欢骞朵笉澶嶆潅銆備互涓嬫槸涓ょ嶅父瑙佺殑瀹夎呮柟寮忎笅鐨勬煡鎵炬ラわ細
棣栧厛锛屽傛灉浣犱娇鐢ㄧ殑鏄疪PM鍖呭畨瑁匒pache锛岄氬父瀹冪殑閰嶇疆鏂囦欢浼氬垎甯冨湪浠ヤ笅鍑犱釜璺寰勶細
搴旂敤绋嬪簭鐨勯粯璁ゅ畨瑁呬綅缃锛/usr
閰嶇疆鏂囦欢鎵鍦ㄧ殑鐩褰曪細/etc
浣犲彲浠ラ氳繃`rpm-qlhttpd-xxxx`鍛戒护鏌ョ湅Apache鐨勫叿浣撳畨瑁呰矾寰勶紝杩欓噷鐨”xxxx”闇瑕佹浛鎹涓轰綘瀹夎呯殑鍏蜂綋Apache鐗堟湰鍙枫
鍏舵★紝濡傛灉浣犻夋嫨婧愪唬鐮佸畨瑁咃紝瀹夎呮椂鍙浠ラ氳繃`configure–prefix=瀹夎呰矾寰刞閫夐」鎸囧畾瀹夎呬綅缃銆傞粯璁ゆ儏鍐典笅锛屽畠浼氬畨瑁呭湪/usr/local鐩褰曚笅銆傚畨瑁呭悗锛岄厤缃鏂囦欢涔熶細鍦ㄨ繖涓璺寰勭殑鐩稿簲瀛愮洰褰曚腑銆
ApacheHTTPServer鏄涓涓鍔熻兘寮哄ぇ鐨刉eb鏈嶅姟鍣锛屽畠鍩轰簬NCSAhttpd鏈嶅姟鍣锛屼互妯″潡鍖栬捐¤岄椈鍚嶏紝鏀鎸丳erl/Python绛夎瑷鎵╁睍銆傚畠琚骞挎硾搴旂敤浜庡悇绉嶆搷浣滅郴缁燂紝鍥犲叾楂橀熴佸彲闈犲拰鍙鎵╁睍鎬ц屽囧彈闈掔潗锛屾槸Web鏈嶅姟鍣ㄥ競鍦虹殑棰嗗啗鑰呫
鎬荤殑鏉ヨ达紝閫氳繃涓婅堪鏂规硶锛屼綘灏辫兘杞绘澗鎵惧埌Apache鍦↙inux绯荤粺涓鐨勫畨瑁呯洰褰曞拰閰嶇疆鏂囦欢浣嶇疆銆傚傛灉浣犳ｅ湪瀵绘壘鐗瑰畾鐨勯厤缃鏂囦欢锛岃板緱鏇挎崲涓婅堪璺寰勪腑鐨勭粏鑺備互閫傚簲浣犵殑瀹為檯鎯呭喌銆
