企业官网建设流程全解析

HCL模拟器玩到一定程度，大家基本都在折腾路由器、交换机、防火墙这些网络设备，真正把Server（服务器）这个节点用起来的反而不多。其实HCL里面的Server是一台可以装真实操作系统的虚拟机，你完全可以在里面装Windows Server、跑SQL Server、搭FTP和DHCP服务，再配合前面的路由交换设备做联动实验。这篇是“玩转HCL Server”的第二篇，重点讲怎么把Server用活，而不是让它躺在拓扑图里当摆设。第一篇我们已经聊过怎么启动Server、挂载镜像、装个基本系统，这期直接往下走：磁盘规划、系统安装的坑、SQL Server和常用服务的搭建，以及Server和路由器、防火墙、交换机联调的几类实用组网。不管你是在备考认证，还是想在家搭一套仿真实验环境，这篇文章都能给你省下不少查资料的功夫。

1. Server在HCL里的地位和玩法

1.1 它不只是“一台虚拟电脑”

HCL的Server组件本质上是基于QEMU做的一个虚拟机，默认会给你分配一块网卡，可以桥接到HCL的虚拟网络里。也就是说，它和路由器、交换机之间是天然打通的，你可以给它配IP、用它做网关、做服务器、做测试终端，完全模拟物理环境里的一台独立服务器。

很多朋友会把Server单纯当作“用来Ping通的终端”，这太浪费了。因为Server是一台可以安装完整操作系统的机器，你装完Windows Server之后，它就拥有了真实服务器的能力：可以开DHCP服务给PC发地址，可以装IIS或第三方Web服务对外提供HTTP，可以装SQL Server支撑业务数据库，甚至能装域控做活动目录实验。这才是它真正的价值所在。

1.2 从“能开机”到“能干活”

第一篇我们已经解决了“让Server开机能用”的问题：比如怎么创建Server节点、怎么加载ISO镜像、怎么进入BIOS修改启动顺序。到了第二篇，目标要升级：让Server成为网络环境中真正提供服务的角色。

所以这篇的路线很清晰：先解决操作系统的安装效率和磁盘规划问题，再解决常用服务（DHCP、DNS、HTTP、FTP、SQL Server）的搭建与调试，最后解决Server与网络设备之间的联动。每一块都有不少容易踩的坑，我会把实操中遇到过的问题和对应解决思路都写出来，完整的步骤可以直接抄。

2. 磁盘管理与系统安装的进阶操作

2.1 给Server挂载第二块磁盘

默认的HCL Server只有一块很小的虚拟磁盘，装完Windows Server后基本剩不了多少空间，再装SQL Server、IIS或者存放镜像文件就会很紧张。所以我习惯在装系统前或装完后额外挂载一块磁盘，专门放安装包和数据。

操作不算复杂：在HCL拓扑上选中Server节点，右侧面板找到“配置”或“磁盘”相关的入口，添加一块虚拟磁盘。不同版本HCL入口名称略有区别，但思路一致，相当于给虚拟机增加一块空的虚拟硬盘。

如果是装完系统后才加的盘，需要进Windows的“磁盘管理”对新磁盘做初始化、创建分区、分配盘符。这里有一个细节：Windows Server 2003/2008的磁盘管理对GPT分区支持不好，如果待挂载磁盘显示“无法初始化”，优先使用MBR分区。我们做实验不用追求大容量，MBR完全够用。

新盘分区格式建议用NTFS，方便存放超过4GB的镜像或SQL Server安装包。此外，所有资料最好单独放一个盘，系统盘保持干净，这样后续做快照或还原时能省很多事。

2.2 Windows Server 2003/2008安装时的序列号处理

HCL的Server建议安装Windows Server 2003或Windows Server 2008，因为这两个系统对硬件要求低、启动快，关键是对虚拟网卡的兼容性好。但安装过程中最让人烦躁的就是输入产品密钥，那串25位字符又长又难输。

