WEB服务器

词义辨析

WEB服务器

1、服务器是一种被动程序：只有当Internet上运行其他计算机中的浏览器发出的请求时，服务器才会响应。

1. 1.
   应用层 使用 HTTP协议 。
2. 2.
   HTML（ 标准通用标记语言 下的一个应用）文档格式。
3. 3.
   浏览器 统一资源定位器 （ URL ）。
4. 4.
   为了解决HTTP协议的这一缺陷，需要使用另一种协议：安全套接字层超文本传输协议HTTPS。为了数据传输的安全，HTTPS在HTTP的基础上加入了SSL协议，SSL依靠证书来验证服务器的身份，并为浏览器和服务器之间的通信加密。

服务器特点

播报

编辑

Windows， Linux 与Unix这3个操作系统是架设Web服务器比较常见的操作系统。Linux的安全性能在这3个操作系统中最高，可以支持多个硬件平台，其网络功能比较强大。总的来说，这两大优点是其他操作系统不可替代的：第一，可以依据用户不同的需求来随意修改、调整与复制各种程序的源码以及发布在互联网上；第二，Linux操作系统的 市场价格 比较便宜，也能够在互联网上免费下载源码。可以说，Linux为架设既高效又安全的Web服务器的比较理想的操作系统。此外，要让Web服务器更具有优越的性能，可以根据 服务器系统 之特点与用途作进一步的优化与处理，尽量减少Web服务器的 数据传输 量以及降低其数据传输的频率，进而促进网络宽带的 利用率 与 使用率 ，以及提高网络客户端的网页加载的速度，同时也可以减少Web服务器各种资源的消耗。

工作原理

播报

编辑

Web服务器的工作原理并不复杂，一般可分成如下4个步骤：连接过程、请求过程、应答过程以及关闭连接。下面对这4个步骤作一简单的介绍。连接过程就是Web服务器和其浏览器之间所建立起来的一种连接。查看连接过程是否实现，用户可以找到和打开socket这个虚拟文件，这个文件的建立意味着连接过程这一步骤已经成功建立。请求过程就是Web的浏览器运用socket这个文件向其服务器而提出各种请求。应答过程就是运用 HTTP 协议把在请求过程中所提出来的请求传输到Web的服务器，进而实施 任务处理 ，然后运用HTTP协议把任务处理的结果传输到Web的浏览器，同时在Web的浏览器上面展示上述所请求之界面。关闭连接就是当上一个步骤--应答过程完成以后，Web服务器和其浏览器之间断开连接之过程。Web服务器上述4个步骤环环相扣、紧密相联， 逻辑性 比较强，可以支持多个进程、多个线程以及多个进程与多个线程 相混合 的技术。

大型

播报

编辑

在UNⅨ和LINUX平台下使用最广泛的免费 HTTP服务器 是 Apache 和Nginx服务器，而Windows平台NT/2000/2003使用ⅡS的WEB服务器。在选择使用WEB服务器应考虑的本身 特性因素 有：性能、安全性、日志和统计、 虚拟主机 、 代理服务器 、缓冲服务和集成 应用程序 等，下面介绍几种常用的WEB服务器。

IIS

Microsoft的Web服务器产品为Internet Information Services （IIS），IIS 是允许在公共Intranet或Internet上发布信息的Web服务器。ⅡS是目前最流行的Web服务器产品之一，很多著名的网站都是建立在ⅡS的平台上。IIS提供了一个 图形界面 的 管理工具 ，称为 Internet服务 管理器，可用于监视配置和控制Internet服务。

IIS是一种Web服务组件，其中包括Web服务器、 FTP服务器 、 NNTP 服务器和 SMTP 服务器，分别用于 网页浏览 、文件传输、新闻服务和邮件发送等方面，它使得在网络（包括互联网和局域网）上发布信息成了一件很容易的事。它提供 ISAPI （Intranet Server API ）作为扩展Web服务器功能的 编程接口 ；同时，它还提供一个Internet数据库连接器，可以实现对数据库的查询和更新。

Kangle

kangle web服务器（简称：kangle）是一款跨平台、功能强大、安全稳定、易操作的高性能web服务器和 反向代理 服务器软件 。除此：kangle也是一款专为做 虚拟主机 研发的web服务器。实现虚拟主机独立进程、独立身份运行。用户之间安全隔离，一个用户出问题不影响其他用户。安全支持php、 asp 、asp· net 、java、ruby等多种动态开发语言。

WebSphere

WebSphere Application Server 是一种功能完善、开放的Web应用程序服务器，是 IBM 电子商务计划的核心部分，它是基于 Java 的应用环境，用于建立、部署和管理 Internet 和 Intranet Web 应用程序。这一整套产品进行了扩展，以适应 Web应用程序服务器的需要，范围从简单到高级直到企业级。

