计算机网络的访问控制技术

  访问控制允许对限定资源的授权访问。它也可以保护资源,防止那些无权访问资源的用户的恶意访问或偶然访问。
  VPN中,的访问控制指出VPN用户是否可以访问被保护的网络资源。没有访问控制的VPN只能保护加密后进行传输的数据,而不能保护网路资源。严格的访问控制可以保护网络资源不被非法地使用,同时还可以允许被授权的用户的访问。
  并不是直接把访问控制机制安装在网络资源自身上的,VP N设计者通常通过把访问控制机制放置在一个或更多的网关上来实现VP N中的访问控制。在为用户和资源创建安全隧道之前要与访问控制策略进行协商。很多时候,创建完隧道后,仍要不断地询问访问控制策略,并把策略应用于隧道中的每一个报文。防火墙访问控制策略是自包含的,这样就可以保证防火墙的操作不会依赖于其他任何防火墙。相反,VP N网关的操作是不能孤立于其他VPN设备的。VPN网关要么和另一个VPN网关,要么和相应的VPN客户协同工作,才能完成可靠的通信。可以以分布或集中的方式管理VP N的访问控制策略。
  由于网关A的这条出站规则和网关B的那条人站规则完全一样,所以看上去有点多余。然而,如果没有这条出站规则,网关A将不知道如何处理从l0.0.0.0/24发往192.168.1.0724的报文。此外,出站规则还可以在报文进入隧道之前就拒绝一定的传输一即那些无论如何也不能穿过网关B的传输。这样就可以节省带宽,更重要的是,可以省去两个网关中的’加密一解密处理过程。
  VPN中的访问控制被应用于正在经过VPN隧道的IP传输。访问控制的参数除了上述的报文的IP外,报文高层协议头中的所有值都被作为访问控制的参数。这些值包括:源IP地址和目的IP地址、源端口和目的端口、协议号以及其他任何可以访问的头信息。
  由于VPN网络应用环境的多样性和广泛性,必须采用具有策略无关性、能够根据不同控制需求构造强制访问控制和自主访问控制。基于网络安全拓扑的研究,一个高安全性的VPN网络环境必须由用户终端、防火墙、IDS.VPN网关和内部的应用服务协同工作,构成多层的安全防护。

RMON管理系统库(MIB)的基本标准

  RFC描述了RMON管理系统库(MIB)的基本框架。对于那些不熟悉SNMP的人来说,MIB只是简单的列出数据定义部分和其相应的句(语)法、标识。他们会将MIB看作数据库方面的问题。满足IETF MIB网桥规定的MIB,都定义了(满足IEEE 802.1D网桥规范的)能够提供给一个网络管理系统所需的所有信息。MIBs对于某些特殊系统包含的信息提供了一些熟知的结构。MIB网桥,比如包括了生成树信息和资源地址列表信息。但是MIB没有定义如何收集数据和如何使用数据,只是简单地规定如何组织数据,以使得别的系统能够查找到它们。
  RMON MIB的主要目的是简化管理系统分散的管理系统。它包括两个部分:RMON探测器和RMON管理器。RMON探测器是附着于物理网络上的,其功能是收集真实数据。RMON管理器通常是检索RMON信息并将之加工、传输到系统管理员的一种计算设备oRMON MIB没有明确的定义如何利用探测器收集数据和管理命令如何传输这些数据。相反地,RMON MIB定义了这些信息如何用一种普通的模式归类,以便管理器和探测器能够用一种标准模式交换数据。
  RMON的总体目标如RFC 1757所定义的
  (1) 脱机操作:比如某些情况下,当一个管理站点和它的远程监控系统不能保持持续的联接,或是在设计上,希望较少的联接费用和意外(比如:通过WAN或拨号联接),因为联网失败将影响管理站点和探测器的联系。因此,MIB允许探测器形成特征标识记号,并能够保持连续的搜索资料,甚至当联系不上管理站点的时候,探测器仍然可以表明管理站点上有异样情况发生。所以,在出现管理站点和探测器的联系间断的情况下,信息传递出现失败信号,操作和配置仍能够持续,并且能够与管理站点方便有效的联接。
  (2)主动监控:将各种资源提供在监控器上,这样有利于连续的进行特征标识和记录网络操作。在发生任何差错之前,监控器一直空闲。它能标识管理站点所发生的差错,并且将差错信息保存。历史记录一直保持有效,以利于形成最后的特征信息,以便找出问题的原因。
  (3)问题的发现和报告:对监控器进行配置以持续地识别各种状况、多数明显差错并将它们找出。当其中的某种情况发生,能够将之记录下来,并可用某些方式通知管理站点。
  (4)具有附加值的数据:因为远程监控设备对于网络管理功能是一种专用的、具有排异性的网络资源,并且因为它直接的位于网络的监控部分,所以远程监控设备有机会在它所搜集的数据中增加明显的值。通过突出网络上产生大量拥挤和差错的主机,探测器能够给管理站点提供解决这类问题所需的准确信息。
  (5)多头管理:一个组织可能有多个管理站点,这是为了针对组织中的不同单位和功能(例如:工程技术和操作部门),且能提供灾难事件后的恢复。因为多个管理站的网络 较为普遍,远程网络监控设备不得不处理潜在应用其当前资源的多个管理站。