我试过几种方式，最靠谱的是在安装前先编辑ISO文件里的配置文件，比如Windows Server 2003的ISO中有一个WINNT.SIF文件，可以在里面预设ProductKey。如果你不想动ISO，还有一个懒办法：安装时跳过密钥，等装完系统后再在“控制面板-系统”里尝试更新密钥。但要注意，Windows Server 2003如果跳过了密钥，系统会进入宽限期，部分功能受限，做实验影响不大。Windows Server 2008则可以直接在安装过程中选择不输入密钥，装完再激活。

另外顺带提一句，很多朋友搜索“Windows Server 2016产品密钥”之类的东西，想拿新版系统往HCL里装。我的建议是别折腾，HCL的虚拟硬件比较老，新版系统安装时大概率找不到合适的SCSI/网卡驱动，即使能装上，运行起来也非常卡。实验环境追求稳定和速度，2003/2008足够。

2.3 SQL Server安装的关键坑：版本兼容篇

热词里有一堆关于SQL Server的搜索，说明不少人在Server上装SQL Server遇到了问题。在Windows Server 2003上，最省心的是SQL Server 2000和SQL Server 2005；在Windows Server 2008上，可以装SQL Server 2008。注意，SQL Server 2012以上版本对操作系统要求高，强行往2003/2008上装基本装不上，别浪费时间。

安装SQL Server时，我踩过最大的坑是“安装程序无法连接到数据库服务进行配置”，多半是因为之前装过失败实例，残留了服务或注册表项。解决办法是：在服务管理器里把SQL相关的服务全部停掉，然后用系统账户清理工具或者手动删除残留服务（如sc delete MSSQLSERVER命令），再重新安装。

另外，安装时如果要开启远程连接，必须在SQL Server配置管理器中启用“TCP/IP协议”，并重启SQL服务。否则从其他PC用SQL客户端连这个数据库时，会一直提示连接超时或找不到服务器。

3. 在Server上搭建常用网络服务

3.1 DHCP服务：轻轻松松让PC自动获取地址

在HCL的拓扑里，最常见的实验之一是让Server当DHCP服务器，给下面的PC自动分配IP。很多朋友会在路由器上配DHCP，但真实企业环境里经常会用独立服务器做地址分发，所以这个实验很有练习价值。

在Windows Server上安装DHCP服务的路径很简单：“控制面板”->“添加删除程序”->“添加Windows组件”->勾选“网络服务”中的“动态主机配置协议（DHCP）”。装完以后，打开DHCP控制台，新建作用域，设置地址池范围，比如192.168.10.10到192.168.10.200，排除地址可以留一部分给服务器、打印机或路由器用。然后配置网关、DNS服务器地址。

这里有个最常见的坑：Server的网卡IP必须手工配置为一个静态地址，而且这个地址必须落在DHCP作用域所在网段内。比如你在给192.168.10.0/24网段下发地址，Server网卡IP必须是192.168.10.x。否则DHCP服务能启动，但客户端根本请求不到地址，或者在Windows事件日志里看到“无法为DHCP客户端提供服务”的报错。

另外一个细节：在HCL中，PC节点默认可能不支持DHCP请求，需要在PC的配置里选择“自动获取IP地址”模式。如果你用的是路由器作为PC客户端，也要把接口切到DHCP模式。做完之后用ipconfig /renew或重启PC接口，就能看到效果。

3.2 DNS服务：让内网用名字访问服务器

DHCP解决的是“上网要有地址”，DNS解决的是“访问要叫名字”。HCL的Server同样可以安装DNS服务，用来解析你自定义的内网域名，比如www.lab.com解析到服务器的IP192.168.10.10。

安装DNS服务跟在Windows组件里勾选“DNS服务器”一样简单，装完在管理工具里打开DNS控制台，新建正向查找区域，区域名称填一个不会和公网冲突的域名，比如lab.com。然后新建主机记录，主机名写www，IP地址填服务器的地址。

