Tomcat虚拟主机的配置Word文档格式.docx

上传人:b****5 文档编号:21504905 上传时间:2023-01-30 格式:DOCX 页数:11 大小:130.45KB
下载 相关 举报
Tomcat虚拟主机的配置Word文档格式.docx_第1页
第1页 / 共11页
Tomcat虚拟主机的配置Word文档格式.docx_第2页
第2页 / 共11页
Tomcat虚拟主机的配置Word文档格式.docx_第3页
第3页 / 共11页
Tomcat虚拟主机的配置Word文档格式.docx_第4页
第4页 / 共11页
Tomcat虚拟主机的配置Word文档格式.docx_第5页
第5页 / 共11页
点击查看更多>>
下载资源
资源描述

Tomcat虚拟主机的配置Word文档格式.docx

《Tomcat虚拟主机的配置Word文档格式.docx》由会员分享,可在线阅读,更多相关《Tomcat虚拟主机的配置Word文档格式.docx(11页珍藏版)》请在冰豆网上搜索。

Tomcat虚拟主机的配置Word文档格式.docx

|--bin

|--common

|--conf

|--logs

|--server

|--shared......

|--webpapps1

|--webpapps2

|--work

最后,写一个简单html文件用于测试,文件名为test.html,文件内容如下:

“你现在访问的是”。

将test.html文件分别在tomcat/webapps1/ROOT、tomcat/webapps2/ROOT目录放置一份,然后将tomcat/webapps2/ROOT/test.html文件内容中“”改为“”。

至此,前期的准备工作做完了。

三配置虚拟主机

前面提到了独立IP和共享的IP。

本文介绍的是共享的IP模式,这种模式就是所有的虚拟主机都使用同一IP。

目前国内IDC提供的虚拟主机都是这种模式。

这种模式的优点是节约数量有限的IP,缺点就是虚拟主机只能通过域名访问而不能通过IP访问(其实也不算是缺点,只对邮件系统中用户的访问方式有一点点影响)。

而另外一种独立IP模式主要应用在邮件服务中,这里就不做介绍了。

配置虚拟主机

打开tomcat/conf/server.xml文件,将Host元素之间的内容全部删掉,然后把下面内容加如到Host元素原来的位置。

“debug=“0“appBase=“webapps1“unpackWARs=“true“autoDeploy=“true“〉

将下面内容追加到Host元素后面,注意Host元素中name属性和appBase属性的值的变化。

“debug=“0“appBase=“webapps2“unpackWARs=“true“autoDeploy=“true“〉

现在可以启动Tomcat了,分别访问:

8080/test.html,:

8080/test.html

如果访问得到的页面内容分别是下面的内容,那表明虚拟主机已经配置成功了。

否则,请检查你的配置过程并重新按照文档配置。

本文来自“十万个为什么”电脑学习网

文章分类:

互联网

转载:

一、网站系统的组成

只要在一台计算机上安装了WEB服务器软件,从功能上讲,这台计算机就可以称为WEB服务器。

一个网站的规模可大可小,功能可多可少,最简单的网站只需要一台Web服务器即可对外提供网页浏览服务。

复杂的网站包括多台WEB服务器组成的群集系统、负载均衡设备、具有缓存功能的代理服务器(可以有多级,甚至包括放置在服务器端的缓存系统)、数据库系统等,如图2.2所示。

网站系统采用的基本上就是图2.2所示的架构,不同地区的人们在访问站点时,浏览器实际上所访问的服务器是不一样的,例如,吉林省的用户访问的服务器实际是sina放在吉林地区的代理服务器,湖北省的用户访问的服务器实际是sina放在湖北地区的代理服务器。

各地区的浏览器访问站点的过程如图2.3所示。

2.3为了能够让浏览器透明地访问到WEB站点,让用户感觉不到是在访问区域代理服务器,在DNS系统中需要将主机名指向所有的区域代理服务器的IP地址。

在浏览器访问站点中的页面而向DNS服务器请求解析主机名时,DNS服务器根据访问者的地理位置信息返回他附近的区域代理服务器的IP地址,这样,浏览器的访问请求将发送给该区域代理服务器。