局域网控制软件受欢迎的原因?

  我们都知道这款软件在我们生活中的应用是十分的广泛的,我们经常可以用到这款软件。那么局域网控制软件到底有哪些优点可以如此的受到大家的喜爱呢?想必它的功能我们都了解了,下面我们来具体的了解一下这款软件让人们喜爱的原因。
  首先,从这款软件的体积上来看它所占的空间特别的小。不会占用很大的内存也不会因为其因为使用过造成其他程序的使用和运行速度变慢,这样就不会因为使用这款软件而造成用户不必要的一些麻烦。
  其次,这款软件通过对用户意见反馈的整合和调整更加完善了这款软件的应用问题。在06年局域网控制软件发布的时候,他就凭借了自身轻巧的体积赢得了不少的客户。但是伴随着客户的增多其功能方面也被提出了更大的挑战,有的企业提出这款软件应该在权限的问题上进行修改,比如一件事情李先生可以做但是王先生就不可以做,类似于这样的权限。相关的部门吸取了企业的意见,研发出了分组的概念,这也使得这款软件的功能更加的强大和完善。这也使得,使得局域网控制软件在企业和各个领域更加的受到了好评。
  最后,他还有一项强大的功能就是在07年网络病毒猖獗的时候,拯救了网络的崩溃现象。那时各种各样的病毒层出不穷,使得各个公司和部门都受到了严重的困扰,那时局域网控制软件虽然没有杀毒的功能但是它可以监控网络和电脑。当它本身检测出来哪一台电脑有危险出现病毒的时候,他就会控制那台电脑关机,这样电脑关机以后就杜绝了病毒蔓延到整个网络的情况发生,进而阻止了网络崩溃的现象。在现在这个时候,这一项功能也是十分的有用的。在公司管理人员可以设置一个网络运行速度的最高值,如果超过这个值系统网络就会自动的断网。这有什么好处呢?就是可以杜绝员工在工作的时候做与工作无关的事情,例如下载电影或者是玩游戏等。

三大功能成功结合的企业监控软件

  我们都知道的监控软件主要有摄像头还有视频监控以及硬件监控。我们都知道这些监控器都有着自己的优点,比如说摄像头的连续性,视频的清晰性以及硬件的长久性。但是他们也会对方不能举具备的优点,比如说硬件的监控头很有可能清晰度不够,视频的监控也能比较容易受到外界影响。在某种程度上说,如果能够把这三种的优点结合起来,那么这样的监控才是最完美的监控。
  于2012年截至,这种期望变为了现实,企业监控软件的成功发明和改进让这三者的优点在软件上都得到了实现。企业监控软件的远程协助让高级管理员可以随时和没有限制的操作自己员工的电脑,而且摄像头的监控功能也被设计到该企业监控软件之中,对员工监控的连续和长久性都得到了实现。说到清晰度,这是企业监控软件原本自身就已经具备的。这三者优点的融合使得企业监控软件的优势更加的强大。
  但是如果你认为企业监控软件只有这些功能的话,那么你就错了。企业监控软件除了有别的监控软件的功能之外,还有其他自身特有的优势。相信我们在日常工作的时候,都会发生这样的情况,就是电脑无缘无故的断电,导致原本的电脑数据无法得到及时的保存。但是企业监控软件就永远不会让你有这样的担忧,它在监控的过程中,及时遇到了断电或者其他意外的状况,它也能够保证断电之前的监控数据不会消失。而且在电源重新恢复之后,它会直接把摄像头连续性的画面和清新的桌面画面传回软件设定的服务器里面进行安全的保存。这种优势是对企业和其他使用者来说都是一个惊喜。
  在面对这个监控要求极大的市场上,企业监控软件的优势成功的在市场上得到了大家的认同。它不仅能够满足所有消费者在监控软件上面的要求,而且还让监控的科技领域也又前垮了一步。这对于挺高中国的综合国力而言,无疑是很有帮助力的。

