调制解调器不工作。
原因： 调制解调器不兼容。
解决方案： 如果有另一台计算机可以访问 Internet，那么请查看兼容调制解调器的列表。要查找由 Windows *** 作系统支持的硬件，请访问 Microsoft 网站上的 Windows 目录。
原因： 调制解调器没有正确连接或已关闭。
解决方案： 验证调制解调器是否适当地连接到了计算机上的正确端口。如果调制解调器是外置的，那么请验证电源是否已打开。
无法连接到 Internet 服务提供商 (ISP)。
原因： ISP 服务器没有运行。
解决方案： 询问 ISP 以验证远程访问服务器是否正在运行。
原因： 没有有效的用户帐户，或者没有远程访问权限。
解决方案： 询问 ISP 是否已建立您的用户帐户以及您是否具有远程访问权限。
原因： 拨打的号码不对，或者拨打了正确的号码但却忘记拨打外线访问号码，例如 9。
解决方案： 验证所拨的号码是否正确。
原因： 调制解调器无法与服务器的调制解调器协商。
解决方案： 尝试使用与服务器使用的类型相同的调制解调器。
原因： 调制解调器电缆有故障。
解决方案： 不要使用大多数鼠标硬件所带的 9 到 25 针转换器，因为其中有一些不能传输调制解调器信号。为安全起见，应该使用专用的转换器。
原因： 电话线（例如，在旅馆的房间内）不适应调制解调器的速度。
解决方案： 选择较低的速率 (bps)（或者向旅馆经理申请一条直拨线）。
另请参阅： 更改调制解调器端口的最大速度。
原因： 尝试使用的线路是数字的。
解决方案： 大多数的调制解调器只能使用模拟电话线。请验证是否安装了模拟电话线，或者如果安装了数字电话线，请验证服务器和客户端是否具备数字调制解调器。
尝试连接时，收到 ISP 服务器没有响应的消息。
原因：
速率较高时，调制解调器与服务器的调制解调器不兼容。
电话线路上存在许多干扰，这会阻止调制解调器以较高的 bps 速率进行连接。
在客户端和服务器之间有某种切换设备，会阻止两个调制解调器以较高的 bps 速率协商。
解决方案： 将调制解调器调到较低的速率 (bps)。
另请参阅： 更改调制解调器端口的最大速度。
原因： ISP 服务器没有运行。
解决方案： 询问您的 ISP 以验证服务器是否在运行。
调制解调器总是以比指定速率 (bps) 低的速率连接。
原因： 调制解调器和电话线路运行不正常。电话线上过多的干扰会导致会话中断。
解决方案： 您可以使用调制解调器诊断程序来确认调制解调器是否 *** 作正常。
原因： 线路质量不够好。
解决方案： 询问电信公司以验证线路的质量。
原因： 正在拨打的线路影响速度。
解决方案： 如果可以使用多个号码连接到 ISP，那么请尝试其他号码，看速度是否有所提高。
原因： 调制解调器软件需要更新。
解决方案： 请与调制解调器的制造商联系，以获得调制解调器软件的更新版本。
网络上与 ISP 的会话经常断开。
原因： 呼叫等待在干扰您的连接。
解决方案： 验证电话是否有呼叫等待功能。如果有，请禁用呼叫等待并尝试再次呼叫。
原因： 由于不活动，ISP 断开了与您的连接。
解决方案： 请尝试再次呼叫。
原因： 有人接听电话。拿起电话时，连接将自动断开。
解决方案： 请尝试再次呼叫。
原因： 调制解调器电缆被断开。
解决方案： 验证调制解调器电缆连接正确。
原因： 调制解调器软件需要更新。
解决方案： 请与调制解调器的制造商联系，以获得调制解调器软件的更新版本。
原因： 因为 ISP 更改了服务器上的设置，所以您需要更改自己的调制解调器设置。
解决方案： 请与 ISP 系统管理员联系以验证调制解调器的设置。
连接异常断开。
原因： ISP 服务器没有运行。
解决方案： 询问 ISP 系统管理员以验证服务器是否正在运行。
原因：
调制解调器无法与 ISP 服务器的调制解调器正确协商。
计算机的串行端口无法跟上您选择的速度。
解决方案： 请尝试用较低的初始端口速度进行连接。
原因： 调制解调器软件需要更新。
解决方案： 请与调制解调器的制造商联系，以获得调制解调器软件的更新版本。
尝试连接时接到硬件错误。
原因： 调制解调器已关闭。
解决方案： 验证调制解调器是否已经打开。如果调制解调器被关闭，请将其打开并重新拨号。
原因： 调制解调器工作不正常。
解决方案： 启用调制解调器日志记录来测试连接。
原因： 电缆不兼容。
解决方案： 如果您的调制解调器是通过“终端”而不是“网络连接”进行通讯，那么连接调制解调器与计算机的电缆可能不兼容。您需要安装兼容的电缆。
串行端口之间的冲突导致连接问题。
原因： 串行端口冲突。
解决方案： Com1 和 Com3 共享中断请求 (IRQ) 4。Com2 和 Com4 共享 IRQ 3。因此，对于串行通信，不能同时使用 COM1 和 COM3，也不能同时使用 COM2 和 COM4。例如，不能在 COM1 上使用“网络连接”的同时在 COM3 上使用“终端”。
该规则同样适用于在使用其他串行通讯程序（例如“网络连接”或“终端”程序）的同时使用鼠标的情况。如果使用智能串行适配器（如 DigiBoard 串行卡），那么此规则不适用。
试图使用 ISDN 连接时，收到“无应答”的消息。
原因： ISP 服务器没有应答，因为服务器已关机或者调制解调器没有连接。
解决方案： 请与系统管理员联系。
原因： 线路忙。
解决方案： 稍后再尝试呼叫，或与您的系统管理员联系。
原因： 硬件有问题。
解决方案： 验证是否正确安装和配置了 ISDN 适配器。
原因： 电话号码配置不正确。
解决方案： 在某些情况下，ISDN 线路上的每个 B 信道都有自己的号码，而在其他的情况下，两个 B 信道共用一个号码。电信公司可以告诉您 ISDN 线路有多少个号码。
原因： 如果是在美国或加拿大，那么服务配置文件标识符 (SPID) 的配置不正确。SPID 通常由开头、结尾或两头附加数字的电话号码组成。SPID 帮助交换机了解连接到线路上的设备的类型，以及对线路上适当设备的路由呼叫。如果 ISDN 信道需要 SPID，但是没有正确输入，那么设备将无法进行呼叫或接受呼叫。
解决方案： 验证是否正确地输入了 SPID。
原因： 线路条件不好（例如，过多的干扰）导致连接中断。
解决方案： 等几分钟再尝试拨号。
原因： 您没有启用线路类型协商，或不能使用所选择的线路类型进行连接。
解决方案： 启用线路类型协商。
原因： ISDN 交换设备正忙。
解决方案： 稍候再试。
原因： DigiBoard 卡太旧。
解决方案： 如果没有最新的 PCIMAC-ISA DigiBoard 卡（序列号为 A14308 或更高），那么请与 DigiBoard 联系进行更换。
使用 X25 进行连接失败。
原因： 拨号 PAD 配置了错误的 X3 参数或串行设置。
解决方案： 如果远程访问服务器正在运行，而您不能通过 X25 智能卡或外部 PAD 直接连接到它，那么请修改拨号 PAD X3 参数或串行设置。询问系统管理员正确的设置是什么。
原因： 新建的 Padinf 项不正确。
解决方案： 您可以检查用于直接连接和外部 PAD 的其他 Padinf 项，并查看其注释。可能需要线路分析器或终端程序才能看到 PAD 的响应。对于拨号 PAD 项，可以使用 Padinf 中的项作为范例，同时注意范例所附的注释。
原因： 调制解调器不兼容。
解决方案： 如果连接到拨号 PAD 的调制解调器在连接时的速度低于其应有的速度，那么请使用兼容的调制解调器替换它。
原因： 远程访问服务器的线路拥挤。如果已经建立连接，但是网络驱动器会断开，而且您的会话会被断开或遇到网络错误，那么原因可能是远程访问服务器的租用线路上出现拥挤。
例如，若四个客户端以 9600 bps 的速率进行连接（通过拨号 PAD），则要求服务器端的租用线路为 38,400 bps（四倍于 9600）。如果租用线路没有足够的带宽，则可能会造成超时并降低已连接客户端的性能。此例假定“路由和远程访问”使用了全部带宽。如果路由和远程访问共享带宽，那么可以建立的连接会更少。
解决方案： 您的系统管理员需要验证所租用线路的速度能够支持所有 COM 端口以客户端拨入时使用的各种速度进行连接。
通过 PPTP 连接失败。
原因： TCP/IP 连接问题阻止您连接到 PPTP 服务器。
解决方案： 您或您的系统管理员可以使用 ipconfig 和 ping 命令来验证到服务器的连接。
原因： Winsock 代理客户端处于活动状态。
解决方案： 当 Winsock 代理客户端处于活动状态时， 连接不能工作。在虚拟网络连接对数据包进行封装处理之前，Winsock Proxy 已经将数据包重定向到代理服务器。请要求系统管理员禁用 Winsock 代理客户端。
原因： 您在远程访问服务器上没有适当的连接和域访问权限。
解决方案： 请与系统管理员联系。
原因： 如果使用的是 TCP/IP 协议，那么说明没有唯一的 TCP/IP 地址。
解决方案： 请与系统管理员联系。
原因： 名称解析问题阻止您将名称解析为 IP 地址。
解决方案： 在连接中指定完全合格的域名和 IP 地址。
使用 PPP 或 TCP/IP 实用程序进行的连接失败。
原因： 服务器不支持 LCP 扩展。
解决方案： 如果您不能使用 PPP 连接到服务器，或者远程计算机终止您的连接，那么服务器可能不支持 LCP 扩展。请在“网络连接”中，清除“启用 LCP 扩展”复选框。
原因： IP 报头压缩阻止 TCP/IP 实用程序的运行。如果已使用 PPP 成功地连接到远程服务器，但是 TCP/IP 实用程序不运行，那么问题可能是 IP 报头压缩。
解决方案： 在关闭 IP 报头压缩以后，尝试重新连接。
特定的程序遇到 Internet 连接问题，而且 Internet 连接共享、Windows 防火墙或者两者同时被启用。
原因： Windows 防火墙、Internet 连接共享或者这两者阻止程序或者禁止程序成功建立跨 Internet 的完全双向通讯。
解决方案： 从程序制造商那里获取 Internet 连接共享和 Windows 防火墙插件。Internet 连接共享和 Windows 防火墙插件可以在启用 Internet 连接共享 (ICS) 或 Windows 防火墙时解决特定程序遇到的任何 Internet 连接问题。插件是在磁盘或者 Internet 上作为可执行文件提供的。因为 Internet 连接共享和 Windows 防火墙插件可能使您的网络不安全，所以只有当它们的来源可信时才应该安装。详细信息，请参阅使用 Internet 连接共享和 Windows 防火墙插件。
使用 Internet 连接共享建立的连接失败。
原因： 共享了错误的 LAN 网络适配器。
解决方案： 有 Internet 连接共享的计算机需要两个连接。一个连接通常是网络适配器，连接到家庭或小型办公网络上的计算机，而另一个连接则将家庭或小型办公网络连接到 Internet。需要确保在将家庭或小型办公网络连接到 Internet 的连接上启用 Internet 连接共享。
原因： 家庭或小型办公网络没有安装 TCP/IP。
解决方案： 默认情况下，运行 Windows XP、Windows 2000、Windows Millennium Edition、Windows 98 和 Windows NT 40 的计算机上安装了 TCP/IP 协议。如果家庭或小型办公网络上的用户运行的是其他 *** 作系统，那么请检查计算机上是否安装了 TCP/IP 协议。
原因： 如果家庭或小型办公网络上的用户无法连接 Internet，那么可能是计算机上的 TCP/IP 配置不正确。
解决方案： 确保在本地连接上建立了下列 TCP/IP 设置：
IP 地址:自动获取 IP 地址（通过 DHCP）
DNS 服务器：自动获取 DNS 服务器地址
默认网关：未指定
对于运行 Windows 95、Windows 98、Windows Millennium 或 Windows NT 40 的计算机，可以在“控制面板”的“网络”中找到 TCP/IP 设置。
原因： 如果家庭或小型办公网络用户不能连接 Internet，那么需要修改其 Internet 选项。
解决方案： 必须修改 Internet 连接共享的 Internet 选项。详细信息，请参阅配置 Internet 连接共享的 Internet 选项。
原因： 没有启动 Internet 连接共享服务。
解决方案： 使用事件查看器确认是否已启动 Internet 连接共享服务。
原因： 没有正确配置 Internet 连接共享计算机的名称解析。
解决方案：您可能需要在计算机上配置 WINS 或 DNS 名称解析服务。如果家庭或小型办公网络中的计算机无法将名称解析为 IP 地址，那么可以使用 ipconfig 命令检查 Internet 连接共享计算机的名称解析配置。ISP 配置名称解析的方法有两种：
静态分配的名称服务器
必须用 ISP 提供的名称服务器的 IP 地址来手动配置 TCP/IP 协议。如果您拥有静态分配的名称服务器，那么就可以随时使用 ipconfig 命令来获取您的已配置名称服务器的 IP 地址。
动态分配的名称服务器
不需要手动配置。只要一拨打 ISP，就会动态分配 ISP 提供的名称服务器的 IP 地址。如果名称服务器是动态分配的，那么必须在连接到 ISP“之后”运行 ipconfig 命令。
原因： 如果不能通过 Internet 玩游戏，那么此应用程序使用的协议是不可转换的。
解决方案： 尝试从 Internet 连接共享计算机运行该程序。如果程序在那里能正常运行，而在家庭或小型办公网络的其他计算机上却不能，那么说明该程序可能是不可转换的。
原因： 如果无法在 Internet 上玩游戏，那么可能没有在运行 Internet 连接共享的计算机上配置该程序。
解决方案： 验证是否正确配置了该程序，包括端口号。
原因：如果 Internet 用户不能看到家庭或小型办公网络上的服务（如 Web 服务器），那么该服务没有正确配置。
解决方案： 验证已正确配置了该服务，包括端口号和 TCP/IP 地址。
原因：如果家庭网络上的用户不能使用友好名称访问 Internet 站点，那么存在 DNS 解析问题。
解决方案： 当访问 Internet 资源时，请让您的家庭或小型办公网络上的用户使用完全合格的域名或 IP 地址。
使用本地连接时，没有响应。
原因： 网络适配器可能有问题。
解决方案：尝试以下 *** 作：
检查本地连接图标的外观。根据本地连接的状态，“网络连接”文件夹中本地连接图标的外观会有所不同。而且，如果本地连接媒体断开（例如，电缆被拔掉），那么通知区域将显示一个状态图标。详细信息，请参阅本地连接。
使用 设备管理器验证您的网络适配器工作是否正常。
原因： 本地连接电缆可能没有插入网络适配器。
解决方案： 检查并确保本地连接电缆已插入网络适配器。
使用笔记本电脑连接到 ISP 时，部分或所有程序运行不正常。
原因： 当使用 ISP 连接时，WinSock 代理客户端可能会阻止程序正常运行。
解决方案： 如果您是移动用户，并且是在公司环境中使用笔记本电脑，那么当您使用同一台计算机拨号连接到 ISP 或其他网络时，可能需要禁用 Microsoft WinSock 代理客户端（“控制面板”中的 WSP 客户端）。例如，如果在办公室使用笔记本电脑，并且在家中使用同一台计算机连接到 ISP 或其他网络，那么当您使用 ISP 连接时，可能会在运行各种应用程序时遇到问题。（例如，您的程序可能无法找到需要的资源或服务器。）如果是这种情况，请禁止 Microsoft WinSock 代理客户端（“控制面板”中的 WSP 客户端）运行那些您在公司办公室里使用笔记本电脑时经常运行的程序。
传入连接客户端看不到传入连接计算机之外的资源。NAS（Network Attached Storage）请求网络超时并出现错误2001的可能原因有以下几点：1NAS服务器的IP地址可能是静态IP，但是未被网络路由器记录；2由于外部网络或本地网络出现问题，导致NAS上某个端口无法被路由到；3女孩子服务器可能受到恶意端口扫描，导致NAS服务不可用；4NAS服务器上所有端口无法正常运行，使服务器不可用。问题一：接收数据包数怎么换算成mb 那是b,3位为Kb，6位就是Mb
问题二：请问这个接受的数据包数代表什么 上网时所有请求都以数据包形式发送到服务器，数据包数目表示你发送了多少个数据包。比如你用qq发一条消息，就会产生至少一个数据包。
问题三：路由器里的发送数据包和接收数据包是什么意思？ 不正常。太少。除非是刚重启。
30000才不到30KB
问题四：本地连接中发送和收到的数据包是什么意思 这里显示的是你这次上网到目前为止总的收发量!
比如你收到了154648(单位是字节),也就是差不多收到了12珐7000(我就不详细计算了),差不多相当于12M的数据
这个和网络速度没有直接关系,但是网速越快在相同时间内可以收到数据的量就越多
而收到多,而发送少,这没什么关系,大多数情况都是这样,因为上网本来下载普遍比上传多,不如你访问一个网页,你所发送的仅仅是一个连接命令,而收到的确实整个网页的数据
问题五：接收数据包数是什么 看这个
问题六：数据包里的发送与接受数据是什么意思 发送和接受指通过你的这个网卡发送出去的数据的“量”
单位有比特、字节和数据包
一般来讲发送少于接收，因为大家上网大多接收的信息比较多。而发送的比较少。
有时候你没打开任何网站也会有数据发送和接受。
问题七：路由器里显示的主机状态 接收数据包数是kb还是b 是指b（注意是小写）即是bit 比特的意思 自己出1024等于KB 再÷1024就是M
问题八：什么是数据包,数据包是用来干什么的 是打包数据的一个文档，有一些软件只要有数据包就可以帮你把数据包里面的东西上传到网络上面。比如淘宝店铺里面的商品上传只要有数据包就不用一个一个编辑了可以用淘宝助手批量上传川，基本上就是这个概念。不知道你懂不懂。
问题九：网络接受数据包 收到的比发送的多 是什么原因 晕，这还用问为什么，因为你是客户机啊，是所要做的就是请求服务然后服务器为你服务，一个小小的请求才有多大的流量啊。这个是最常见的情况。如果不是这个原因就继续往下看：
收到包比发送的包多，原因太多了下边就一一列出：
1你是客户机你发送一个请求报文，比如：要下载个东西，你发送请求给服务器说：我要下，你发送的这个请求只有几个字节，服务器收到请求后就会把发给你，对与你来说只用等着收就行了。你发了几个字节，服务器要给你返回几百兆的东西，原因自己想喽。
2还有一些客观原因，比如你家装的是ADSL，ADSL的名字叫非对称数字用户线路意思就是上行和下行带完不等，实际就是上传比下载满N被，1M的宽带，下行是1M但是上行可能300K都不到，当然回发现下载比上传多了。
3如果你的网络比较复杂，设计的又不是很规范的话，就很容易出现二层环路，所谓二层环路就是你的网络线路上出现的环路，这样可能引起二层广播风暴，造成网速超慢，并且网卡狂收数据包（ARP的请求包）。
4你中毒了，并且病毒在自动下载一些木马程序，同时给木马作者发送的你隐私敏感数据，你要小心密码账号和隐私泄露了，建议下载360卫士进行查杀，我个人认为这款软件非产好用。
问题十：什么是数据接收包？ 什么是数据包？
您在互联网上做的一切都涉及到数据包。例如，您接收的每个网页都以一系列数据包的形式传入，您发送的每封电子邮件都以一系列数据包的形式传出。以小型数据包传输数据的网络称为数据包交换网络。
在互联网上，网络以字节为单位将电子邮件分割为多个大小固定的部分。这些部分就是数据包。每个数据包都承载着引导它到达目的地的信息――发件人的IP地址、目标收件人的IP地址以及其他一些信息，以告诉网络此电子邮件分割成了多少个数据包和这些数据包的编号。数据包根据互联网所用的协议承载数据：传数控制协议/互联网协议（TCP/IP）。每个数据包都包含邮件正文的一部分。典型的数据包可能包含1,000或1,500字节。
然后每个数据包通过最佳可用路由发送到目的地――要么邮件的所有其他数据包都采用该路由，要么所有其他数据包都不采用。这使得网络的效率更高。首先，网络可以平衡每毫秒内各个设备间的负载。其次，如果传输邮件时网络中的一件设备出现故障，数据包也可以经路由绕过故障，确保整封邮件的传递成功。
根据网络类型的不同，数据包可能使用其他名字：
帧
块
单元
段
大部分数据包分为三个部分：
报头――报头包含对数据包所承载数据的说明。这些说明可包括： 数据包长度（一些网络使用固定长度的数据包，而一些则依赖报头来包含此信息）
同步（若干字节的数据，用于帮助数据包匹配网络）
数据包编号（表示这是数据包序列中的第几个）
协议（在传输多种类型信息的网络上，协议定义所要传输数据包的类型：电子邮件、网页或流视频等）
目标地址（数据包的目的地）
发出地址（数据包的来源）
负载――也称为数据包正文或数据。这是数据包向目的地发送的实际数据。如果数据包的长度固定，则负载可能以空白信息填补以达到正确的长度。
报尾――报尾有时也称为页脚，通常包含几个字节的数据，用于通知接收设备该处已是数据包的末尾。它还可能具有某种类型的错误检查功能，其中最常见的是循环冗余码校验（CRC）。CRC非常简洁。它在某些计算机网络中的工作方式是，先取出负载中所有的1并相加，然后将结果以十六进制的形式保存在报尾中。接收设备将负载中的1值相加，并与报伐中保存的值比较。如果两值相同，则证明数据包是完好的；如果两值不同，接收设备就会向发出设备发送请求，请其重新发送数据包。
让我们来看看电子邮件是怎样分割为若干数据包的。假设您向朋友发送一封电子邮件，大小约为3,500 字节（35KB）。用来发送邮件的网络使用固定长度为1,024字节（1KB）的数据包。每个数据包的报头长度为96字节，报尾为32字节，剩下的896字节分配给负载。要将3,500字节的邮件分割，您需要4个数据包（3,500除以896）。三个数据包包含896字节负载，第四个包含812字节。下面是其中一个数据包的内容：
每个数据包的报头都包含相应的协议、发出地址（您的计算机的IP地址）、目标地址（接收电子邮件的计算机的IP地址）和数据包编号（1、2、3或4，因为一共有4个数据包）。网络中的路由器将查看报头中的目标地址，并将其与查询表中的内容进行比较，以确定数据包的发送目的地。当数据包到达目的地后，您朋友的计算机将从每个数据包中剔除报头和报尾，并按照数据包的编号顺序重新组合电子邮件。>>根据LZ的情况可以判断为你内网中毒，遭受的是ARP、Ddos攻击，ARP的工作原理LZ应该知道吧，就是通过中毒主机发送虚假的MAC地址，说自己是网关或目的地址，导致其他主机都误认为中毒主机为网关或目的地址，并向他发送大量的数据包，造成数据包阻塞，无法正常上网，而Ddos也是一台中毒主机通过控制几台向同一台主机发送大量的请求，而目的主机不做回应，发送数据一直在未连接对列中，造成数据阻塞，无法与外网通信，要想真正的解决此类问题，你可以在网上查找一些能真正解决ARP攻击的路由器，好像欣向免疫墙路由可以解决此类问题，你可以上网查下，还有什么不懂的可以直接Q我
595943129dns服务器ping测超时，说明网络有故障。
具体解决方法如下（单机接光猫进行测试）：
1、首先换为已知的dns服务器，如8888或者114114114114等，看看是不是对方的dns服务器坏了。
2、如果换为已知的dns还是ping测有问题则需要进一步判断网络故障在哪里；
（1）ping不通说明你的外网网络不通，打电话找运营商报修就行了；
（2）ping通说明你的网络正常，跟运营商网络无关。
3、经过上面一步，单机ping通dns，则说明故障出在路由器上，将路由器恢复出厂设置，然后重新设置参数即可解决故障（或者路由器坏，更换路由器）。
LVS 是 Linux Virtual Server ：Linux 虚拟服务器；是一个虚拟的服务器集群多台机器 LB IP。
负载调度器(load balancer) ：它是整个LVS 集群对外的前端机器，负责将client请求发送到一组服务器[多台LB IP]上执行，而client端认为是返回来一个同一个IP通常把这个IP 称为虚拟IP/VIP
服务器池(server pool) ：一组真正执行client 请求的服务器，一般是我们的web服务器；除了web，还有FTP，MAIL，DNS
共享存储(shared stored) ：它为 server pool 提供了一个共享的存储区，很容易让服务器池拥有相同的内容，提供相同的服务
常用术语
VS：Virtual Server #虚拟服务，一个抽象的服务，用于最开始接收 web 请求的服务
Director, Balancer #负载均衡器、分发器
RS：Real Server # 真正提供服务的服务器
CIP: Client IP #用户端IP，发起请求的客户端 IP，一般是公网 IP
VIP：Director Virtual IP #负载均衡器虚拟IP
DIP：Director IP #负载均衡器IP
RIP：Real Server IP #真正提供 web 服务的服务器的 IP
（1）直接路由模式（LVS-DR）
互联网使用比较多的一种模式
DR模式是通过改写请求报文的目标MAC地址，将请求发给真实服务器的，而真实服务器响应后的处理结果直接返回给客户端用户。同TUN模式一样，DR模式可以极大的提高集群系统的伸缩性。而且DR模式没有IP隧道的开销，对集群中的真实服务器也没有必要必须支持IP隧道协议的要求。但是要求调度器LB与真实服务器RS都有一块网卡连接到同一物理网段上，必须在同一个局域网环境。
DR模式特点
优点：和TUN（隧道模式）一样，负载均衡器也只是分发请求，应答包通过单独的路由方法返回给客户端。与VS-TUN相比，VS-DR这种实现方式不需要隧道结构，因此可以使用大多数 *** 作系统做为物理服务器。
缺点：（不能说缺点，只能说是不足）要求负载均衡器的网卡必须与物理网卡在一个物理段上。
（2）NAT模式（LVS-NAT）
NAT模式是通过网络地址转换的方法来实现调度的。首先调度器(LB)接收到客户的请求数据包时（请求的目的IP为VIP），根据调度算法决定将请求发送给哪个后端的真实服务器（RS）。然后调度就把客户端发送的请求数据包的目标IP地址及端口改成后端真实服务器的IP地址（RIP）,这样真实服务器（RS）就能够接收到客户的请求数据包了。真实服务器响应完请求后，查看默认路由（NAT模式下我们需要把RS的默认路由设置为LB服务器。）把响应后的数据包发送给LB,LB再接收到响应包后，把包的源地址改成虚拟地址（VIP）然后发送回给客户端。
NAT模式特点：
1、NAT技术将请求的报文和响应的报文都需要通过LB进行地址改写，因此网站访问量比较大的时候LB负载均衡调度器有比较大的瓶颈，一般要求最多之能10-20台节点
2、只需要在LB上配置一个公网IP地址就可以了。
3、每台内部的节点服务器的网关地址必须是调度器LB的内网地址。
4、NAT模式支持对IP地址和端口进行转换。即用户请求的端口和真实服务器的端口可以不一致。
（3）Full NAT模式（LVS-FullNAT）
客户端对VIP发起请求，Director接过请求发现是请求后端服务。Direcrot对请求报文做full-nat，把源ip改为Dip，把目标ip转换为任意后端RS的rip，然后发往后端，rs接到请求后，进行响应，响应源ip为Rip，目标ip还是DIP，又内部路由路由到Director,Director接到响应报文，进行full-nat。将源地址为VIP，目标地址改为CIP
请求使用DNAT，响应使用SNAT
Full NAT模式特点：
FULL NAT 模式也不需要 LBIP 和realserver ip 在同一个网段；
full nat 跟nat 相比的优点是：保证RS回包一定能够回到LVS；因为源地址就是LVS==> 不确定
full nat 因为要更新sorce ip 所以性能正常比nat 模式下降 10%
(4）IP隧道模式（LVS-Tunnel）
采用NAT模式时，由于请求和响应的报文必须通过调度器地址重写，当客户请求越来越多时，调度器处理能力将成为瓶颈。为了解决这个问题，调度器把请求的报文通过IP隧道转发到真实的服务器。真实的服务器将响应处理后的数据直接返回给客户端。这样调度器就只处理请求入站报文，由于一般网络服务应答数据比请求报文大很多，采用VS/TUN模式后，集群系统的最大吞吐量可以提高10倍。
它和NAT模式不同的是，它在LB和RS之间的传输不用改写IP地址。而是把客户请求包封装在一个IP tunnel里面，然后发送给RS节点服务器，节点服务器接收到之后解开IP tunnel后，进行响应处理。并且直接把包通过自己的外网地址发送给客户不用经过LB服务器。
ip隧道模式特点：
负载均衡器只负责将请求包分发给后端节点服务器，而RS将应答包直接发给用户。所以，减少了负载均衡器的大量数据流动，负载均衡器不再是系统的瓶颈，就能处理很巨大的请求量，这种方式，一台负载均衡器能够为很多RS进行分发。而且跑在公网上就能进行不同地域的分发。
隧道模式的RS节点需要合法IP，这种方式需要所有的服务器支持”IP Tunneling”(IP Encapsulation)协议，服务器可能只局限在部分Linux系统上。
四种模式性能比较：
因为DR模式 IP TUNELL 模式都是在package in 时经过LVS ，在package out是直接返回给client，所以二者的性能比NAT 模式高，但IP TUNNEL 因为是TUNNEL 模式比较复杂，其性能不如DR模式；
FULL NAT 模式因为不仅要更换 DST IP 还更换 SOURCE IP 所以性能比NAT 下降10%
4种模式的性能如下：DR ==> IP TUNNEL ==>NAT ==>FULL NAT
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）