架设基于nfs的无盘ubuntu服务器
版面规则
我们都知道新人的确很菜，也喜欢抱怨，并且带有浓厚的Windows习惯，但既然在这里询问，我们就应该有责任帮助他们解决问题，而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享，以人为本，这正是Ubuntu的精神所在。
我们都知道新人的确很菜，也喜欢抱怨，并且带有浓厚的Windows习惯，但既然在这里询问，我们就应该有责任帮助他们解决问题，而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享，以人为本，这正是Ubuntu的精神所在。
-
oneleaf
- 论坛管理员
- 帖子： 10441
- 注册时间： 2005-03-27 0:06
- 系统： Ubuntu 12.04
-
gnix_oag
- 帖子： 1994
- 注册时间： 2005-05-19 18:38
- 来自： 湖南永州
- 联系：
先找些资料学一下:
无盘原理
□ 无盘工作的特征：
无盘工作站具有成本低，安全性好，便于网络日常维护和管理的优点，所以许多客户端都做成无盘工作站。
□ RPL无盘工作站的工作原理
BOOTROM芯片：
此芯片记录了与远程启动服务器通信的相关程序。
无盘工作站：
无盘工作站即无本地磁盘（主要是硬盘）的工作站，是靠网卡上的BOOTROM芯片来实现远程启动功能。其中无盘工作站上的BOOTROM中必须要有RPL、PXE等运行程序。
无盘工作站的启动过程：
1、当工作站启动时，网卡上的BOOTROM芯片会给网络中的远程启动服务器发出“我现在要利用BOOTROM启动”，这个请示帧中包含了此网卡卡号（MAC地址|硬件地址|物理地址|烧录地址），在以太网中它由12位字符组成。
2、远程启动服务器收到此请求帧后，立即检查其数据库中是否有该号的启动数据，如果有些启动数据，远程启动服务器便会告诉工作站上的BOOTROM“我有你卡号记录，可以提供你利用BOOTROM启动服务的响应帧。
3、当工作站接收到此响应帧后又给远程启动服务器发出“请传递启动所需的文件给我”的请示帧
4、远程启动服务器收到请示帧后，会根据远程启动工作站数据库中的有关设置，将工作站所需要的操作系统启动文件传送给该工作站。
5、工作站收到完整的启动文件后，就将控制权交给它并开始启动该操作系统。
注：
1、当有多个远程启动服务器响应工作站的请示时，即使有多个远程启动服务器可提供BOOTROM启动服务，但是工作站上的BOOTROM只能接受第一个收到的响应，并与之建立启动服务关系。
2、当远程启动服务器中无此网卡的启动数据时，远程启动服务器会此网卡的卡号记录下来，事后系统管理员使可利用“远程启动管理器”建立此网卡的完整远程启动工作站记录，之后此工作站就可利用BOOTROM来完成远程舳?nbsp;
□ RPL无盘工作站对网卡的要求
1、无盘工作站上的网卡必须安装RPL BOOT ROM远程启动芯片，而且此启动芯片必须支持NT SERVER或WIN 2000 SERVER无盘引导。
2、要登录的服务器必须提供远程启动服务，即服务器上要安装有“远程启动服务”的网络组件，并保证已经启用该项服务。
3、远程启动服务器要支持无盘工作站所使用的网卡。
4、远程启动服务器可不用安装RPL BOOT ROM远程启动芯片。
□ 无盘的分类
1、按服务器来分
windows nt server、windows 2000 server、linux、novell等。
2、按无盘工作站来分
dos、windows3.x、windows9x、windows2000等。
3、按无盘的启动类型分
rpl、pxe等。
无盘原理
□ 无盘工作的特征：
无盘工作站具有成本低，安全性好，便于网络日常维护和管理的优点，所以许多客户端都做成无盘工作站。
□ RPL无盘工作站的工作原理
BOOTROM芯片：
此芯片记录了与远程启动服务器通信的相关程序。
无盘工作站：
无盘工作站即无本地磁盘（主要是硬盘）的工作站，是靠网卡上的BOOTROM芯片来实现远程启动功能。其中无盘工作站上的BOOTROM中必须要有RPL、PXE等运行程序。
无盘工作站的启动过程：
1、当工作站启动时，网卡上的BOOTROM芯片会给网络中的远程启动服务器发出“我现在要利用BOOTROM启动”，这个请示帧中包含了此网卡卡号（MAC地址|硬件地址|物理地址|烧录地址），在以太网中它由12位字符组成。
2、远程启动服务器收到此请求帧后，立即检查其数据库中是否有该号的启动数据，如果有些启动数据，远程启动服务器便会告诉工作站上的BOOTROM“我有你卡号记录，可以提供你利用BOOTROM启动服务的响应帧。
3、当工作站接收到此响应帧后又给远程启动服务器发出“请传递启动所需的文件给我”的请示帧
4、远程启动服务器收到请示帧后，会根据远程启动工作站数据库中的有关设置，将工作站所需要的操作系统启动文件传送给该工作站。
5、工作站收到完整的启动文件后，就将控制权交给它并开始启动该操作系统。
注：
1、当有多个远程启动服务器响应工作站的请示时，即使有多个远程启动服务器可提供BOOTROM启动服务，但是工作站上的BOOTROM只能接受第一个收到的响应，并与之建立启动服务关系。
2、当远程启动服务器中无此网卡的启动数据时，远程启动服务器会此网卡的卡号记录下来，事后系统管理员使可利用“远程启动管理器”建立此网卡的完整远程启动工作站记录，之后此工作站就可利用BOOTROM来完成远程舳?nbsp;
□ RPL无盘工作站对网卡的要求
1、无盘工作站上的网卡必须安装RPL BOOT ROM远程启动芯片，而且此启动芯片必须支持NT SERVER或WIN 2000 SERVER无盘引导。
2、要登录的服务器必须提供远程启动服务，即服务器上要安装有“远程启动服务”的网络组件，并保证已经启用该项服务。
3、远程启动服务器要支持无盘工作站所使用的网卡。
4、远程启动服务器可不用安装RPL BOOT ROM远程启动芯片。
□ 无盘的分类
1、按服务器来分
windows nt server、windows 2000 server、linux、novell等。
2、按无盘工作站来分
dos、windows3.x、windows9x、windows2000等。
3、按无盘的启动类型分
rpl、pxe等。
-
gnix_oag
- 帖子： 1994
- 注册时间： 2005-05-19 18:38
- 来自： 湖南永州
- 联系：
无盘启动工作原理及其分类
总的来说，无盘工作站都是由网卡的启动芯片（Boot ROM）以不同的形式向服务器发出启动请求号，服务器收到后，根据不同的机制，向工作站发送启动数据，工作站下载完启动数据后，系统控制权由Boot ROM转到内存中的某些特定区域，并引导操作系统。根据不同的启动机制，目录比较常用无盘工作站可分为RPL和PXE。
一、 RPL启动工作原理
RPL为Remote Initial Program Load的缩写，启动过程分析如下：
客户机开机后，初始化网卡，网卡BootROM上固化的软件向网络广播一个FIND帧，即引导请求帧，该帧中包含有客户机的网卡ID号。
服务器端的远程启动服务接收到客户机广播的FIND 帧后，根据帧中所带的网卡ID号在远程启动数据库中查找相应的工作站记录，如果不存在这样一个记录，引导过程不能继续;如果此工作站记录已经存在，远程启动服务则发送一个FOUND 帧给客户机的RPLROM，FOUND帧中已包含了服务器的网卡ID。
当网络上有数台服务器在运行远程启动服务时，RPLROM有可能会接收到多个FOUND帧，但RPLROM只对它收到的第一个FOUND帧有反应，它将根据第一个FOUND帧中所带的服务器网卡ID号，返回一个SEND.FILE.REQUEST帧给对应的服务器。SEND.FILE.REQUEST帧是一个要求服务器发送文件的请求。
服务器端的远程启动服务在收到SEND.FILE.REQUEST帧后，将根据远程启动数据库中的工作站记录查找对应的启动块（BootBlock）——在实际配置时我们知道，它位于NETBEUI目录，名为DOSBB.CNF和W95BB.CNF——用FILE.DAT.RESPONSE帧将启动块送回客户机端的RPLROM。
RPLROM在收齐所有的FILE.DAT.RESPONSE帧后，将执行点转向启动块的入口，启动工作站。工作站以Windows 95实模式启动后，将创建一个RAM盘，并将Windows 95实模式文件从远程启动服务器拷贝到RAM盘，加载Windows 95实模式网络设备启动并建立一个到SBS服务器的连接。最后，连接到该客户机的计算机目录（Machine Directory）所在的服务器上，并根据计算机目录中的有关设置及数据完成Windows 95启动过程。
二、PXE启动原理
PXE是RPL的升级品，它是Preboot Execution Environment的缩写。它们的不同之处在于RPL是静态路由，而PXE是动态路由。其通信协议采用TCP/IP，与Internet连接高效而可靠，PXE无盘工作站的启动过程分析如下：
¨ 客户端个人电脑开机后, 在 TCP/IP Bootrom 获得控制权之前先做自我测试。
¨ Bootprom 送出 BOOTP/DHCP 要求以取得 IP。
¨ 如果服务器收到个人电脑所送出的要求, 就会送回 BOOTP/DHCP 回应,内容包括
客户端的 IP 地址, 预设网关, 及开机影像文件。否则, 服务器会忽略这个要求。
¨ Bootprom 由 TFTP 通讯协议从服务器下载开机影像文件。
¨ 个人电脑通过这个开机影像文件开机, 这个开机文件可以只是单纯的开机程式也可以是操作系统。
¨ 开机影像文件将包含 kernel loader 及压缩过的 kernel, 此 kernel 将支持NTFS root系统。
¨ 远程客户端根据下载的文件启动机器。
三、比较
¨ 发展前景
PXE：Intel新推出的软件，从理论上来讲应该是很先进的，尽管还存在一些问题，但其优越的一面已经在应用中得到了充分的体现，而且Intel公司还将继续提供这方面的支持，并且公开源码，相信以后会更加改进。
RPL：Microsoft产品，已经很成熟了，而且许多爱好者都比较熟，技术资料到处都是，但Microsoft已经放弃了此产品开发与支持，不会再有更新的升级产品了。
¨ 工作站启动速度
从少量机器来看,PXE与RPL似乎没有太多的区别，但如果机器数量较多，PXE会快一些，其原因主要是RPL采用NETBEUI通信协议，若传送过程中有错误帧，RPL会要求整个数据包重发，而PXE采用基于TCP/IP的MTFTP（多点传送）的通信协议，若在传送过程中有错误帧，PXE并不是将整个数据包重发，只是将某一出错线程的数据重发，这样使整个网络的启动的速度加快。在工作站较多的情况下，出错的概率较高，因此在这种情况下启动速度的差别较大。
¨ 安装方面
PXE安装是基于本地上传的，也就是说，只要在一个工作站上安装好一台有盘工作站，然后通过上传软件，将整个硬盘上传服务器的一个共享目录下，安装步骤比较少，整个过程也很简单，安装成功率很高。传统方式下的RPL Windows 95无盘站的安装过程十分繁琐，且很容易出错，安装成功率很低。目前的RPL技术吸取了PXE的本地上传方式，使安装的方法接近PXE的安装，但需掌握RPL和PXE两项技术才能进行安装。当然目前出现的许多RPL98的安装工具，给安装无盘RPL Windows 98带来方便。
¨ 运行速度
PXE要快一些，特别是在运行一些大的应用软件或上网时更加明显，主要原因是由于PXE的默认协议为TCP/IP。而在低配置无盘网络中，RPL无盘Windows 95要快一些。
¨ 日后维护方面
PXE和改良的RPL在日后的维护方面十分方便，软件的维护量极低，所需的维护只是升级应用软件，删除客户机无用文件。若一段时间不用应用程序，且硬盘作好磁盘配额，那么在这段时间内可以作到软件零维护，对机房管理人员来说可以说是一个解放。传统的RPL网络的维护量极大，客户机可以轻意的破坏系统，虽然可以通过各种手段加以限制，但无法从根本上解决，而且由于各种限制的存在使Windows 界面面目全非。
¨ 硬件兼容性
PXE软件可以大多数的网卡和主板，但PXE的启动芯片支持的网卡并不多，对主板的BIOS要求为AWORD的，其它的BIOS版本则有不兼容的现象，这是目前制约PXE发展的重要因素。RPL的硬件兼容性则很好几乎所有的网卡和主板都能支持
总的来说，无盘工作站都是由网卡的启动芯片（Boot ROM）以不同的形式向服务器发出启动请求号，服务器收到后，根据不同的机制，向工作站发送启动数据，工作站下载完启动数据后，系统控制权由Boot ROM转到内存中的某些特定区域，并引导操作系统。根据不同的启动机制，目录比较常用无盘工作站可分为RPL和PXE。
一、 RPL启动工作原理
RPL为Remote Initial Program Load的缩写，启动过程分析如下：
客户机开机后，初始化网卡，网卡BootROM上固化的软件向网络广播一个FIND帧，即引导请求帧，该帧中包含有客户机的网卡ID号。
服务器端的远程启动服务接收到客户机广播的FIND 帧后，根据帧中所带的网卡ID号在远程启动数据库中查找相应的工作站记录，如果不存在这样一个记录，引导过程不能继续;如果此工作站记录已经存在，远程启动服务则发送一个FOUND 帧给客户机的RPLROM，FOUND帧中已包含了服务器的网卡ID。
当网络上有数台服务器在运行远程启动服务时，RPLROM有可能会接收到多个FOUND帧，但RPLROM只对它收到的第一个FOUND帧有反应，它将根据第一个FOUND帧中所带的服务器网卡ID号，返回一个SEND.FILE.REQUEST帧给对应的服务器。SEND.FILE.REQUEST帧是一个要求服务器发送文件的请求。
服务器端的远程启动服务在收到SEND.FILE.REQUEST帧后，将根据远程启动数据库中的工作站记录查找对应的启动块（BootBlock）——在实际配置时我们知道，它位于NETBEUI目录，名为DOSBB.CNF和W95BB.CNF——用FILE.DAT.RESPONSE帧将启动块送回客户机端的RPLROM。
RPLROM在收齐所有的FILE.DAT.RESPONSE帧后，将执行点转向启动块的入口，启动工作站。工作站以Windows 95实模式启动后，将创建一个RAM盘，并将Windows 95实模式文件从远程启动服务器拷贝到RAM盘，加载Windows 95实模式网络设备启动并建立一个到SBS服务器的连接。最后，连接到该客户机的计算机目录（Machine Directory）所在的服务器上，并根据计算机目录中的有关设置及数据完成Windows 95启动过程。
二、PXE启动原理
PXE是RPL的升级品，它是Preboot Execution Environment的缩写。它们的不同之处在于RPL是静态路由，而PXE是动态路由。其通信协议采用TCP/IP，与Internet连接高效而可靠，PXE无盘工作站的启动过程分析如下：
¨ 客户端个人电脑开机后, 在 TCP/IP Bootrom 获得控制权之前先做自我测试。
¨ Bootprom 送出 BOOTP/DHCP 要求以取得 IP。
¨ 如果服务器收到个人电脑所送出的要求, 就会送回 BOOTP/DHCP 回应,内容包括
客户端的 IP 地址, 预设网关, 及开机影像文件。否则, 服务器会忽略这个要求。
¨ Bootprom 由 TFTP 通讯协议从服务器下载开机影像文件。
¨ 个人电脑通过这个开机影像文件开机, 这个开机文件可以只是单纯的开机程式也可以是操作系统。
¨ 开机影像文件将包含 kernel loader 及压缩过的 kernel, 此 kernel 将支持NTFS root系统。
¨ 远程客户端根据下载的文件启动机器。
三、比较
¨ 发展前景
PXE：Intel新推出的软件，从理论上来讲应该是很先进的，尽管还存在一些问题，但其优越的一面已经在应用中得到了充分的体现，而且Intel公司还将继续提供这方面的支持，并且公开源码，相信以后会更加改进。
RPL：Microsoft产品，已经很成熟了，而且许多爱好者都比较熟，技术资料到处都是，但Microsoft已经放弃了此产品开发与支持，不会再有更新的升级产品了。
¨ 工作站启动速度
从少量机器来看,PXE与RPL似乎没有太多的区别，但如果机器数量较多，PXE会快一些，其原因主要是RPL采用NETBEUI通信协议，若传送过程中有错误帧，RPL会要求整个数据包重发，而PXE采用基于TCP/IP的MTFTP（多点传送）的通信协议，若在传送过程中有错误帧，PXE并不是将整个数据包重发，只是将某一出错线程的数据重发，这样使整个网络的启动的速度加快。在工作站较多的情况下，出错的概率较高，因此在这种情况下启动速度的差别较大。
¨ 安装方面
PXE安装是基于本地上传的，也就是说，只要在一个工作站上安装好一台有盘工作站，然后通过上传软件，将整个硬盘上传服务器的一个共享目录下，安装步骤比较少，整个过程也很简单，安装成功率很高。传统方式下的RPL Windows 95无盘站的安装过程十分繁琐，且很容易出错，安装成功率很低。目前的RPL技术吸取了PXE的本地上传方式，使安装的方法接近PXE的安装，但需掌握RPL和PXE两项技术才能进行安装。当然目前出现的许多RPL98的安装工具，给安装无盘RPL Windows 98带来方便。
¨ 运行速度
PXE要快一些，特别是在运行一些大的应用软件或上网时更加明显，主要原因是由于PXE的默认协议为TCP/IP。而在低配置无盘网络中，RPL无盘Windows 95要快一些。
¨ 日后维护方面
PXE和改良的RPL在日后的维护方面十分方便，软件的维护量极低，所需的维护只是升级应用软件，删除客户机无用文件。若一段时间不用应用程序，且硬盘作好磁盘配额，那么在这段时间内可以作到软件零维护，对机房管理人员来说可以说是一个解放。传统的RPL网络的维护量极大，客户机可以轻意的破坏系统，虽然可以通过各种手段加以限制，但无法从根本上解决，而且由于各种限制的存在使Windows 界面面目全非。
¨ 硬件兼容性
PXE软件可以大多数的网卡和主板，但PXE的启动芯片支持的网卡并不多，对主板的BIOS要求为AWORD的，其它的BIOS版本则有不兼容的现象，这是目前制约PXE发展的重要因素。RPL的硬件兼容性则很好几乎所有的网卡和主板都能支持
-
gnix_oag
- 帖子： 1994
- 注册时间： 2005-05-19 18:38
- 来自： 湖南永州
- 联系：
无盘远程启动系统的实施标准
目前，在实际应用中，比较常被采纳linux的无盘启动的标准有三种：RPL（Remote Initial Program Load）和PXE (Preboot Execution Environment )，bootp。
这几种不同标准的比较的如下：
1．linux服务器下的RPL 能做无盘win95/98，也可linux。PXE不仅能够做无盘的DOS，win95/98/NT,而且也能做无盘的Linux；RPL的好处是：比较成熟，关于它的资料比较容易找到。和老的网卡兼容。pxe的好处是全IP
2. 就构架整个网络来说，PXE 要简单得多。这集中反映在对每台客户机的配置上：RPL要求每一台客户机都要执行安装过程，而PXE配置时，只需要每一台客户机的MAC地址，把它写到服务器的记录文件中就可以了。
3. 就性能价格比来讲，PXE是RPL 的替代品。利用PXE，可以实现多个不同操作系统的应用，给用户更多选择的余地。
4. 就适用范围来讲，由于PXE能够完成多种系统的无盘远程启动，从而提高了这个技术的延伸性，使得它可以在多种应用领域中发挥作用。如学校、医院、酒店宾馆、厂矿企业、商场、银行、证券营业厅等。
5. 就可维护性讲，PXE向用户提出的要求十分简单，为用户维护工作提供了简便的方法，大大降低了用户在维护方面的工作量。假如无盘工作站坏了，没有备份，如果是RPL的win95，那么，用户在删除每个客户端的目录时，就要意识到，删除后，必须在每台客户端再来执行安装：这就意味着有一台客户端，就必须安装一次，有100台，就要安装100次，这种工作量，对于用户来讲，是难于忍受的。但是如果使用PXE，则不会出现这种局面，
它的每个工作站的配置都是从公共的目录下读取，删除了，只需要在客户端启动时再读一次，不用在客户端作任何的动作，从而大大减少了维护的工作量。作为客户端的用户，无论他对系统进行了怎样的操作，实施了怎样的破坏，当系统下一次重新启动时，一切又会恢复到系统的最初的正常状态。
6.就系统更新讲，当用户需要更新系统，例如安装新的软件，并且打算把它安装在无盘工作站上时，用PXE安装，十分简单：用户只需在用于上传系统的本地硬盘安装好后，然后上传到服务器，所有client端就都可以用了。而RPL支持的无盘系统的更新要麻烦很多。
目前，基于红旗Linux操作系统的无盘远程启动方案采用的就是这种先进的，容易实现的PXE方案。支持PXE标准的 BootPROM, 也称为 LanDesk Service Agent, 已经被现在比较流行的网卡所支持，并且随着大部分内建网卡的主机板一起发布。
目前，在实际应用中，比较常被采纳linux的无盘启动的标准有三种：RPL（Remote Initial Program Load）和PXE (Preboot Execution Environment )，bootp。
这几种不同标准的比较的如下：
1．linux服务器下的RPL 能做无盘win95/98，也可linux。PXE不仅能够做无盘的DOS，win95/98/NT,而且也能做无盘的Linux；RPL的好处是：比较成熟，关于它的资料比较容易找到。和老的网卡兼容。pxe的好处是全IP
2. 就构架整个网络来说，PXE 要简单得多。这集中反映在对每台客户机的配置上：RPL要求每一台客户机都要执行安装过程，而PXE配置时，只需要每一台客户机的MAC地址，把它写到服务器的记录文件中就可以了。
3. 就性能价格比来讲，PXE是RPL 的替代品。利用PXE，可以实现多个不同操作系统的应用，给用户更多选择的余地。
4. 就适用范围来讲，由于PXE能够完成多种系统的无盘远程启动，从而提高了这个技术的延伸性，使得它可以在多种应用领域中发挥作用。如学校、医院、酒店宾馆、厂矿企业、商场、银行、证券营业厅等。
5. 就可维护性讲，PXE向用户提出的要求十分简单，为用户维护工作提供了简便的方法，大大降低了用户在维护方面的工作量。假如无盘工作站坏了，没有备份，如果是RPL的win95，那么，用户在删除每个客户端的目录时，就要意识到，删除后，必须在每台客户端再来执行安装：这就意味着有一台客户端，就必须安装一次，有100台，就要安装100次，这种工作量，对于用户来讲，是难于忍受的。但是如果使用PXE，则不会出现这种局面，
它的每个工作站的配置都是从公共的目录下读取，删除了，只需要在客户端启动时再读一次，不用在客户端作任何的动作，从而大大减少了维护的工作量。作为客户端的用户，无论他对系统进行了怎样的操作，实施了怎样的破坏，当系统下一次重新启动时，一切又会恢复到系统的最初的正常状态。
6.就系统更新讲，当用户需要更新系统，例如安装新的软件，并且打算把它安装在无盘工作站上时，用PXE安装，十分简单：用户只需在用于上传系统的本地硬盘安装好后，然后上传到服务器，所有client端就都可以用了。而RPL支持的无盘系统的更新要麻烦很多。
目前，基于红旗Linux操作系统的无盘远程启动方案采用的就是这种先进的，容易实现的PXE方案。支持PXE标准的 BootPROM, 也称为 LanDesk Service Agent, 已经被现在比较流行的网卡所支持，并且随着大部分内建网卡的主机板一起发布。
-
gnix_oag
- 帖子： 1994
- 注册时间： 2005-05-19 18:38
- 来自： 湖南永州
- 联系：
各种操作系统的无盘远程启动方案比较
Linux下的无盘远程启动系统与传统的Windows无盘工作站和NOVELL无盘工作站相比较，其优势在于：
Windows无盘工作站和NOVELL无盘工作站只能采用RPL—"远端开机",可是linux server可同时用pxe和RPL两种方法。虽然这种方式一直是很重要的网路运用方式,不过由于现在的操作系统发展愈来愈庞大,remote-boot的效果不十分理想,有的 RPL 操作系统网路启动还分real-mode(16 bit,速度很慢),protected mode(32 bit),甚至非常挑网卡，RPL 安装与正常安装有非常大的差距,正常安装支援的网路卡不见得适用于 RPL安装,总是以极麻烦的拐弯抹角方式才能安装成功,後续新增的 RPL client也是以非常麻烦方式增加,差不多失去了"统一设定"的优点。
另外，由于NOVELL无盘工作站只应用于某些特定的行业，更由于NOVELL NETWARE系统自身应用的局限性，从而也限制了NOVELL无盘工作站应用的发展。
而对 Linux而言，其为真正的 32 bit 操作系统,remote-boot启动就是纯正 32 bit 操作系统网路环境,其启动载入速度要远远高于其他 PC RPL 操作系
统 (Linux >>Novell>> Windows 95 >>> OS/2 Warp 3.0).由于Linux起始时载入的架构并不大(不包含 X,即使载入 X还是比其他系统要快),除启动速度快以外,即使有相当数量的 client的情况下,server负载也并不大. 更重要的是只要 Linux有支援的网卡,就可以直接套用，在 remote-boot安装绝对没问题. 另外在Linux系统架构中，很容易实现只要其中一台 client新增或修改程序,其它的 client也全部更动,这样差不多做到了真正"统一设定"的优点.无论续加或删减 client，相关的手续也远远方便于其他操作系统。
另外，由于Linux系统本身提供文件/打印服务、代理服务、www服务、ftp服务、邮件服务等，并提供对于各种网络设备（如网卡、ISDN、MODEM等）的支持，用户可以采用这些服务搭建完整的局域网应用系统，在实施无盘工作站的同时，使得客户端用户可以共享服务器的ISDN或MODEM上网，并且在服务器上为客户端提供文件/打印服务，邮件收发服务，网站发布服务等。而其他系统实现相同的服务，则需要另外购买相应的软件。
Linux下的无盘远程启动系统与传统的Windows无盘工作站和NOVELL无盘工作站相比较，其优势在于：
Windows无盘工作站和NOVELL无盘工作站只能采用RPL—"远端开机",可是linux server可同时用pxe和RPL两种方法。虽然这种方式一直是很重要的网路运用方式,不过由于现在的操作系统发展愈来愈庞大,remote-boot的效果不十分理想,有的 RPL 操作系统网路启动还分real-mode(16 bit,速度很慢),protected mode(32 bit),甚至非常挑网卡，RPL 安装与正常安装有非常大的差距,正常安装支援的网路卡不见得适用于 RPL安装,总是以极麻烦的拐弯抹角方式才能安装成功,後续新增的 RPL client也是以非常麻烦方式增加,差不多失去了"统一设定"的优点。
另外，由于NOVELL无盘工作站只应用于某些特定的行业，更由于NOVELL NETWARE系统自身应用的局限性，从而也限制了NOVELL无盘工作站应用的发展。
而对 Linux而言，其为真正的 32 bit 操作系统,remote-boot启动就是纯正 32 bit 操作系统网路环境,其启动载入速度要远远高于其他 PC RPL 操作系
统 (Linux >>Novell>> Windows 95 >>> OS/2 Warp 3.0).由于Linux起始时载入的架构并不大(不包含 X,即使载入 X还是比其他系统要快),除启动速度快以外,即使有相当数量的 client的情况下,server负载也并不大. 更重要的是只要 Linux有支援的网卡,就可以直接套用，在 remote-boot安装绝对没问题. 另外在Linux系统架构中，很容易实现只要其中一台 client新增或修改程序,其它的 client也全部更动,这样差不多做到了真正"统一设定"的优点.无论续加或删减 client，相关的手续也远远方便于其他操作系统。
另外，由于Linux系统本身提供文件/打印服务、代理服务、www服务、ftp服务、邮件服务等，并提供对于各种网络设备（如网卡、ISDN、MODEM等）的支持，用户可以采用这些服务搭建完整的局域网应用系统，在实施无盘工作站的同时，使得客户端用户可以共享服务器的ISDN或MODEM上网，并且在服务器上为客户端提供文件/打印服务，邮件收发服务，网站发布服务等。而其他系统实现相同的服务，则需要另外购买相应的软件。
-
gnix_oag
- 帖子： 1994
- 注册时间： 2005-05-19 18:38
- 来自： 湖南永州
- 联系：
Linux提供的无盘远程启动系统架构的总体目标是:
1． 任何一台客户端电脑都可以执行 Linux, DOS, Windows 3.1, Windows 95/98, 或Windows NT， 每次开机时可以选择所需要的操作系统.
2． 所有的软件, 包含操作系统, 可以放在服务器上, 便于安装与更新.
3． 用户端电脑, 可以在不对服务器做写入的状态下正常工作 (出于安全性地考虑), 当然用户自己的 home 目录除外.
4． 尽可能减少客户端电脑的设定. 客户端电脑可以自动由服务器取得 IP 组态设定, 这些信息放在一个小文件, 可供各种操作系统使用.
5．大部份的电脑都各自拥有硬盘, 用户端电脑可以靠这优点来降低网路负载与存放使用者的临时文件.
6． 所有的使用者都必须 “登录”才能使用电脑. 登录的信息必须所有的操作系统都相同. 而使用者可以存取个人的目录, 并而在各种操作系统都一至. 这样可以减少系统设定及用户操作的复杂性。
7． 客户端的电脑在每次启动时必须清理一次， 也就是像刚安装完的样子。这样可以客户端系统的保持一贯的正确和可用。
8． 每台电脑可以防毒.
1． 任何一台客户端电脑都可以执行 Linux, DOS, Windows 3.1, Windows 95/98, 或Windows NT， 每次开机时可以选择所需要的操作系统.
2． 所有的软件, 包含操作系统, 可以放在服务器上, 便于安装与更新.
3． 用户端电脑, 可以在不对服务器做写入的状态下正常工作 (出于安全性地考虑), 当然用户自己的 home 目录除外.
4． 尽可能减少客户端电脑的设定. 客户端电脑可以自动由服务器取得 IP 组态设定, 这些信息放在一个小文件, 可供各种操作系统使用.
5．大部份的电脑都各自拥有硬盘, 用户端电脑可以靠这优点来降低网路负载与存放使用者的临时文件.
6． 所有的使用者都必须 “登录”才能使用电脑. 登录的信息必须所有的操作系统都相同. 而使用者可以存取个人的目录, 并而在各种操作系统都一至. 这样可以减少系统设定及用户操作的复杂性。
7． 客户端的电脑在每次启动时必须清理一次， 也就是像刚安装完的样子。这样可以客户端系统的保持一贯的正确和可用。
8． 每台电脑可以防毒.
-
gnix_oag
- 帖子： 1994
- 注册时间： 2005-05-19 18:38
- 来自： 湖南永州
- 联系：
Linux无盘远程启动系统的工作流程
1. 用户端个人电脑开机后, 在 RPL 或TCP/IP BootPROM 或 PXE Boot ROM 获得控制权之前先做自我测试.
2. BootPROM 发出 BOOTP/DHCP 要求, 以取得 IP 组态参数。或RPL发出IPX请求，得回ipx地址。
3. 如果服务器收到个人电脑所送出的要求, 就会送回 BOOTP/DHCP 回应, 内容包括用户端的 IP 位址, 预设通讯闸道, 及开机映像文件. 否则, 服务器会忽略这个要求. 而在 PXE Boot ROM 的环境下, 将有更多的讯息在用户端与服务器之间作应答, 用以决定安装参数.
4. BootPROM 由 TFTP 通讯协定从服务器下载开机映像文件, 这个映像文件其实就是一个名为 BpBatch 的小程序, 也就是我们的开机时期批处理文件的解译器.
启动批处理文件解译器之后， 几乎是只有它单独存在内存中， 除了 preboot execution environment (pxe,由 Boot ROM 提供)外, 这时操作系统尚未载入.
5.这个批处理文件解译器会检查 BOOTP/DHCP 给命令列的所有选项, 特别是 BpBatch 要处理的. BpBatch 以 DHCP 选项 155 取得命令列参数. 如果选项 155 是空的, 它会改由 DHCP 选项 135 取得参数.并起动系统
6.如客户机有硬盘
载入多国语系键盘对应.
透过远端服务器 (Unix, Radius 或 linux) 做使用者身份认证.
让使用者决定使用哪种可用的操作系统. 决定操作系统后, 自动重新分割硬盘并快速格式化部份分区. 检查其硬盘内的资料是否与其选定的操作系统的最新设定一致, 如果不是, 它会透过 TFTP 通讯协定下载最新映像文件.
解压缩所选定的操作系统的映像文件到主分区.
如果选择 Linux, 载入 Kernel 并启动它.
如果选择 D操作系统 或 Windows, 就更新硬盘资料并启动电脑.
1. 用户端个人电脑开机后, 在 RPL 或TCP/IP BootPROM 或 PXE Boot ROM 获得控制权之前先做自我测试.
2. BootPROM 发出 BOOTP/DHCP 要求, 以取得 IP 组态参数。或RPL发出IPX请求，得回ipx地址。
3. 如果服务器收到个人电脑所送出的要求, 就会送回 BOOTP/DHCP 回应, 内容包括用户端的 IP 位址, 预设通讯闸道, 及开机映像文件. 否则, 服务器会忽略这个要求. 而在 PXE Boot ROM 的环境下, 将有更多的讯息在用户端与服务器之间作应答, 用以决定安装参数.
4. BootPROM 由 TFTP 通讯协定从服务器下载开机映像文件, 这个映像文件其实就是一个名为 BpBatch 的小程序, 也就是我们的开机时期批处理文件的解译器.
启动批处理文件解译器之后， 几乎是只有它单独存在内存中， 除了 preboot execution environment (pxe,由 Boot ROM 提供)外, 这时操作系统尚未载入.
5.这个批处理文件解译器会检查 BOOTP/DHCP 给命令列的所有选项, 特别是 BpBatch 要处理的. BpBatch 以 DHCP 选项 155 取得命令列参数. 如果选项 155 是空的, 它会改由 DHCP 选项 135 取得参数.并起动系统
6.如客户机有硬盘
载入多国语系键盘对应.
透过远端服务器 (Unix, Radius 或 linux) 做使用者身份认证.
让使用者决定使用哪种可用的操作系统. 决定操作系统后, 自动重新分割硬盘并快速格式化部份分区. 检查其硬盘内的资料是否与其选定的操作系统的最新设定一致, 如果不是, 它会透过 TFTP 通讯协定下载最新映像文件.
解压缩所选定的操作系统的映像文件到主分区.
如果选择 Linux, 载入 Kernel 并启动它.
如果选择 D操作系统 或 Windows, 就更新硬盘资料并启动电脑.
-
gnix_oag
- 帖子： 1994
- 注册时间： 2005-05-19 18:38
- 来自： 湖南永州
- 联系：
Linux无盘远程启动系统的设定
服务器: 一台Linux主机.
用户端: 一台已经启动 BootPROM/RPL 的个人电脑, 硬盘内不要有重要资料.
服务器端的设定
在服务器端, 只需要下列的服务:
一个 BOOTP/DHCP 服务器.
一个 MTFTP服务器.
或mars-nwe 服务器
这两个服务的设定都可以利用红旗Linux操作系统中提供的图形配置工具或者基于浏览器的配置工具简单的完成。
1．设定 DHCP 服务器
DHCP 服务器所伴演的角色是传送 IP 位址给用户端并让它自 TFTP 服务器下载, 名为 bpbatch.P 的批处理文件. DHCP 是重叠于 BOOTP 的通讯协定. 如果用 Bootix 的 TCP/IP BootPROM, 可以不用 DHCP 服务器 (用旧的 BOOTP 服务器).
对于PXE BootPROM, 需要在DHCP的常见设定之外, 增加下面两个设定:
option dhcp-class-identifier "PXEClient".
option vendor-encapsulated-options 01:04:00:00:00:00:ff;.
另外，我们建议设定用户端电脑的 DHCP 参数为无限制的使用周期. 别忘了 BOOTP/DHCP 的要求讯号受限于子网域内传送. 如果用户端与服务器不在同一个子网域你就必须安装一个 BOOTP/DHCP Relay 代理程序在两个子网域之间.
2．设定 TFTP 服务器
TFTP 服务器是相当简单的文件服务器. 最基本的版本中, TFTP 通讯协定乃是采用每个区块 512 位元组, 这个作法相当没效率. Bootix 的 TCP/IP BootPROM 及 PXE BootPROM 允许使用较大的区块来传送 (1408 位元组), 此法可以大幅加速传输速度. 但, 这只能在增强型的 TFTP 服务器上工作.
在 红旗Linux 环境下, 可以使用系统提供的 tftp daemon,这是一个标准的TFTP服务，另外系统中也提供增强的 TFTP 模式 (1408 位元组的封包)MTFTP. 其设定方式与TFTP相同。 由于系统中已经提供了这两种服务，用户几乎不用作任何地额外设定，可以通过网络超级服务器xinetd来直接启动这两种服务。
3．用户端的设定
首先, 我们把所有操作系统相同的部份设定好. 如: 批处理文件的解译器. 然后, 再针对各种操作系统来完成, 我们需要下列的步骤:
设定单一的用户端.
储存其设定到服务器.
测试它是否可以为远端开机的客户端电脑所使用.
调整它的设定以适用于其他硬件配备类似的客户端机器.
如果这些都完成了, 你要加一台用户端, 则只要插上 Boot ROM (或使用具有 wired for Management 的电脑) 然后再加一行设定到 DHCP 服务器的设定文件.
注: Wired for Management 应该是指本身具备 PXE 功能的品牌电脑.
服务器: 一台Linux主机.
用户端: 一台已经启动 BootPROM/RPL 的个人电脑, 硬盘内不要有重要资料.
服务器端的设定
在服务器端, 只需要下列的服务:
一个 BOOTP/DHCP 服务器.
一个 MTFTP服务器.
或mars-nwe 服务器
这两个服务的设定都可以利用红旗Linux操作系统中提供的图形配置工具或者基于浏览器的配置工具简单的完成。
1．设定 DHCP 服务器
DHCP 服务器所伴演的角色是传送 IP 位址给用户端并让它自 TFTP 服务器下载, 名为 bpbatch.P 的批处理文件. DHCP 是重叠于 BOOTP 的通讯协定. 如果用 Bootix 的 TCP/IP BootPROM, 可以不用 DHCP 服务器 (用旧的 BOOTP 服务器).
对于PXE BootPROM, 需要在DHCP的常见设定之外, 增加下面两个设定:
option dhcp-class-identifier "PXEClient".
option vendor-encapsulated-options 01:04:00:00:00:00:ff;.
另外，我们建议设定用户端电脑的 DHCP 参数为无限制的使用周期. 别忘了 BOOTP/DHCP 的要求讯号受限于子网域内传送. 如果用户端与服务器不在同一个子网域你就必须安装一个 BOOTP/DHCP Relay 代理程序在两个子网域之间.
2．设定 TFTP 服务器
TFTP 服务器是相当简单的文件服务器. 最基本的版本中, TFTP 通讯协定乃是采用每个区块 512 位元组, 这个作法相当没效率. Bootix 的 TCP/IP BootPROM 及 PXE BootPROM 允许使用较大的区块来传送 (1408 位元组), 此法可以大幅加速传输速度. 但, 这只能在增强型的 TFTP 服务器上工作.
在 红旗Linux 环境下, 可以使用系统提供的 tftp daemon,这是一个标准的TFTP服务，另外系统中也提供增强的 TFTP 模式 (1408 位元组的封包)MTFTP. 其设定方式与TFTP相同。 由于系统中已经提供了这两种服务，用户几乎不用作任何地额外设定，可以通过网络超级服务器xinetd来直接启动这两种服务。
3．用户端的设定
首先, 我们把所有操作系统相同的部份设定好. 如: 批处理文件的解译器. 然后, 再针对各种操作系统来完成, 我们需要下列的步骤:
设定单一的用户端.
储存其设定到服务器.
测试它是否可以为远端开机的客户端电脑所使用.
调整它的设定以适用于其他硬件配备类似的客户端机器.
如果这些都完成了, 你要加一台用户端, 则只要插上 Boot ROM (或使用具有 wired for Management 的电脑) 然后再加一行设定到 DHCP 服务器的设定文件.
注: Wired for Management 应该是指本身具备 PXE 功能的品牌电脑.
-
gnix_oag
- 帖子： 1994
- 注册时间： 2005-05-19 18:38
- 来自： 湖南永州
- 联系：
-
gnix_oag
- 帖子： 1994
- 注册时间： 2005-05-19 18:38
- 来自： 湖南永州
- 联系：
无盘启动的工作原理
一部机器通过网络启动，它必须得到这些信息：
* 一个身份标识identity；（有许多client同时启动，每台都有唯一识别号，否则，这台机器在网络中就没有身份。）
* 某个操作系统的映像文件；（把操作系统引导（boot）下来。）
* 可以操作的文件系统。
下面，按引导过程说明它的原理：
当客户机启动后，其网卡上的Boot Rom 会广播一个FIND帧，也就是一个引导请求帧，该帧中包含有客户机的网卡号，就是MAC地址，如：00E09C410021。
server端远程启动服务收到客户机广播的FIND帧后，根据帧中所带的网卡ID号，检查远程启动数据库中是否有该卡号的配置记录：如果不存在这个记录，引导过程不能继续；如果此工作站的记录已经存在，远程启动服务发送一个FOUND帧，同样，这个帧中包含了服务器的网卡ID ，也就是server端的MAC地址，然后就调用BOOTP（boot protocol）或者DHCP( Dynamic H操作系统t Configuration Protocol )，这个DHCP其实是BOOTP的进化，所以，假如不考虑其他的规定，我们可以认为适用于BOOTP的一定能适用于DHCP，它们都是处理以太网的地址。
工作站收到第一个响应后（这样说，是假如网络上有不止一台的sever在运行远程启动服务，工作站只对收到的第一个FOUND帧有响应，并且，这个响应包括：分配给工作站端的机器名字、IP地址、服务器端的IP地址、以及启动时的映像文件等。），则发送一个SEND.FILE.REQUEST Frame给第一个响应的远程启动服务器，以请求传送启动所需的文件。
当远程启动服务器收到SEND.FILE.REQUEST Frame的要求后，会根据其远程启动数据库中的工作站记录查找对应的启动块，就是boot block，将工作站所需的启动文件传送给工作站（就是启动所要的那个映像文件），（也就是说，server给工作站一个FILE.DAT.RESPONSE帧，这个帧包含了工作站启动所需的启动块）。
工作站接收到完整的启动文件后，就开始执行文件中的启动程序，将执行点转向启动块的入口，启动工作站，这时，又要用到另外一个internet协议：TFTP ( Trivial File Transfer Protocol )。
对于TFTP协议，如果你用过FTP协议的话，很好理解它：FTP有mget、mput，可以上传下传文件，TFTP协议是可以理解为FTP的下传部分，是FTP的cut-down版本，它使用了UDP（ User Datagram Protocol ）代替TCP （Transmission Control Protocol），这是因为client端的bootrom很小，32k或16k，由于UDP是块导向的，而TCP是流导向的，所以我们无盘启动用了MTFTP，一块一块地传，直到文件传完。其间，它们要握手，防止包的丢失。整个启动映像文件传输完毕后，在入口处，bootrom的控制权就交给操作系统的启动映像文件了。
接着是不同的操作系统有不同的引导方式。这根具体的操作系统有关，但其设定方法是统一的。
一部机器通过网络启动，它必须得到这些信息：
* 一个身份标识identity；（有许多client同时启动，每台都有唯一识别号，否则，这台机器在网络中就没有身份。）
* 某个操作系统的映像文件；（把操作系统引导（boot）下来。）
* 可以操作的文件系统。
下面，按引导过程说明它的原理：
当客户机启动后，其网卡上的Boot Rom 会广播一个FIND帧，也就是一个引导请求帧，该帧中包含有客户机的网卡号，就是MAC地址，如：00E09C410021。
server端远程启动服务收到客户机广播的FIND帧后，根据帧中所带的网卡ID号，检查远程启动数据库中是否有该卡号的配置记录：如果不存在这个记录，引导过程不能继续；如果此工作站的记录已经存在，远程启动服务发送一个FOUND帧，同样，这个帧中包含了服务器的网卡ID ，也就是server端的MAC地址，然后就调用BOOTP（boot protocol）或者DHCP( Dynamic H操作系统t Configuration Protocol )，这个DHCP其实是BOOTP的进化，所以，假如不考虑其他的规定，我们可以认为适用于BOOTP的一定能适用于DHCP，它们都是处理以太网的地址。
工作站收到第一个响应后（这样说，是假如网络上有不止一台的sever在运行远程启动服务，工作站只对收到的第一个FOUND帧有响应，并且，这个响应包括：分配给工作站端的机器名字、IP地址、服务器端的IP地址、以及启动时的映像文件等。），则发送一个SEND.FILE.REQUEST Frame给第一个响应的远程启动服务器，以请求传送启动所需的文件。
当远程启动服务器收到SEND.FILE.REQUEST Frame的要求后，会根据其远程启动数据库中的工作站记录查找对应的启动块，就是boot block，将工作站所需的启动文件传送给工作站（就是启动所要的那个映像文件），（也就是说，server给工作站一个FILE.DAT.RESPONSE帧，这个帧包含了工作站启动所需的启动块）。
工作站接收到完整的启动文件后，就开始执行文件中的启动程序，将执行点转向启动块的入口，启动工作站，这时，又要用到另外一个internet协议：TFTP ( Trivial File Transfer Protocol )。
对于TFTP协议，如果你用过FTP协议的话，很好理解它：FTP有mget、mput，可以上传下传文件，TFTP协议是可以理解为FTP的下传部分，是FTP的cut-down版本，它使用了UDP（ User Datagram Protocol ）代替TCP （Transmission Control Protocol），这是因为client端的bootrom很小，32k或16k，由于UDP是块导向的，而TCP是流导向的，所以我们无盘启动用了MTFTP，一块一块地传，直到文件传完。其间，它们要握手，防止包的丢失。整个启动映像文件传输完毕后，在入口处，bootrom的控制权就交给操作系统的启动映像文件了。
接着是不同的操作系统有不同的引导方式。这根具体的操作系统有关，但其设定方法是统一的。
-
gnix_oag
- 帖子： 1994
- 注册时间： 2005-05-19 18:38
- 来自： 湖南永州
- 联系：
-
冲浪板
- 论坛版主
- 帖子： 7513
- 注册时间： 2007-05-06 8:19
Re:
原来你也抄袭的?gnix_oag 写了： 无盘远程启动系统的实施标准
目前，在实际应用中，比较常被采纳linux的无盘启动的标准有三种：RPL（Remote Initial Program Load）和PXE (Preboot Execution Environment )，bootp。
这几种不同标准的比较的如下：
...
2. 就构架整个网络来说，PXE 要简单得多。这集中反映在对每台客户机的配置上：RPL要求每一台客户机都要执行安装过程，而PXE配置时，只需要每一台客户机的MAC地址，把它写到服务器的记录文件中就可以了。
...
或者别人都是抄袭你的（那么就是“罪魁”了）?
你发誓你用过RPL?当时你是在每台client都执行了安装过程?
我当时仅仅是为同一类的机器在一个client装了一次啊。
rpl的win95有一个好处，就是真的无盘，先引导到dos，然后装win95...
PXEwin98就不是了要预先用一个有盘的机器装了系统，然后灌到server上去；而且以后增加软件，还是要用这个机器来装好再灌...
就是这个鸟设计,还我跑了一单。因为那鸟客户不相信我说的，不肯出资来买这个硬盘啊。让他买盘合情合理啊，一是为他做的系统，这个盘是工具的一部分啊；二是他以后维护要用啊。