理解文件服务器和客户机/服务器数据库配置

  尽管Microsoft Access 越来越流行,以及用微软数据库文件(MDB)保存数据的系统越来越多,但是必须注意到这样一个事实:尽管MDB允许多用户访问,但它并不是一种真正的客户机/服务器方案。将MDB当作自己应用程序的一部分使用时,事实上实现的是一种文件服务器方案。对读者来说,需理解的很重要的一点便是基于文件服务器的方案基于客户机/服务器的方案之间的区别。如果对它们之间的差异没有清醒的把握,便不可能充分利用客户机/服务器结构为提供的强大功能。
  事实上,查询是在客户(机)端赋值和执行的。根据访问MDB的查询逻辑的判断,它“意识”到自己需要一张数据表,以便对结果进行处理。因此,在正式执行Select语句的WHERE子句以前,查询逻辑会请求通过网络将30000行的表格全部传送到自己这儿。整条语句的含义是查找“社保保险号码”等于555-55-5555的一条记录。因此,用SQL语句对一个MDB数据库进行查询时,这个查询将在客户机进行处理,并且只通过网络发出一个文件I/O请求,要求获得磁盘块的形式取回数据。在服务器端,除传送文件磁盘块以外,不会执行任何程序逻辑。因此,不能将这种结构叫作客户机/服务器,而只是一个简单的文件服务器结构。当然,完全可将一个MDB放置到网络驱动器的外部,从而允许多用户访问,但这只是由于引用了一条共享记录的客户机端逻辑针对目标MDB文件引用了一个共享的记录锁定文件。这个锁定文件的名字由MDB文件名及一个LDB扩展名构成。
  在基于服务器的结构里,实际的SQL语句将通过网络传送,并在服务器内运行,由于SQL语句是在服务器内执行的,所以只有结果才需要反馈回客户机。这是对基于文件服务器的系统结构的一个显著改进。如果一个SQL查询准备以社会保险号码为依据查找一个特定的人。带有一条匹配记录的结果集就会通过网络返回客户机,而不是返回所有的30000条记录。所有客户机/服务器应用程序的一个主要优点便是减轻了网络负载,而且在大多数情况下,都能显著缩短执行时间。
  请考虑下面这个实例:为每位员工都配备一台高速双工激光打印机显然是不现实的,但如将打印机集中到一起,允许人们把它都做一种资源进行共享,那么所有员工仍然都可以使用它。数据库服务器的道理也是一样的。由于查询是由容纳数据库引擎的那台服务器执行的,而不是在客户机上执行的,所以公司可将预算集中投入一台功能强大的服务器,所有客户都能从中得到好处。