DNS服务要和DHCP配合会产生1+1>2的效果：在DHCP作用域的DNS选项里填上Server的IP，这样PC获得IP的同时也会获得DNS服务器地址，然后就能直接访问www.lab.com了。

有几个点容易出错：第一，Server本身上网卡地址要是静态的；第二，DNS转发器的配置要看情况。如果只是内网解析，可以不配转发器；但如果你想在内网环境里顺便能解析公网域名（比如在HCL里模拟上网），最好在DNS服务器属性里设置转发器，指向真实可达的DNS地址。不过HCL环境里没有外网，所以这个功能通常用不上，也别指望能解析出百度谷歌。

3.3 HTTP/FTP服务：用IIS和FileZilla走通网站与文件传输

网页服务和文件服务是Server最常见的业务形态。在Windows Server 2003/2008上，自带的IIS就可以做Web站点。安装IIS的方法仍然是“添加Windows组件”，勾选“应用程序服务器”中的“Internet 信息服务（IIS）”（2003）或“Web服务器（IIS）”（2008）。

安装完成后，默认网站目录在C:\inetpub\wwwroot下，放一个index.html进去，访问http://Server的IP/就能看到页面。如果你要做端口区分，可以新建多个网站，绑定不同端口。我最常做的实验是：在一个Server上同时跑多个站点，用不同端口来区分，比如80端口做A站点，8080端口做B站点。这个套路在考高级网络工程师或做综合实验时很加分。

FTP服务如果用IIS自带的FTP，配置起来有点鸡肋，尤其是虚拟目录和权限控制这块，很容易被搞晕。所以在Server环境里，我更推荐大家装一个FileZilla Server，轻量、直观、配置简单。热词里就有“filezilla server使用教程”，看来不少人也想用这个软件。

FileZilla Server的安装非常傻瓜，一路Next就行。装完以后打开管理界面，在“Edit”->“Users”里添加用户，设置密码，然后在“Shared folders”里添加共享目录并设置读写权限。启动服务后，用客户端的FTP工具连接Server的IP，默认端口21，输入刚才创建的用户名密码，就能上传下载了。

这里有一个容易掉的坑：Windows防火墙如果不关，会拦截FTP的21端口和被动模式端口。HCL里的Server节点默认可能没有开启防火墙，但如果你之前做过加固实验，还是要检查一下防火墙状态，或者在防火墙里放行FileZilla Server程序。另外，如果你在路由器上做了端口映射，一定要同时放行被动模式的高位端口段，否则会出现“能登录，但列不出目录”的怪问题。

3.4 SQL Server：让数据库从“装好”到“用得起来”

前面讲了SQL Server安装，这里重点讲怎么让它真正被网络中的其他设备访问。SQL Server安装完成后，默认的实例名是MSSQLSERVER，服务器名称填本机计算机名或IP都可以连接。但如果要从HCL里的其他PC连接这台Server上的SQL Server，就需要做三件事：启用SQL Server身份验证、启用TCP/IP协议、保证PC端的网络能通。

启用SQL Server身份验证的方法是：用Windows身份验证登录SQL Server Management Studio，在服务器属性里找到“安全性”，改成“SQL Server和Windows身份验证模式”，然后在“安全性”->“登录名”里给sa设置一个密码。这里要注意，sa密码不要设太复杂，否则实验时输入容易错。我一般用Lab@123这种级别，够用也不会触发策略问题。

然后进入“SQL Server配置管理器”，展开“SQL Server网络配置”，找到“协议”，把“TCP/IP”状态改为“启用”，如果监听端口不是默认的1433，也要记录下来。配置完成后重启SQL服务。接下来在HCL的PC节点上用客户端工具或命令（比如sqlcmd -S 192.168.10.10 -U sa -P Lab@123）测试连接，能进去就算大功告成。