WebSphere 针对以 Web 为中心的开发人员，他们都是在基本 HTTP服务器和CGI编程技术上成长起来的。IBM 将提供 WebSphere 产品系列 ，通过提供综合资源、可重复使用的组件、功能强大并易于使用的工具、以及支持 HTTP 和 IIOP 通信的可伸缩 运行时 环境，来帮助这些用户从简单的 Web应用程序转移到电子商务世界。

WebLogic

BEA WebLogic Server 是一种多功能、基于标准的web 应用服务器 ，为企业构建自己的应用提供了坚实的基础。各种应用开发、部署所有关键性的任务，无论是集成各种系统和数据库，还是提交服务、跨 Internet 协作，起始点都是 BEA WebLogic Server。由于 它具有全面的功能、对 开放标准 的遵从性、 多层架构 、支持基于组件的开发，基于 Internet 的企业都选择它来开发、部署最佳的应用。

BEA WebLogic Server 在使 应用服务器 成为企业 应用架构 的基础方面继续处于领先地位。BEA WebLogic Server 为构建集成化的企业级应用提供了稳固的基础，它们以 Internet 的容量和速度，在连网的企业之间共享信息、提交服务，实现协作自动化。

Apache

Apache 仍然是世界上用的最多的Web服务器， 市场占有率 达60%左右。它源于NCSAhttpd服务器，当NCSAWWW服务器项目停止后，那些使用NCSA WWW服务器的人们开始交换用于此服务器的补丁，这也是apache名称的由来（pache 补丁）。世界上很多著名的网站都是Apache的产物，它的成功之处主要在于它的 源代码 开放、有一支开放的开发队伍、支持 跨平台 的应用（可以运行在几乎所有的 Unix 、Windows、 Linux 系统平台上）以及它的 可移植性 等方面。

Tomcat

Tomcat是一个开放 源代码 、运行 servlet 和JSP Web应用软件的基于Java的Web应用软件容器。Tomcat Server是根据servlet和JSP规范进行执行的，因此我们就可以说Tomcat Server也实行了Apache- Jakarta 规范且比绝大多数商业应用软件服务器要好。

Tomcat 是Java Servlet 2.2和 JavaServer Pages 1.1技术的标准实现，是基于Apache许可证下开发的 自由软件 。Tomcat是完全重写的Servlet API 2.2和JSP 1.1兼容的Servlet/JSP容器。Tomcat使用了JServ的一些代码，特别是Apache服务 适配器 。随着Catalina Servlet引擎的出现，Tomcat第四版号称它的性能得到提升，使得它成为一个值得考虑的Servlet/JSP容器，因此许多WEB服务器都是采用Tomcat。

Jboss

是一个基于J2EE的 开放源代码 的 应用服务器 。 JBoss代码遵循 LGPL 许可，可以在任何商业应用中免费使用，而不用支付费用。JBoss是一个管理 EJB 的容器和服务器，支持EJB 1.1、EJB 2.0和EJB3的规范。但JBoss 核心服务 不包括支持servlet/JSP的WEB容器，一般与Tomcat或Jetty绑定使用。

JBOSS服务器使用详解

1、把 文件解压 到一个不含空格的，非中文目标下，如：jboss

2、加入 MyEclipse —> Servers -> JBoss -> JBoss 5.x

(1)、JBoss home directory :选择JBOSS存放的路径；如：C:\JBOSS\jboss-5.1.0

(2)、Server name :default (3个默认的配置：minimial，default和all)

3、Apply -> OK

4、 配置环境变量 ：

(1)、添加：变量名：JBoss_HOME 变量值 ：C:\JBOSS\jboss-5.1.0(JBoss的解压后的目录)

(2)、把 C:\JBOSS\jboss-5.1.0\bin 变量值加到：path变量中；

(3)、保存

5、运行：C:\JBOSS\jboss-5.1.0\bin\run.bat 文件

6、发布web项目

JBOSS服务器 目录结构 作用介绍

目录 描述

------------------------------------------------------------------------------

bin 启动和关闭 JBoss 的脚本

client 客户端与JBoss通信所需的的Java库（JARs）

docs 配置的样本文件（数据库配置等）

doc/dtd 在JBoss中使用的各种XML文件的DTD。

lib 一些 JAR ，JBoss启动时加载，且被所有JBoss配置共享。（不要把你的库放在这里）

server 各种JBoss 配置 。每个配置必须放在不同的 子目录 。子目录的名字表示配置的名字。

JBoss包含3个默认的配置：minimial，default和all。