计算机外围网络的监控方案

  网络的外围区是终端用户所属的区域。这些区域组成了交换网端口的主体。为确定用户没有超出当前连接的负载,监控这些区域极有必要。一般地,根据基线,这些区域不是最关键所在,这是由于个别用户并不如主干或服务器一般重要。外围区所需的交换容量最低,通常采用低价交换机构建。有趣的是,由于不像主干交换机除扮演其他角色外,还需要具有专门的转发容量。组成外围网络的交换机,通常能承担复杂的管理任务。因此,许多涉及传输矩阵及协议操作的任务最好交给外围网络交换机。表8.3列出了监控这一区域所需的基本信息,这些信息主要集中于各交换机的当前状态和每个端口上的流量及差错率。由于从网络主干及集中式资源区收集的统计信息已极好地描绘了整个网络运行情况,为了解整个网络状态而监控每个端口并不特别重要。
  除收集外围交换机的基本状态及利用率信息外,这些交换机还可用于收集更为复杂的有关网络传输矩阵及协议分布的信息。这些链接外围交换机与主干交换机的端口或端口组可加以配置,用来监控RMON矩阵、主机及HostTopN组及可能的RMON 2协议分布组。通过做这些监控,外围交换机分担了主干交换机的一些复杂的管理任务,使其能更快地转发包。这种将复杂任务分配给外围交换机的做法,有助于收集复杂网络信息并且保持对任一交换区域的冲击最小,下面是对图8.1所示网络配置监控外围区域运行的方案。
  1.外围网络监控方案
  本网络的外围区分布于一幢建筑的几层上。每个楼层的交换机及共享集线器属于一个主干区域交换机。所属的用户为终端用户的混合体,包括PC机、UNIX机、AppleMacintoshes及其他设备。一些区域为用户提供专门的交换端口,而另一些区域则利用已有的共享集线器,多用户以太网段与交换端口连接起来。这一网络端口的监控方案包括监控外围区中所有交换机及集线器的连接状态,也包括收集所有上行链路端口及一些关键用户端口的历史记录统计oRMON主机、HostTopN及矩阵组是为外围区中每个交换机的上行链路配置的,以了解各外围区吞吐的传输类型。如果可行的话,还可使用RMON 2或用于收集一些协议分布数据的厂商独有工具来配置交换机,这些特定协议数据有助于了解何种网络通信正在使用网络资源。
  2.连接状态监控
  对各交换机及集线器进行SNMP系统更新轮询以确定运行状态
  3.上行链路及关键用户端口利用率监控
  配置在所有上行链路及包含关键或极活跃用户的端口上的RMON历史记录(持续7天,间隔1小时)
  4.传输类型监控
  配置在所有上行链路端口上的RMON主机及矩阵组配置
  5.协议分布监控
  所有上行链路端口上 RMON 2协议分布或用于记录协议使用情况的厂商独有的工具这一方案应允许对外围交换机的运行状态进行基本查看,同时获得关于上行链路端口及关键用户的附加基线信息,以对这些链路的超载情况进行监控。如果所见链路超载,便需利用该上行链路外围交换机上的特定用户进行进一步分析,收集到相应数据之后,就可用其本身的上行链路对这些用户在增加的交换机上进行重定位,或者应用全双工技术,提高当前的交换机上行链路容量。应用主机、HostTopN及矩阵组收集的传输类型数据应提供所需信息以确定哪些用户上行链路饱和。

监测控制多传感器系统

  在工业监测控制系统,特别是现代复杂、大型的生产过程监测控制系统中,采用大量各式各样的传感器来获得对象和环境的信息,以监测和控制生产过程。对象信息包括:系统中有关物理量、生产过程中的工艺参数、设备情况、原料和成品的性能参数等;环境信息包括:环境特征、干扰、污染等。采用众多的传感器已是当前复杂工业系统不可回避的现实,也是现代工业系统的特点。多传感器系统或多传感器集成,是指在系统中采用多个同质或异质传感器共同联合工作来完成对对象和环境的检测。
在当前工业监测控制系统中,从传感器中直接获得的信息可以分为两种不同形式:
  (1)传感器数据信息
  这里所说的数据信息包括:
  ①描述被测物理量连续变化过程的模拟信号和数字信号。例如,温度、压力、流量等传感器,它们在检测的物理机理和硬件结构上尽管不一样,但在模拟式仪表的形式下,输出均为电压(如1V~5V)或电流(如4mA~20mA);在数字式仪表的情况下,输出是8位或1 6位的数字量。输出为数据信息的传感器是同质传感器。
  ②描述被测物理量状态变化的开关信号。例如有触点和无触点的继电器信号,它只有“通/断”或“有/无”两个数据。
  (2)传感器图像信息
  在工业、军事、机器人、商业、交通等部门获得广泛应用的摄像机,其输出就是一帧一帧的图像。从信息的利用和处理来看,图像信息和数据信息具有完全不同的性质,因此产生这两种信息的传感器互为异质传感器二在多传感器系统中,各传感器所提供的空间、时间、表达方式不同,可信度、不确定性程度不同,侧重点和用途也不同,这对信息的处理和管理提出了新的要求。要求采用相应的信息综合处理技术,要求传感器间彼此协调工作。由此,多传感器信息融合的理论和技术应运而生。

