一个公司为什么需要配置DNS、web等服务器？

公司内网必须要用自己的内部网站，，外站无法访问

配置DNS服务器是为了让每个电脑拥有域名。

实现微软的“分布式文件系统”，

也就是在内网域内，每个电脑用有自己的域名，共享文件，在域内控制的账户。。

域名解析就是为了解析自己内网中的主机。。

当然，，如果网络小的话完全没必要，，、

可是网络如果大的话。。就必须要用了。。

内网可以作为内部网络主页还设定，就是拿来发公告一类的，，

而且内网具有速度快，稳定，不受攻击等。。

还有内网邮件服务器也是需要DNS来中转的；

DHCP：动态主机设置协议（Dynamic Host Configuration Protocol, DHCP）是一个局域网的网络协议，使用UDP协议工作，主要有两个用途：给内部网络或网络服务供应商自动分配IP地址给用户给内部网络管理员作为对所有计算机作中央管理的手段。当然我们一般做为公司内部局域网IP地址分配，方便管理。至于楼上说“DHCP分配的内网IP转为外网IP” 这是错滴，这应该是NATDNS：DNS 是计算机域名 (Domain Name System) 的缩写，它是由解析器和域名服务器组成的。IP地址转换为域名，域名转换为IP地址功能。我们一般称之域名解析FTP：文件传输协议（File Transfer Protocol, FTP）是一个用于在两台装有不同操作系统的机器中传输计算机文件的软件标准。它属于网络协议组的应用层。有些地方网站下载，时就是使用滴FTP服务WEB：WEB本意是蜘蛛网和网的意思。现广泛译作网络、互联网等技术领域。表现为三种形式，即超文本（hypertext）、超媒体（hypermedia）、超文本传输协议（HTTP）等。现在通常所说滴上网，就是WEB 举个例子：你在公司局域网中 HDCP服务器上获取到一个IP地址（一般为私有IP地址），你想访问 Baidu（这就是WEB） 这时你就会用到 DNS服务器 为你解析为 公网IP地址（即 Baidu 的公网IP地址，当然这个过程你是感觉不到滴），结果就是你的IE 正常访问 Baidu（WEB），或是 访问FTP 下载一个文件。

你局域网内的机器要把自己的dns服务器设置为你的server1。设置对的话，你在局域网机器上ping那个web服务器的名字应该ping到web服务器的ip。

举例来说：

你的server1（就是你的dns）的ip为19216802，server2的ip是19216803。

你要把在dns上设置webserver2com对应的ip为19516803，然后把每个客户机上的dns服务器设置为19216802。这样做好后，你在客户机上ping webserver2com会出现“Pinging webserver2com [19516803]”之类的提示。此后你在客户机的ie中输入http://webserver2com就可以访问你的server2上的web站点了。

邮件服务器也类似，你可以在server1上添加一个ip 19216804，在dns上设置为mailserver1com为19216804，这样你在客户机上就可以设置outlook等软件的服务器为mailserver1com而不用设置为ip地址了。

负载均衡技术能够平衡服务器集群中所有的服务器和请求应用之间的通信负载，根据实时响应时间进行判断，将任务交由负载最轻的服务器来处理，以实现真正的智能通信管理和最佳的服务器群性能，从而使网站始终保持运行和保证其可访问性。

为了充分利用利用现有服务器软件的种种优势，负载均衡最好是在服务器软件之外来完成。而最早使用的负载均衡技术是通过DNS服务中的随机名字解析来实现的。这就是通常所说的DNS负载均衡技术。

DNS负载均衡技术的实现原理是在DNS服务器中为同一个主机名配置多个IP地址，在应答DNS查询时，DNS服务器对每个查询将以DNS文件中主机记录的IP地址按顺序返回不同的解析结果，将客户端的访问引导到不同的机器上去，使得不同的客户端访问不同的服务器，从而达到负载均衡的目的。

直到现在，很多网站仍然使用DNS负载均衡来保证网站的运行和可访问性。从其实现和效果来看，主要有以下优缺点：

主要优点

这种技术的主要缺点如下：

第一，技术实现比较灵活、方便，简单易行，成本低，适用于大多数TCP/IP应用。不需要网络专家来对之进行设定，或在出现问题时对之进行维护。

第二，对于Web应用来说，不需要对代码作任何的修改。事实上，Web应用本身并不会意识到负载均衡配置，即使在它面前。

第三，Web服务器可以位于互联网的任意位置上。

主要缺点

DNS负载均衡技术在具有以上优点的时候，其缺点也非常明显，主要表现在：

第一，不能够按照Web服务器的处理能力分配负载。DNS负载均衡采用的是简单的轮循负载算法，不能区分服务器之间的差异，不能反映服务器的当前运行状态。所以DNS服务器将Http请求平均地分配到后台的Web服务器上，而不考虑每个Web服务器当前的负载情况。如果后台的Web服务器的配置和处理能力不同，最慢的 Web服务器将成为系统的瓶颈，处理能力强的服务器不能充分发挥作用。不能做到为性能较好的服务器多分配请求，甚至会出现客户请求集中在某一台服务器上的情况。

第二，不支持高可靠性，DNS负载均衡技术没有考虑容错。如果后台的某台Web服务器出现故障，DNS服务器仍然会把DNS 请求分配到这台故障服务器上，导致不能响应客户端。

第三，可能会造成额外的网络问题。为了使本DNS服务器和其他DNS服务器及时交互，保证DNS数据及时更新，使地址能随机分配，一般都要将DNS的刷新时间设置的较小，但太小将会使DNS流量大增造成额外的网络问题。

第四，一旦某个服务器出现故障，即使及时修改了DNS设置，还是要等待足够的时间(刷新时间)才能发挥作用，在此期间，保存了故障服务器地址的客户计算机将不能正常访问服务器。

总结

从上面的总结我们可以看出，总体来说，DNS负载均衡技术方案不应该算是真正意义上的负载均衡，不能够稳定、可靠、高效地满足企业对Web服务器的需求，也不能满足网络用户对网站访问的及时响应和可用性，所以现在很多Web站点方案中，已经很少采用这种方案了。