只有当区域代理服务器中没有浏览器要访问的页面时,区域代理服务器才去从真正的站点服务器上获取该页面并进行缓存,以后该区域的其他浏览器就都可以就近从区域代理服务器中访问到该页面了,从而大大提高了访问效率和减少了网络流量。

WEB浏览器与WEB服务器建立连接后,除了将请求URL中的资源路径发送给WEB服务器外,还会将URL中的主机名部分作为HTTP请求消息的Host头发送给WEB服务器。

例如,在浏览器地址栏中输入http:

//www.it315.org,浏览器发送给www.it315.org主机上的WEB服务器的请求消息内容如下:

GET/HTTP/1.1<

回车>

Host:

www.it315.org<

<

WEB服务器接收到浏览器的访问请求消息后,根据Host头字段中所设置的主机名,就知道该选择哪个WEB站点来进行响应,因此,可以使用不同的主机名来作为区分同一个WEB服务器上的不同站点的标识信息。

Tomcat的Server.xml配置文件中有一个<

Host>

元素,一个<

元素用于建立一个WEB站点,使用多个<

元素则可以建立多个WEB站点。

<

元素的父级元素为<

Engine>

元素,嵌套在同一个<

元素中的多个<

元素的name属性不能相同,<

元素的name属性指定WEB站点所对应的主机名称。

Tomcat的Server.xml配置文件中初始设置的<

元素内容如下:

HostappBase="

webapps"

…>

/Host>

元素中的appBase属性指定了一个路径,该路径将作为嵌套在它里面的<

Context>

元素的docBase属性中设置的相对路径的基准路径。

当Tomcat接收到访问请求时,将比较请求消息中的Host头字段的值与<

元素的name属性值,并以匹配的<

元素所创建的WEB站点来响应。

如果Server.xml文件中没有与请求消息的Host头字段匹配的<

元素,Tomcat将以默认的WEB站点来响应。

只要<

元素的defaultHost属性设置为嵌套在它里面的某个<

元素的name属性值,该<

元素所创建的WEB站点就成了该引擎的默认WEB站点。

例如,Tomcat的Server.xml文件中的<

元素的默认设置如下:

EnginedefaultHost="

localhost"

debug="

0"

>

Hostname="

appBase="

/Engine>

上面的这段配置信息说明,该引擎的默认WEB站点为嵌套在<

元素中的name属性为“localhost”的<

元素所创建的WEB站点。

在同一台计算机上建立了多个基于主机名的虚拟主机后,WEB浏览器要访问其中的某个虚拟主机的资源时,在访问URL中必须采用主机名,而不能采用IP地址。

这是因为WEB浏览器要将URL中的主机名部分作为HTTP请求消息的Host头发送给WEB服务器,如果URL中的主机名部分使用的是IP地址,那么,浏览器发出的请求消息中的Host头字段的值就是这个IP地址,而在同一台计算机上建立的多个基于主机名的虚拟主机共享同一个IP地址,在Host头字段使用IP地址根本就无法区分不同的站点。

即使在URL中指定的是主机名时,WEB浏览器还是要先获得该主机名所对应的IP地址,然后再使用这个IP去连接WEB服务器。

所以,在建立基于主机名的虚拟主机时,除了要在Tomcat的server.xml文件中进行设置外,还需要在整个网络系统中建立主机名与IP地址的映射关系,即必须将主机名添加到名称解析系统,以便WEB浏览器能够从名称解析系统中查询出主机名所对应的IP地址。

建立主机名与IP地址的映射关系的惯用方式有两种:

一是使用客户机本地的Hosts文件,二是使用DNS(DomainNameSystem,域名系统)服务器。

Hosts文件和DNS的作用都是允许用户使用“友好”的、文本格式的主机名称,而不是数字格式的IP地址来访问网络中的计算机。

Hosts文件可用于小型的Intranet(企业内部网),网络中的所有计算机上都需要使用Hosts文件。

DNS通常用于大型的网络,特别是Internet上对外提供服务的计算机都是通过DNS来建立其主机名与IP地址的映射关系。

客户机首先在本地的Hosts文件中查找主机名称所映射的IP地址,如果没有找到,再去查询DNS服务器。