局域网子网访问协议存在的主要原因

  IEEE 802.2标准的逻辑链路控制是NetWare网的首选逻辑链路控制。由于802.2为各种局域网技术的介质访问控制层提供了通用的逻辑链路控制,因而所有大的网络硬件供应商都推荐采用这个标准。我们下面还要讨论使用中的另一种逻辑链路控制,以更好地理解局域网中各个可选择的逻辑链路控制服务,这个可选项就是SNAP,即子网访问协议9802.2标准的逻辑链路控制的缺点之一是它不使用协议类型字段,取代它的是一个1位的S服务广播协议和D服务广播协议,标识协议数据单元为有效。有些协议可被转换为使用服务广播协议而不是类型码,而有些协议则不能这样转换。在使用DIX以太网Ⅱ封装系统的以太网上实现的协议的主要例子是IP协议和早期的DEC net协议组。因为这些协议组包含许多网络层的协议,并且使用单一的协议堆栈支持它们,所以这些协议组中的协议是与各自的协议类型紧密相连的。通常使用类型码标识协议组中使用的不同协议。如果协议组改变其逻辑链路控制以支持802.2标准,就还需要改变内部协议堆栈中标识网络第三层的基本协议的方式。实行这种变动的一个例子可以在IP协议中找到。IP协议有3个主要的网络第三层协议:ARP(类型8 0 6)、RARP(类型8 0 3 5)和IP(类型0800)。为了支持802.2标准,就要为这3种协议选择服务广播协议,此外还需重写相关的驱动程序以理解服务广播协议标识而不是服务广播协议类型。这两点都太容易满足,因而也就有了现在仍在以太网Ⅱ上运行的非完全兼容的IP堆栈。
  局域网子网访问协议通过简单地将802.2标准的子帧增加两个称为辨别器的字段尝试解决这种不兼容问题。增加的两个字段中的第一个字段是结构惟一标识码,它是一个两位的字段,并能担当两种角色。如果这个字段被置为Ox000000,就表示它后面的字段(即类型字段)包含了从以太网Ⅱ衍化过来的协议类型。如果这个字段被置为供应商的三位供应商标识号,类型字段就是与特定供应商相关的协议标识码。与协议数据单元和介质访问控制层帧相关的子网访问协议包的形式见图5. 90通过在802.2标准的子帧中把P服务广播协议和S服务广播协议分别置为OxAA和OxAA,标志采用的是子网访问协议。
  局域网子网访问协议存在的主要原因是使具有以太网Ⅱ基础的旧的协议可以在其他介质访问控制层技术上运行,而无须显著的改动,只需要简单地将类型字段移到数据字段内的某个位置,就可以实现以太网Ⅱ的各种协议可在不同技术的网络中交换。如果没有子网访问协议,要在令牌环或FDDI网络上运行诸如IP等协议,就必须对原有网络进行大的改动。在多数情况下,子网访问协议与IPX并不相同,这是因为IPX可以在基本的802.2标准下运行良好。当802.2标准可以使用时,就没必要使用子网访问协议;若这时使用子网访问协议就意味着传输的每一个帧上都增加了5位的耗费,而这是毫无益处可言的。

计算机客户机/服务器计算模式

  客户机/服务器计算模式源于个人计算机PC、工程工作站和计算机网络技术的迅速的发展以及UNIX系统的广泛应用。从而促进计算机系统从集中式处理环境进入分布式计算环境。9 0年代将是以个人计算机、工程工作站和各类计算机为代表的分布式处理(Distributed Processing)环境,又称共享计算系统SCSashayed Computing System),其核心是客户机/服务器计算模式。
  客户机/服务器计算模式的体系结构是把PC机、工程工作站、X终端、服务器和各类计算机系统通过垂直、水平纵横网络构成为分布式处理环境以达到高效率地实现资源共享。图13. 14式给出了典型的客户机/服务器计算模式的体系结构。它是一种主从结构方式,客户可以是PC机、工程工作站或X终端,作为服务的请求者或委托者。而服务器则可以是小型计算机、高档工程工作站或是性能相当于大、中型机或小巨型机至巨型机的计算机系统,而且它们通常支持UNIX操作系统和X窗口系统以及传输控制协议/网间协议(TCP/IP)用以提供服务,并把处理结果送回用户。网络通信能力是它的基础。客户和服务器有区别也有互作用,具有不同的分工,在客户机/服务器计算模式中,系统中的活动通常是由客户激发,而服务器仅对来自客户的查询、要求和命令做出响应,即服务器不会主动提出要与客户对活。客户和服务器通常运行在不同的计算平台上,但也可运行在相同平台上。它们都可分别独立升级。服务器可同时为多个客户服务,而有些系统中,客户也可访问多个服务器。客户通常联有用户友好的图形界面,大多数客户机/服务器系统都拥有结构化查询语言(SQL),数据库服务器为数据提供安全性保护。
  理想的服务器,对客户和用户安全隐藏着合成的客户机/服务器系统特性,同服务器通信的客户应该完全没有意识到什么样的服务器平台(硬件和软件)和什么样的通信技术(硬件和软件)为其服务。例如,一个基于DOS的客户应该能够以完全相同的方式与基于U—NIX或OS/2的服务器进行通信而与服务器所依赖的操作系统和连接服务器与客户的网络技术无关。在客户机/服务器体系结构中,一个应用被划成多个合作进程,而这些进程运行在以网络相连的不同机器上,从而形成一个“松耦合”系统。应用设计者则需要将用户定义的任务划分为多个子任务,这些子任务,在客户机/服务器系统应用目标和低层操作系统功能的支持下能由客户机或服务器完成。这样,网络操作系统提供的功能越强,则应用程序代码会越小,开发时间就会缩短。
  客户机/服务器计算模式的体系结构按网络的覆盖范围有一种建立在局域网(LAN)技术基础上的部门级客户机/服务器计算模式和一种建立于广域网(WAN)技术基础上的企业级客户机/服务器计算模式。因此,客户机/服务器计算模式是表明90年代计算机技术、网络技术和数据库技术等发展的缩影和它们发展的总趋势。