4. Server与网络设备的联动实验

4.1 路由器+Server：跨网段地址下发

前面DHCP实验是Server和PC在同一个网段，比较简单。但真实组网里，服务器往往在一个网段，客户端在另一个网段，这时候就需要路由器做DHCP中继。

HCL里用路由器做DHCP中继的配置很典型：在路由器上配置两个接口，分别属于两个网段，连接Server的接口配置IP为192.168.10.1，连接PC的接口配置IP为192.168.20.1。然后在客户端的接口视图下执行dhcp select relay，并指定DHCP服务器地址为192.168.10.10（Server的IP）。

这样PC发出广播地址请求后，路由器会把它转为单播转发给Server，Server会将分配结果回复给PC。这个实验能让你彻底理解“中继代理”的工作原理，强烈建议配合H3C路由器的命令行做一遍。如果你用的是HCL自带的路由器，记得在接口上开启DHCP服务和对应模式，配置命令很有代表性。

这类实验里，最容易出问题的是路由器的接口有时没有开启DHCP服务，或在配置中继时把地址写成了Server的网关而不是Server本身，导致PC一直拿不到地址。解决办法是在路由器上执行debug dhcp relay或抓包看报文，能看到是否有Discover和Offer包交互。

4.2 防火墙+Server：把内网服务发布出去

防火墙是HCL里另一个非常有意思的设备，它跟Server配合可以做“服务器发布”实验。比如内网有一台Server提供Web服务，你想让外网（模拟外网）的用户通过防火墙上映射的公网地址访问这台Web服务器。

配置思路为：先把Server连接到防火墙的信任区，把外网PC或路由器连接到防火墙的非信任区。在防火墙上配置NAT和策略：将公网IP:80端口映射到内网Server的内网IP:80端口，同时放行对应的安全策略。

我在HCL里做实验时，发现很多人容易忽略安全策略的方向。防火墙默认拒绝所有，你不仅要配置NAT，还要配置从非信任区到信任区、允许目标端口为80的放行策略。如果做完访问不通过，优先检查策略顺序，再把“会话表”打开看看报文是否正常。

另外一个容易忽视的坑是：对Web服务器做NAT后，服务器日志里看到的源地址全是防火墙内网接口的IP，感知不到真实用户地址。如果实验里需要观察真实源IP，需要开启防火墙的“NAT会话日志”或在HTTP头里看到X-Forwarded-For（一般在反向代理里配置）。HCL防火墙的Web界面有日志功能，可以辅助排查。

4.3 交换机+Server：VLAN间访问控制

交换机和Server的联动主要场景是：把Server放在一个单独的VLAN里，比如VLAN100，其他客户端在VLAN200，通过三层交换机实现VLAN间路由，再通过ACL控制谁能访问Server。

HCL的交换机有二层也有三层，配置思路是：在交换机上创建VLAN100和VLAN200，把Server接口划入VLAN100，PC接口划入VLAN200，给两个VLAN配置VLAN接口地址作为网关，开启VLAN间路由。然后配置ACL，只允许VLAN200的某些主机访问Server的80端口，其余全部拒绝。

这套实验配合前文的HTTP服务特别好用，能模拟企业里常见的“业务服务器隔离”场景。实际操作中，要注意交换机的端口类型设置（access或trunk），连接Server的端口用access就行，连接PC的也一样；如果PC侧还要连接其他VLAN的设备，可以配置trunk，但实验尽量简单化。

做访问控制时，ACL的生效顺序是自上而下匹配的，所以要先写允许再写拒绝，不然全部被拒。在HCL交换机上配置完ACL后，记得在接口视图或VLAN接口视图下用packet-filter应用，很多人漏了这步，结果ACL没有任何效果。

5. 常见问题与排查技巧实录

5.1 “Lost connection to server at handshake”这一类报错