为了简单起见,这里仅介绍一下Hosts文件。

对于Windows2000系统,Hosts文件位于操作系统根目录(取决操作系统所在的分区,通常是c:

\winnt)下的System32\Drivers\Etc子目录中,默认情况下,该文件中有如下一行内容:

127.0.0.1localhost

这行文本的作用就是将IP地址(127.0.0.1)映射成主机名(localhost),这也就是在IE浏览器地址栏中可以使用localhost访问本地WEB服务器的原因。

如果要增加更多的主机名与IP地址的映射,可以在Hosts文件中增加更多的行,然后参照上面这行内容的格式在每行中填写IP地址和相应的主机名。

:

动手体验:

使用Tomcat建立基于主机名的虚拟主机

(1)用UltraEdit打开<

Tomcat主目录>

/conf目录下的Server.xml文件,使用“查找”菜单查找内容为“<

”的行,紧接该行下面增加一对<

标签。

参照前面的<

标签的属性设置情况,设置新增的<

标签的属性,并在它里面嵌套一个设置该WEB站点根目录的<

元素,最终的内容如下:

site1"

d:

\VirtualHost1"

Contextpath="

"

docBase="

."

/>

这样,将创建一个新的WEB站点。

上面的<

元素的docBase属性值被设置为一个点(.),即表示使用<

元素的appBase属性中所设置的路径作为这个<

所映射的目录。

(2)在上面新增的<

标签对下面再增加一对<

标签,并将它设置为如下形式:

site2"

\VirtualHost2"

这又创建了一个新的WEB站点,该站点的主机名称为site2,根目录对应的本地文件系统目录为d:

\VirtualHost2。

(3)在d:

盘下创建名称为VirtualHost1和VirtualHost2两个目录,并在这两个目录中分别创建一个名为test.html的文件,在d:

\VirtualHost1\test.html文件中写入如下一行内容:

这是d:

\VirtualHost1目录中的test.html文件

在d:

\VirtualHost2\test.html文件中写入如下一行内容:

\VirtualHost2目录中的test.html文件

(4)保存修改后的Server.xml文件,重新启动TomcatWEB服务器程序。

打开一个新的命令行窗口中,并在这个命令行窗口中执行如下命令:

telnet127.0.0.18080

接着在连接成功的telnet程序命令窗口中,输入如下内容:

GET/test.htmlHTTP/1.1<

空格>

site1<

这时在telnet程序窗口中可以看到,WEB服务器返回内容的正文部分为d:

\VirtualHost1\test.html文件中的内容。

接着WEB服务器返回内容的下边,输入如下内容:

site2<

在telnet程序窗口中又可以看到,WEB服务器这次返回内容的正文部分为d:

\VirtualHost2\test.html文件中的内容。

\test\test.html文件中的内容。

接着WEB服务器返回内容的下边,再次输入如下内容:

xxx<

在telnet程序窗口中又可以看到,WEB服务器这次返回内容的正文部分仍然为d:

上面的整个交互过程如图2.34所示,Tomcat根据第1次和第2次请求中所指定Host头的值,查找Server.xml文件中与之相匹配的<

元素所设置的WEB站点来响应;

在第3次和第4次请求中所指定Host头的值,在Server.xml文件中没有与之对应的<

元素的name属性值,Tomcat将以默认的WEB站点来响应。

2.34(5)在Windows2000系统中,用记事本程序打开c:

\winnt\System32\Drivers\Etc\Hosts文件,可以看到有如下一行内容:

紧接这行文本的下面,用它复制出两行文本,并将这两行文本中的localhost分别修改成site1和site2,这样,就使用Hosts文件为当前计算机设置了多个主机名。

如果要用site1和site2这个两主机名访问其他计算机上的WEB站点,则应将127.0.0.1修改成其他计算机的实际IP地址。

保存Hosts文件后,在命令行窗口中执行“pingsite1”和“pingsite2”命令,查看该主机名是否被正确解析到了相应的IP地址上。

建立site1和site2与计算机IP地址的映射后,在IE浏览器地址栏中输入http:

//localhost:

8080/test.html、http:

//site1:

8080/test.html和http:

//site2:

8080/test.html,可以看到浏览器将显示出各自站点中的test.html网页文件的内容。

可见,使用主机名的方式在同一台WEB服务器上创建多个虚拟主机后,在WEB浏览器中使用主机名访问Web服务器时,Web服务器将选择与该主机名关联的WEB站点进行响应。

通过这种方式,多个WEB站点可以共享同一个IP地址和相同的端口号,唯一不足的就是WEB浏览不能通过IP地址去访问这些WEB站点。

基于主机名的虚拟主机是目前Internet上的大多数虚拟主机业务提供商所通常采用的方式。

只要找出几个小型公司或个人的网站,如果在WEB浏览器地址栏中输入“http:

//主机名”可以访问到该WEB站点,接着在命令行窗口中执行“ping主机名”,查看到该域名对应的IP地址,然后在WEB浏览器地址栏中输入“http:

//IP地址”时,却无法访问这个WEB站点了,那么,这个WEB站点就是一个基于主机名的虚拟主机,它与其他一些WEB站点共享一台WEB服务器,而不是自己独享一台WEB服务器。

注意:

当使用安全套接字层(SSL)时,不能使用主机头字段来实现虚拟主机,这是因为使用SSL的HTTP请求有加密保护。

主机头字段是加密内容的一部分,不能被解释和路由到正确的站点。

1、打开$tomcat_home$/conf/server.xml,在<

和<

/host>

之间加上

/site"

\site"

reloadable="

true"

/Context>

参数:

path表示在浏览器中输入http:

8080/site

docBase表示你的程序包的物理绝对路径,默认的绝对路径是$Tomcat_Home$/webapps

这样设定了之后会在$tomcat_home$/conf/catalina/localhost目录下生成一个site.xml文件,此文件的内容就是刚才设置的内容。

2、通过前面我们知道了在$tomcat_home$/conf/catalina/localhost目录下会生成相应的配置文件,因此我们可以直接在$tomcat_home$/conf/catalina/localhost目录下写配置文件文件名任意取,最好是跟你的web应用相同便于管理,如site.xml内容同上

然后就可以通过http:

添加tomcat虚拟主机

打开$tomcat_home$/conf/server.xml,在<

后面添加如下代码:

/usr/etc"

unpackWARs="

autoDeploy="

LoggerclassName="

org.apache.catalina.logger.FileLogger"

directory="

logs"

prefix="

mybus_log."

suffix="

.txt"

timestamp="

ValveclassName="

org.apache.catalina.valves.AccessLogValve"

mybus_access_log."

pattern="

common"

resolveHosts="

false"

/usr/etc/MyBus/"

crossContext="

说明:

name为主机名,appBase为应用程序目录,docBase为网站根目prefix为日志文件名,suffix为日志文件扩展名

apache添加虚拟目录

Alias/mybus/"

/usr/tomcat6/webapps/MyBus/"

Directory"

OptionsNone

AllowOverrideNone

Orderallow,deny

Allowfromall

/Directory>

apache添加虚拟主机

#NameVirtualHost*:

80

如果NameVirtualHost前面有#,必须将其去除,其中*表示所有虚拟主机名,80为访问端口

并且<

VirtualHost>

的属性要与NameVirtualHost一致如:

VirtualHost*:

80>

ServerName

ServerAlias

DocumentRoot"

/usr/tomcat6/webmybus/MyBus"

ErrorLoglogs/mybus.-error_log

CustomLoglogs/mybus.-access_logcommon

RewriteEngineon

RewriteCond%{HTTP_HOST}^mybus\.minma\.com

#RewriteRule^/?

$/%{HTTP_HOST}$1

RewriteRule^/openid/(\w+)$/OpenIdServer?

username=$1[PT]

/VirtualHost>

ServerName*

ServerAlias*

/usr/tomcat6/webapps/ROOT"

ErrorLoglogs/tiger-host.-error_log

CustomLoglogs/tiger-host.-access_logcommon

#RewriteCond%{HTTP_HOST}^([0-9a-zA-Z]+)\.openid\.mybus\.

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 表格模板 > 合同协议

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1