局域网内的中继代理配置

  DHCP中继代理提供通过子网传递DHCP请求的服务,使远程DHCP客户机能够与并不存在于客户机子网上的DHCP服务器进行联系。DHCP中继代理的实施定义于RFCS1532,1533及15410的确,在操作特性方面,DHCP中继代理与 BOOTP中继代理完全相同,不幸的是,由于DHCP在数据语法上利用BOOTP中一般不用的广播标识。所以先于DHCP存在的BOOTP中继代理在传递DHCP请求及响应时,一般不能正确运行。为保证与DHCP的兼容性,大多数路由器厂商为正确处理广播标识指令不得不更新其BOOTP中继代理。目前,支持DHCP的路由器厂商列于下面①:
  支持DHCP的LANTEC路由器软件:自1993年交换路由器功能已能处理BOOTP转发,在其软件维护版本( release 2.5)及2.6版和以后版本中,引入了对广播标识的支持。
  支持DHCP的Cisco路由器更新软件:如果使用Cisco路由器及其9.21(3.2)及10. 0(2.1)以前版本的软件,并且在网络中应用DHCP,必须获得Cisco系统的更新软件。在Cisco软件9.21(3.2)及10. 0(2.1)版中集成了支持DHCP(据RFC1542)的BOOTP扩展。推荐采用这些版本的路由器软件以与DHCP服务器更好地兼容。
  支持DHCP的IBM 1210路由器软件:版本1•2具有BOOTP中继代理,没有正式的支持广播标识的肯定信息。
Microsoft Windows NT Server DHCP中继支持:Windows NT Resource Kit (3. 51版,)支持DHCP中继代理。
  Novell NetWare DHCP支持:对于Novell服务器,有NLMS传递BOOTP请求,因此也传递DHCP请求,NetWare 4.1中包括“传递BOOTP NLM”,也可在NetWare 3.11及3.1 2获得相应支持’但是必须应用TCP 31. EXE修补,它位于NetWare中,NLM的例子可在线获得:ftp://netlab2.usu.edu/misc/bootpfd.zip(不支持Novell软件,1993)。
  支持DHCP的3com路由器更新软件:如果采用3com路由器及7.1版本以前的软件且在网络中应用DHCP,必须从3 com获得更新软件。支持DHCP(据RFc 1542)的BOOTPDHCP成于7.0.0 4,7.1版及以后的系统中,推荐采用这些版本路由器软件以更好地与D H CP服务器兼容。
  支持DHcCP的ungermann—Bass Networks路由器软件:如果采用ungermann—BassAsM83xx路由器及早于7.2版的软件且在网络中应用DHCP,必须从ungermann—BassNetworks获得更新软件。支持DHCP(据RFC1542)的BOOTP扩展被集成于7.2版路由器软件中,推荐采用这些版本的路由器软件以更好与DHCP服务器兼容。
  支持DHCP的wellfleet Communications路由器软件:如果采用we11fleet路由器软件不是5.7 5版’应该与wellfleet联系更新为充分支持DHCP的版本,5.75版支持DHCP的BOOTP扩展(据RFC 1542),然而,倘若将客户机从与DHCP服务器相同网段移到远程网段(经由广域网),客户机以原始IP地址启动,必须将客户机在命令行方式下,更新ipconfig。与wellfleet联系,可获得解决这一问题的版本。支持DHCP(据RFC 1542)的BOOTP扩展被集成于we11fleet软件7.7 l版(fix4),推荐采用这些版本的路由器软件以与DHCP服务器更好兼容。