热词里有个很典型的报错：2013 - lost connection to server at 'handshake: reading initial communication。这个问题在SQL Server远程连接时非常常见。它说明客户端发起了连接，但服务端在握手阶段就断开了。

如果出现在HCL的Server环境里，大概率是网络根本没通，或者SQL Server没有启用TCP/IP，再或者防火墙拦了1433端口。排查步骤我一般这么走：先在PC上Ping Server的IP，不通就检查网络；通了再用telnet <ServerIP> 1433测试端口是否可达，不可达就去SQL配置管理器里确认TCP/IP协议状态和监听端口；如果端口能连通但依然报这个错，检查SQL Server的登录模式是否是“SQL Server身份验证”，账号密码是否输入正确。

5.2 FileZilla Server登录失败与被动模式问题

FileZilla Server使用中常见的怪事是：在服务器本机测试FTP能连上，换个PC就连不上。这种情况九成是被动模式问题。FTP协议有主动/被动两种模式，被动模式需要服务器开放一个高位端口段供数据传输。FileZilla Server默认的被动端口设置要手工指定，比如在服务器设置里设置被动模式的端口范围为5000-5100，这些端口也要通。

HCL中如果你在Server和PC之间只放了一条链路，没有防火墙，那一般不会出问题。但如果你加了防火墙，就要额外放行这些端口。我实际测试中，还用了一招：把FileZilla Server的被动模式改为主动模式，客户端主动连回服务器，虽然兼容性稍差，但在纯实验环境里反而简单。

5.3 SQL Server登录失败与“failed to start login server”类权限问题

报错信息里有一类：登录失败: failed to start login server: 以一种访问权限不允许的方式做了一个访问套接字尝试访问权限。这类问题本质是服务启动或者监听端口的时候权限不够。出现在HCL的Windows Server里，多半是因为SQL服务启动账户没有相应权限，或者有程序占用了1433端口。

解决思路分三步：第一，在“服务”管理器里找到SQL Server服务，把启动账户更改为LocalSystem或者一个有管理员权限的账户，并重启服务；第二，用netstat -ano | findstr 1433查一下端口占用，如果不是SQL Server进程占用，就停掉占用进程或修改SQL监听端口；第三，检查Windows防火墙是否拦截了程序，如果是，在防火墙里放行SQL Server的可执行文件或端口。

5.4 DHCP服务启动报错或客户端获取不到地址

DHCP服务在Windows Server上有时启动不起来，事件日志里提示“服务未能启动”或“作用域无法创建”。我遇到过的原因主要有两个：一是之前残留了旧的DHCP数据库，删除C:\WINDOWS\system32\dhcp下的数据库文件后重新启动服务；二是Server的IP地址没设置成静态地址，DHCP服务要求本身必须是静态IP，动态IP环境下服务会拒绝启动。

如果DHCP服务正常，但客户端获取不到地址，可以先在客户端执行ipconfig /renew，如果没反应，就在DHCP控制台里看“地址租约”里有没有记录。没记录多半是客户端请求没到服务器，这时候要检查路由器上的中继配置或交换机VLAN是否正确。

5.5 常见问题速查表

这个速查表是我在做实验时反复对照总结出来的，基本能覆盖八成以上的疑难杂症。遇到问题先按表逐项排查，比盲目重装系统高效得多。

最后说一点个人体会：HCL这个仿真平台里，Server设备的存在感一直偏低，但恰恰是它能把“网络”和“业务”串起来。当你把DHCP、DNS、Web、FTP、数据库这些服务都跑起来以后，再回头做路由交换实验，感受完全不一样——你不再是单纯敲命令看协议状态，而是能直观看到一个数据包从终端到服务器，经过了哪一层，做了哪些处理。尤其建议想把网络技术学扎实的朋友，一定要花点时间把Server这台设备吃透。后续你还可以在这个基础上去模拟域环境、做备份与恢复、甚至是简单的虚拟化实验，玩法远比想象中多。