server/all JBoss的完全配置，启动所有服务，包括集群和IIOP。

server/default JBoss的默认配置。在没有在JBoss命令航中指定配置名称时使用。

server/default/conf JBoss的 配置文件 。

server/default/data JBoss的 数据库文件 。比如，嵌入的数据库，或者JBossMQ。

server/default/deploy JBoss的 热部署 目录。放到这里的任何文件或目录会被JBoss自动部署。EJB、WAR、 EAR ，甚至服务。

server/default/lib 一些JAR，JBoss在启动特定配置时加载它们。(all和minimial配置也包含这个和下面两个目录。）

server/default/log JBoss的 日志文件 。

server/default/tmp JBoss的 临时文件 。

补充

1、JBoss的默认端口是8080

2、对于NT和Win2000系统如果你要安装NT或Win2000服务的话，可以把JBoss加在 系统服务 中，避免你每次需要到JBoss目录下运行run.bat命令，只是当系统启动时， 自动启动 JBoss服务器。

2003Web

播报

编辑

Web服务器组件是Windows Server2003系统中ⅡS6.0的服务组件之一，默认情况下并没有被安装，用户需要手动安装Web服务组件。

第1步，打开“ 控制面板 ”窗口，双击“添加/删除程序”图标，打开“ 添加或删除程序 ”窗口。单击“添加/删除Windows组件”按钮，打开“Windows组件安装向导”对话框。

第2步，在“Windows组件”对话框中双击“应用程序服务器”选项，打开“应用程序服务器”对话框。在“应用程序服务器的子组件”列表中双击“Internet 信息服务 （ⅡS）” 复选框 。

第3步，打开“Internet 信息服务（ⅡS）”对话框，在“Internet 信息服务（ⅡS） 的子组件”列表中选中“ 万维网服务 ”复选框。依次单击“确定”→“确定”按钮。

第4步，系统开始安装ⅡS 6.0和Web服务组件。在安装过程中需要提供 Windows Server 2003 系统安装 光盘或指定安装文件路径。安装完成后单击“完成”按钮即可。

小型

播报

编辑

【 nginx 】

* 支持通用语言接口，如php、python、 perl 等

* 支持正向和 反向代理 、 虚拟主机 、url重写、压缩传输等

* nginx的模块都是 静态编译 的，对fcgi的支持非常好，在处理链接的方式上nginx支持 epoll 。

【 micro_httpd - really small HTTP server】

特点：

* 支持安全的 .. 上级目录过滤

* 支持通用的MIME类型

* 支持简单的目录

* 支持目录列表

* 支持使用 index .html 作为首页

* Trailing-slash redirection

*程序总共代码才200多行

这个httpd适合学习简单的Web Server编写学习，因为它只有一个简单的框架，只能够处理简单的静态页，可以考虑用来放静态页。

【 mini_httpd - small HTTP server 】

特点：

* 支持GET、HEAD、POST方法

* 支持 CGI 功能

* 支持基本的验证功能

* 支持安全 .. 上级目录功能

* 支持通用的MIME类型

* 支持目录列表功能

* 支持使用 index.html,index.htm,index.cgi 作为首页

* 支持多个 根目录 的 虚拟主机

* 支持标准日志记录

* 支持自定义错误页

* Trailing-slash redirection

mini_httpd 也是相对比较适合学习使用，大体实现了一个Web Server的功能，支持静态页和CGI，能够用来放置一些个人简单的东西，不适宜投入生产使用。

【 thttpd - tiny/turbo/throttling HTTP server 】

thttpd中是一个简单，小型，轻便，快速和安全的http服务器.

简单：它能够支持 HTTP /1.1协议标准，或者超过了最低水平

小巧 ：它具有非常少的 运行时间 ，因为它不fork 子进程 来接受新请求，并且非常谨慎的分配内存。

便携：它能够在大部分的类Unix系统上运行，包括 FreeBSD , SunOS 4, Solaris 2,BSD/OS,Linux,OSF等等

快速：它的速度要超过主流的Web服务器（ Apache ,NCSA,Netscape），在高负载情况下，它要快的多

安全：它努力的保护主机不受到攻击，不中断服务器

thttpd 类似于 lighttpd ，对于并发请求不使用 fork （）来派生子进程处理，而是采用 多路复用 （Multiplex）技术来实现。因此效能很好。同时它还有一个特点就是基于URL的文件 流量限制 ，这对于下载的 流量控制 而言是非常方便的。象Apache就必须使用插件实现，效率较thttpd低。

配置

播报

编辑

如何设置默认文档；在同一台服务器上架设多个Web站点；（可以通过改变 端口号 ）创建Web 虚拟目录 ；

（1）了解DNS 主机名 和 IP地址 。 如果此WEB服务器在Internet上，需向 ISP 申请和注册此服务器的DNS主机名和IP地址。如果此服务器只在 企业网 内使用，则在内部的 DNS服务器 上注册。

（2）打开 服务器文档 ，选择"端口"-"Internet端口"，启用"TCP/ IP端口"。

（3）选择" Internet协议 "，完成以下选项后， 保存文档 。

"绑定主机名"：

A、选择"是"则您可在"主机名"项中输入 主机别名 ，WEB用户可用此别名替代 Domino 服务器名访问WEB服务器。

B、选择"否"（缺省）则不允许使用别名。

"DNS查询"： 选择"是"则Domino服务器查询发送请求的WEB 客户机 的DNS名。

Domino 日志文件 和数据库将包含WEB客户机的DNS主机名。 选择"否"（缺省）则不查询， Domino 日志文件和

数据库将只包含WEB客户机的IP地址。

注意：选择"否"将提高Domino服务器性能，因为服务器不使用资源执行DNS查询。

"允许 HTTP 客户浏览数据库"：选择"是"则允许WEB用户在URL中使用OpenServer命令来显示服务器上数据库列表。选择"否"（缺省）则不允许。但即使WEB用户不能看到服务器上数据库列表，他们仍能打开有权限访问的单个数据库。

（4）启动HTTP任务。在服务器控制台上，输入：loap http

安全

播报

编辑

设置策略

盗用账号、 缓冲区溢出 以及执行任意命令是Web服务器比较常见的 安全漏洞 。 黑客攻击 、 蠕虫病毒 以及木马是因特网比较常见的安全漏洞。 口令攻击 、 拒绝服务攻击 以及IP欺骗是黑客攻击比较常见的类型。随着 网络技术 的不断发展，Web服务器面临着许多安全威胁，直接影响到Web服务器的安全。因此，加强Web服务器的 安全防护 是一项迫切需要的解决的时代课题。笔者结合多年的工作实践，认为可从以下3个方面入手来加强Web服务器的安全防护。

第一，加强Web服务器的安全设置。

以 Linux 为操作平台的Web服务器的安全设置策略，能够有效降低服务器的安全隐患，以确保Web服务器的安全性，主要包括：登录有户名与密码的安全设置、系统口令的安全设置、BIOS的安全设置、使用SSL通信协议、命令存储的修改设置、隐藏 系统信息 、启用日志记录功能以及设置Web服务器有关目录的权限等[3]。

第二，加强互联网的 安全防范 。

Web服务器需要对外提供服务，它既有域名又有公网的网址，显然存在一些安全隐患。所以，可给予Web服务器分配私有的地址，并且运用防火墙来做NAT可将其进行隐藏；同时因为一些攻击来源于 内网 的攻击，比如把内网计算机和Web服务器存放在相同的局域网之内，则在一定程度上会增加很多安全隐患，所以必须把它划分为不同的 虚拟局域网 ，运用防火墙的 地址转换 来提供相互间的访问，这样就大大提高了Web服务器的安全性和可靠性；把Web服务器连接至防火墙的 DMZ 端口，将不适宜对外公布的重要信息的服务器放于内部网络，进而在提供对外的服务的同时，可以最大限度地保护好内部网络[4]。

第三， 网络管理员 要不断加强网络日常安全的维护与管理。

要对管理员 用户名 与密码定期修改；要对Web 服务器系统 的新增用户情况进行定时核对，并且需要认真仔细了解 网络用户 的各种功能；要及时给予更新Web服务器系统的 杀毒软件 以及 病毒库 ，必要时可针对比较特殊的病毒给予安装专门 杀毒 的程序，同时要定期查杀Web服务器的 系统病毒 ，定期查看 CPU 的正常工作 使用状态 、后台工作进程以及 应用程序 ，假若发现异常情况需要及时给予妥当处理[5]；因为很多木马与病毒均是运用 系统漏洞 来进行攻击的，所以需要不断自动更新Web服务器系统，以及定期扫描Web服务器系统的漏洞。

Web服务器已经成为了 病毒 、木马的重灾区。不但企业的门户网站被篡改、资料被窃取，而且还成为了病毒与木马的 传播者 。有些Web管理员采取了一些措施，虽然可以保证门户网站的主页不被篡改，但是却很难避免自己的网站被当作肉鸡，来传播病毒、恶意插件、木马等等。这很大一部分原因是管理员在 Web安全 防护上太被动。他们只是被动的防御。为了彻底提高Web服务器的安全，Web安全要主动出击。

漏洞测试

企业网站 做的越来越复杂、功能越来越强。不过这些都不是凭空而来的，是通过代码堆积起来的。如果这个代码只供企业内部使用，那么不会带来多大的安全隐患。但是如果放在互联网上使用的话，则这些为实现特定功能的代码就有可能成为攻击者的目标。天眼举一个简单的例子。在网页中可以嵌入 SQL 代码。而攻击者就可以利用这些SQL代码来发动攻击，来获取管理员的密码等等破坏性的动作。有时候访问某些网站还需要有某些特定的控件。用户在安装这些控件时，其实就有可能在安装一个木马（这可能访问者与被访问者都没有意识到）。

为此在为网站某个特定功能编写代码时，就要主动出击。从编码的设计到编写、到测试，都需要认识到是否存在着安全的漏洞。天眼在日常过程中，在这方面对于员工提出了很高的要求。各个员工必须对自己所开发的功能负责。已知的病毒、木马不能够在你所开发的插件中有机可乘。通过这层层把关，就可以提高代码编写的安全性。

持续监控

冰冻三尺、非一日之寒。这就好像人生病一样，都有一个过程。病毒、木马等等在攻击Web 服务器 时，也需要一个过程。或者说，在攻击取得成功之前，他们会有一些试探性的动作。如对于一个采取了一定 安全措施 的Web服务器，从攻击开始到取得成果，至少要有半天的时间。如果Web管理员对服务器进行了全天候的监控。在发现有 异常行为 时，及早的采取措施，将病毒与木马阻挡在门户之外。这种主动出击的方式，就可以大大的提高Web服务器的安全性。

维护的Web服务器有好几十个。专门有一个小组，来全天候的监控服务器的访问。平均每分钟都可以监测到一些试探性的 攻击行为 。其中99%以上的攻击行为，由于服务器已经采取了对应的安全措施，都无功而返。不过每天仍然会遇到一些攻击行为。这些攻击行为可能是针对新的漏洞，或者采取了新的攻击方式。在服务器上原先没有采取对应的安全措施。如果没有及时的发现这种行为，那么他们就很有可能最终实现他们的非法目的。相反，及早的发现了他们的攻击手段，那么我们就可以在他们采取进一步行动之前，就在服务器上关掉这扇门，补上这个漏洞。

在这里也建议，企业用户在选择互联网Web服务器提供商的时候，除了考虑性能等因素之外，还要评估 服务提供商 能否提供全天候的监控机制。在Web安全上主动出击，及时发现攻击者的攻击行为。在他们采取进一步攻击措施之前，就他们消除在萌芽状态。

设置蜜罐

在军队中，有时候会给军人一些“伪装”，让敌人分不清真伪。其实在跟病毒、木马打交道时，本身就是一场无硝烟的战争。为此对于Web服务器采取一些伪装，也能够将攻击者引向错误的方向。等到供给者发现自己的目标错误时，管理员已经锁定了攻击者，从而可以及早的采取相应的措施。天眼有时候将这种主动出击的行为叫做 蜜罐 效应。简单的说，就是设置两个服务器。其中一个是真正的服务器，另外一个是蜜罐。需要做的是，如何将真正的服务器伪装起来，而将蜜罐推向公众。让攻击者认为蜜罐服务器才是真正的服务器。要做到这一点的话，可能需要从如下几个方面出发。

一是有真有假，难以区分。 如果要瞒过攻击者的眼睛，那么蜜罐服务器就不能够做的太假。天眼在做蜜罐服务器的时候，80%以上的内容都是跟真的服务器相同的。只有一些比较机密的信息没有放置在蜜罐服务器上。而且蜜罐服务器所采取的安全措施跟真的服务器事完全相同的。这不但可以提高蜜罐服务器的真实性，而且也可以用来评估真实服务器的安全性。一举两得。

二是需要有意无意的将攻击者引向蜜罐服务器。 攻击者在判断一个Web服务器是否值得攻击时，会进行评估。如评估这个网站的流量是否比较高。如果网站的流量不高，那么即使被攻破了，也没有多大的实用价值。攻击者如果没有有利可图的话，不会花这么大的精力在这个 网站服务器 上面。如果要将攻击者引向这个蜜罐服务器的话，那么就需要提高这个蜜罐服务器的 访问量 。其实要做到这一点也非常的容易。有很多用来交互流量的团队。只要花一点比较小的投资就可以做到这一点。

三是可以故意开一些后门让攻击者来钻。 作为Web服务器的管理者，不仅关心自己的服务器是否安全，还要知道自己的服务器有没有被人家盯上。或者说，有没有被攻击的价值。此时管理者就需要知道，自己的服务器一天被攻击了多少次。如果攻击的频率比较高，管理者就高兴、又忧虑。高兴的是自己的服务器价值还蛮大的，被这么多人惦记着。忧虑的是自己的服务器成为了众人攻击的目标。就应该抽取更多的力量来关注服务器的安全。

攻防测试

俗话说， 靠人不如靠自己 。在 Web服务 器的攻防战上，这一个原则也适用。天眼建议，如果企业对于Web服务的安全比较高，如网站服务器上有 电子商务交易平台 ，此时最好设置一个专业的团队。他们充当攻击者的角色，对服务器进行安全性的测试。这个专业团队主要执行如下几个任务。

一是测试Web管理团队对攻击行为的 反应速度 。如可以采用一些现在比较流行的攻击手段，对自己的Web服务器发动攻击。当然这个时间是随机的。预先Web管理团队并不知道。要评估的是，Web管理团队在多少时间之内能够发现这种攻击的行为。这也是考验管理团队全天候跟踪的能力。一般来说，这个时间越短越好。应该将这个 时间控制 在可控的范围之内。即使攻击最后没有成功，Web管理团队也应该及早的发现攻击的行为。毕竟有没有发现、与最终有没有取得成功，是两个不同的概念。

二是要测试服务器的漏洞是否有补上 。毕竟大部分的攻击行为，都是针对服务器现有的漏洞所产生的。这个专业团队要做的就是，这些已发现的漏洞是否都已经打上了 安全补丁 或者采取了对应的安全措施。有时候我们都没有发现的漏洞是无能为力，但是对于这些已经存在的漏洞不能够放过。否则的话，也太便宜那些攻击者了。

宕机诊断方法

播报

编辑

步骤1：发生了什么事

系统管理员 必须肩负起分析和判断Web服务器 宕机 原因的责任。需要解决如下的问题：

• 是否是断电，发电机测试以及其他类似问题影响了整体物理环境？
• 和Web服务器的通信是否已经完全被阻断，还是某些IP段依旧可以使用？
• 是否还可以管理服务器？
• 日志中是否有异常记录？

这些只是少部分管理员们需要立即回答的问题，在深入诊断问题之前，先解决上述问题。

步骤2：最简单的解决方案往往是最好的

有很多时候会陷入诊断高级问题的误区，分析各种可能的技术问题和疑难杂症。而实际上，退一步想，从宏观角度思考问题，可能解决已花费无数工时和成本却还未攻克的技术难题。例如，主机通电了吗，或者是否有人无意间碰掉了 电源线 ？如果机器确实已经通电，但没有任何 网络连接 ，需要检查网线或者光纤是否没有接上或者松动。是的，这些看似明显低级错误的 解决方法 ，认为都 不可能发生 ，但任何有经验的系统管理员会告诉你，这些状况的发生频率远比想的要多的多。 ^[1]

步骤3：基本故障处理方法没有效果怎么办

现在已经检查了所有电缆和其他外围设备，可以试着使用 ping 命令探测设备状况。幸运的是，ping命令是所有平台通用的，也是最简单的。如果可以在局域网内ping通服务器，接着可以试试从局域网外ping服务器进行检测。这样做可以迅速判断问题是否产生在交换和路由层面，而不是服务器级别。此外，如果Web服务器已经虚拟化，试着ping物理服务器自己的真实IP。这样可以帮助进一步隔离问题。如果完全无法ping同服务器，而且也已经确定完全检查了网络连接，那么就需要进行更深入的分析了。

步骤4：使尽浑身解数，服务器依然宕机

已经检查过网线。也试过了ping服务器，依旧无法访问服务器。好消息是，已经可以将问题定位到物理服务器或操作系统本身了。换句话说，已经可以开始集中精力对现存的问题进行排查。

接下来，才去从底层到高层的方式来逐层检查问题，首先检查 网络接口 和本地 网络配置 是否正常。 DHCP 是否启动？ Web服务 器是否指向正确的 DNS服务器 ？如果是这样，可以根据使用的操作系统平台，检查Web服务是否正常开启。在Windows环境，需要检查服务器是否具有Web服务的角色。在 Linux 环境下，检查会更复杂，可以试试查找http相关的文件或服务来确保服务器是否正在运行。

步骤5：绝境下需要动用绝招

如果以上方法都不奏效，检查日志并尝试查明在Web服务器宕机时日志中记录的那些信息。将这些信息发给在 故障处理 和解决领域更有经验的专业人士，可能会获得更多的帮助。同样的，如果已经确认网络连接不是问题，就可以使用 Wireshark 抓包工具 对网络中传输的数据进行抓取分析，以此协助处理问题。

总而言之，服务器宕机的原因多种多样。断电、配置错误、防火墙设置错误、甚至是来自互联网的恶意流量，都可能引发源站宕机并让系统管理员们抓狂。所有这些问题都足以让企业决策者对冗余解决方案的设计和实施加以重视，同样的针对故障 处理流程 的设计和制定，还需要根据企业自身网络的实际情况为依据。 ^[2]

选购指南

播报

编辑

在这个电商已经普及的时代，一个企业，不管大小总是都需要有一个网站，在网络上宣传自己的品牌。这跟90年代你开了公司一定要有一个办公室是一个道理了。而且更多的企业选择电子商务。作为 网站建设 的基础， 服务器租用 也成为必须要考虑的事情。

服务器租用 选择的成功与否，可以说在一定程度上直接影响着网站建设的成功与否。这不论是对大企业，还是中小企业 建网站 都是一样的。

但实际，很多中小企业在建设网站，并选择服务器作为其信息化基础工具时，则出现一些不正确的做法:如为了节省资金，便随便租用或购买一台 服务器 。结果由于服务器性能低下导致信息系统经常出问题。最终不但没有帮助企业传播信息，提升品牌，反而因系统不稳定，给企业带来 负面影响 。

因此，拥有一款稳定、良好的服务器无疑是企业最基本的选择。那么，企业又该如何选择优秀的服务器呢。我这里想说下几点。

第一、资质是最基本的，一定要有齐全的 IDC服务商 资质。如果没有，不管是多好的服务器，都不要购买。连企业真假都不能确定的事情，你如何保证他的产品呢？

第二、对于中小企业不建议租用 一线城市 机房的服务器，原因很简单。像北京上海这种一线机房，都是寸土寸金，服务器好不好先不说，但是光机房的成本就比二线、 三线城市 的要高得多。这费用当然要算到企业的头上。而且二线、三线城市的机房其实是一样的，但是它的成本要低得多。同样的产品，为什么不选价格低的呢？

第三、一定要考虑清楚你需要什么服务器？比如说品牌、配置，或者说是需要服务器租用、 服务器托管 还是 服务器合租 等等。这些都需要根据自身企业的需求来确定。如果自己不清楚，可以选择咨询IDC服务商，不放心的话可以在网上问相关的专业人士。

发展趋势

播报

编辑

Web服务器的发展有三个主要趋势：

从HTML到XML

标准通用标记语言 的子集 可扩展标记语言 （eXtensible Markup Language）

标准通用标记语言的子集 HTML 被称为“第一代Web语言”，如前面的介绍，HTML作为Web的开发语言，对Web应用的发展起到了关键性的作用。但是HTML有一个致命的缺点：只适合于人与计算机的交流，不适合计算机与计算机的交流。HTML通过大量的标记来定义文档内容的表现方式，它仅仅描述了应如何在 Web浏览器 页面上布置文字、图形，并没有对Internet的信息含义本身进行描述，而信息又是Web应用中最重要的内容。通过HTML表现出来的文字、图形内容很容易被人理解，但却不利于计算机 程序 去理解。另外，HTML的另一个问题就是它的标记集合是固定的，用户不能根据自己的需要增加标记；而且各种浏览器的规格不尽相同，要使我们用HTML做的网页能够被所有浏览器正常显示，我们只能够使用W3C（ 万维网 协会）规定的标记来创建网页。

正如前面所说，Web服务器向Web浏览器提供的信息都是来自有一定结构的数据库，在数据库里，为了检索和管理的方便，信息按照它本身的意义（如姓名、年龄、工作单位等）被存放在相应的字段里，一旦这些数据被调出来，经过CGI、ASP、JSP、 PHP 等转换成HTML后，其原来的意义无法转移到HTML标记中来，用户也就无法按照信息本来的意义去阅读。并且，由于操作系统以及数据库的不同，不同的系统及应用层面之间要想互相理解对方的 数据格式 是相当困难的。这就需要一种新技术或标准能够将最初保存在 数据库服务器 中的原始 数据结构 在不同的系统层面共享。这种新技术就是XML。

使用XML可以解决上述的难题。W3C对XML作了如下描述：“XML描述了一类被称为 XML文档 的 数据对象 ，并部分描述了处理它们的计算机程序的行为。XML是 标准通用标记语言 的一个应用实例。从结构上说，XML文档遵从标准 通用标记 语言文档标准。”同HTML一样，XML也是一种基于文本的 标记语言 ，都是从标准通用标记 语言发展 而来，二者的不同在于：XML可以让我们根据要表现的文档，自由地定义标记来表现具有实际意义的文档内容，例如，我们可以定义〈文档名称〉〈/文档名称〉这样具有实际意义的标记。而且XML不像HTML那样具有固定的标记集合，它实际上是一种定义语言的语言，也就是说使用XML的用户可以定义无穷的标记来描述文档中的任何 数据元素 ，将文档的内容组织成丰富的完整的信息体系。总起来说，XML具有四大特点：便于存储的数据格式、 可扩展性 、高度结构化以及方便的 网络传输 ，这些特点为我们创建开放、高效、可扩展、个性化的Web应用提供了一个崭新的起点。

从有线到无线

Aberdeen集团的研究主任Darcy Fowkes认为，采用无线方式进行电子商务的优势并不仅仅在于方便，它还可以节约公司的财力，而且， 移动办公 能使工作更加高效。

然而，由于多种 无线网络 类型、 标记语言 、协议和无线设备并存的复杂情况，使得网络内容和 数据转换 成能够被无线设备所识别的格式并不容易。许多企业都在致力于开发能够把应用程序以及 互联网内容 扩展到无线设备上的产品。

例如， IBM 的WebSphere Transcoding Publisher 3.5增加和改进了许多新的特性，可以将企业内部网上的数据翻译到多种无线设备上。该版本中新的特性包括对更多的无线设备、数据格式的支持，以及语言翻译功能。它基于 Java 架构，能把用HTML和XML等标记语言编写的应用程序和数据转换成 WML 、 HDML （Handheld Device Markup Language）和 iMode 等无线设备所能识别的格式，这样，通过 手持设备 就可以访问互联网上的信息。

无线设备厂商Mobilize也推出了Mobilize Commerce产品，帮助企业进入 无线网络 。该软件可以通过 无线连接 的方式访问企业的内部系统，远程地实现订单发送，并进行确认。Mobilize Commerce可以充分利用XML对信息进行 格式转换 ，以适合于无线设备，这些无线设备包括 笔记本电脑 、 个人数字助理 、 无线电话 、 网络电话 和双向寻呼等。

从无声到有声

世界上有十亿个电话终端，有超过2亿的移动电话。而就人自身的交流习惯来看，人们也更愿意利用听和说的口头的方式进行交流。

文本语音转换器（ TTS ，Text to Speech）的研究工作已经取得了很大的进步，实现了自动的 语言分析 理解，并允许TTS的使用者增加更多的韵律、音调在讲话中，使 TTS系统 的发声更接近人声。在自动 语音识别系统 （ ASR ）领域里，自动 语音识别 系统在从整个词的模仿匹配，向 音素 层次的识别系统方向发展。 自动语音识别 系统的 词汇表 由一个基于声音片断的 字母表 构成，而且这种词汇表是受不同 语言限制 的。基于这种方式，在一个宽广的声音行列里，讲话能被识别系统发现和挑拣出来，并加以识别。并且，在识别一个词的时候，每一个音素将从系统的输入中挑拣出来，拼接组合后与已经有的音素和词语模板进行比较，来产生需要的模板。音素的识别大大减轻了ASR对讲话者的 依赖性 ，并且使得它非常容易去建立大型的和容易修改的语音识别字典，从而满足不同 应用市场 的需求。

Web 语音发展 的另一方面是VoiceXML（Voice Extensible Markup Language-语音 可扩展标记语言 ）的进展。VoiceXML的主要目标是要将Web上已有的大量应用、丰富的内容，让交互式语音界面也能够全部享受。Web服务器处理一个来自 客户端应用 的请求，这一请求经过了VoiceXML 解释程序 和VoiceXML解释程序语境处理，作为响应，服务器产生出VoiceXML文件，在回复当中，要经过VoiceXML解释程序的处理。VoiceXML 1.0规范基于XML，为语音和电话应用的开发者、服务提供商和 设备制造商 提供了一个智能化的 API 。VoiceXML的标准化将简化Web上具有语音响应服务的个性化界面的创建，使人们能够通过语音和电话访问网站上的信息和服务，像今天通过CGI脚本一样检索中心数据库，访问企业内部网，制造新的语音访问设备。VoiceXML的执行平台上面加载了相应的软件和硬件，例如，ASR、TTS，从而实现语音的识别以及文本和语音之间的转化。2000年5月23日，W3C接受了语音 可扩展标记语言 VoiceXML 1.0作为实例。

IBM、Nokia、 Lucent 、 Motorola 等著名厂商都已经开发出相应支持VoiceXML的产品，ASR和TTS系统大多还不能支持中文。

新手上路

成长任务 编辑入门 编辑规则 本人编辑

我有疑问

内容质疑 在线客服 官方贴吧 意见反馈

投诉建议

举报不良信息 未通过词条申诉 投诉侵权信息 封禁查询与解封

©2025 Baidu 使用百度前必读 | 百科协议 | 隐私政策 | 百度百科合作平台 | 京ICP证030173号

京公网安备11000002000001号