有谁试过么？
请发贴！！！
在安装过程中，居然也同时安装了3COM VLD， 真搞不懂BOOT-NIC 与 VLD 有什么其别，BOOT-NIC只是多安装了BOOT-NIC Config Image 和 Mapping utility,
readme 中的第一句话 remote boot for windows 2000，好像不是用来安装win98的，搞不懂！
我的理解是BOOT-NIC用了3com的vld技术，然后自己写了微软系列嵌入的虚拟网络驱动，然后可能得到微软的认可，(去年我也找中国微软提出类似无盘嵌入的想法，但是微软不同意 
) ,按照这种虚拟网络设备方式不知道效率如何？
系统要求：
Boot-NIC 服务器
Windows 2000 专业版, 服务器版, 或者 高级服务器版 并且要求已安装最新的补丁包文件。.
服务器端必须装有TCP/IP协议、静态的IP地址、IE4.0 或 更高的版本，必须通过BOOTP或PXE方式向Boot-Nic客户端提供IP地址解释，必须有足够的磁盘空间以便存储虚拟磁盘映象文件,该文件最大尺寸为2Gb。
Boot-NIC 客户端
每客户端必须有带有3Com公司MBA的网卡(我估计MBA也类似启动芯片一样的东东）, 或者是带有支持预启动前环境功能（简称pxe)的网卡,或者更高的pxe版本。为了生成虚拟磁盘映像文件, 第一个客户机必须有本地硬盘并且配置好
windows2000。 其它的客户机没必要有本地磁盘除非它们需要一个独特的的虚拟映象文件. 每个硬件配置不同的客户机至少得有一个本地磁盘，用来安装因此而不同的操作系统。
因此看来，Boot-NIC系统是专为远程启动windows2000 而设的。
Boot-NIC 系统不像 3Com VLD 那样在虚拟盘直接上安装操作系统，它也像Litenet一样，也是基于本地硬盘上传的方式，还有，假如客户端的硬件配置一样的话，服务器端只需要一个虚拟映象文件。Boot-NIC还带有“共享盘的 write cache"使虚拟映象文件只读化（这让我想起Disk on Chip方式和Embedded式的微型操作系统），默认大小为24M，该功能是为解决多用客户机同时使用同一个映象文件的问题，以及multicast boot，解决多用户启动慢的问题（这点在VLD中没有很好的解决）,还有，解决在服务器端映射虚拟映象文件成“可移动磁盘”，实现在服务器端实时管理客户端的文件…
MBA在3COM的网卡驱动程序盘里有……比如一般你可以在华硕主板的驱动盘找到……我单位用的DELL机集成3COM920网卡。BIOS里就有MBA代码……我的理解是MBA就是BOOT ROM CODE 中的一种，它跟PXE相兼容。
不知哪位搞定了BOOT-NIC？
另请教各位大侠：我在用DABS 的BOOTP和TFTP服务做WIN2000-IP终端时客户端在运行到从BOOTP SERVER 和 RARP SERVER读起IP地址（在这运行很长时间）后出现错误……没得到地址？
怎么会需要反向地址解析协议RARP（Reverse Address Resolution Protocol）？
在服务器上要安装吗？
难道是ROM代码有问题？
注：IMG文件和ROM代码是K兄给的…K兄在QQ里手把手教我的……可老是在这卡住！！？？？
NO_DHCP_SUPPORT
Use BOOTP instead of DHCP（用BOOTP代替DHCP，意思就是不需要安装DHCP）
RARP_NOT_BOOTP
Use RARP instead of BOOTP/DHCP
（ 用RARP代替BOOTP/DHCP，意思就是有了RARP不需要安装BOOTP和DHCP服务了。可我查了一下好象RARP不是用在WINDOWS系列的，大部分用在UNIX、LINX）
RARP(Reverse Address Resolution Protocol，逆向地址解析协议)
通过发送到RARP服务器的请求，将物理网络地址(例如一个48位以太地址)翻译成IP地址的Internet协议。这个协议用于无盘工作站，以便它们在启动时决定自己的IP地址。（参见APR）
ARP(Address Resolution Protocol，地址解析协议)
将Internet协议或IP地址(例如，128.10.3.42)转换为物理网络地址的协议。寻址一个指定Internet主机的数据包在寻找其目的地的过程当中，作为TCP/IP协议集众多成员中的一个，ARP扮演了一个重要的角色。（参见DNS，RARP，TCP/IP）
在用DABS搞bootp方式启动，好像没有你说的 RARP service 呀，是不是你的
boot rom 有问题…
谢谢这位忍兄的回答……
我是把IMG文件里的AUTOEXEC.BAT里的">NUL"全部DEL,然后STEP BY STEP分步启动时在客户机上看到以下字符的:
Requesting my IP address form a bootp server
Requesting my IP address form a rarp server
(在这里很长时间)
然后出现
UNLAOD THE FILE
为什么不能从BOOTP SERVICE 里得到CLIENTS 的IP呢?是不是要参数呀?
可CLIENTS开机就能得到S/C的IP并且能下载BOOTP IMG文件的呀?
ARP和RARP是什么?
在一些象以太网这样的网络结构中，可以使用Internet协议栈中的两个子协议ARP（地址解析协议）和RARP（逆向地址解析协议）动态的获得网络主机的IP地址。ARP协议可以通过发送网络广播信息的方式，确定与某个网络层IP地址相对应的物理层地址（即MAC地址）。RARP是ARP的反向协议，同样通过网络广播的方式决定与某个硬件地址相对应的网络层IP地址。RARP协议对于无盘工作站尤为重要，因为无盘工作站系统启动时不知道本机的网络层地址，但是可以通过RARP协议找到与本机硬件层地址相对应的IP地址。
ARPKiller 使用手册 (阅览 778 次)
DigitalBrain 2001/11/08
目录:
- ARP协议简介，及其在网络安全中的应用;
- ARPKiller使用说明;
正文:
-
ARP协议简介，及其在网络安全中的应用
ARP: Address Resolution Protocol ,地址解析协议
故名思意，就是用地解地址的协议:“) ,废话！，具体点就
是将网络层（IP层，也就是相当于ISO OSI 的第三层）地址
解析为数据连接层（MAC层，也就是相当于ISO OSI的第二层）
的MAC地址。分析一下整个广域网和局域网的结构：广域网用
具有层次体系的IP协议来进行通讯，可是具体到各个局域网
又如何来辨别各个主机呢？没错！就是通地MAC地址。设想有
两台主机A(192.168.0.1:abc111111111)和B(192.168.0.2:
abc222222222)，当主机A想与主机B进行通讯时，A只知道B的
IP地址是192.168.0.2,当数据包封装到MAC层时他如何知道B
的MAC地址呢，一般的OS中是这样做的，在OS的内核中保存一
分MAC地址表(arp -a可以看见这个表的内容)，表中有IP和
MAC地址的对应关系，当要过进行通讯时，系统先查看这个表
中是否有相关的表项，如果有就直接使用，如果没有系统就会
发出一个ARP请求包,这个包的目的地址为ffffffffffff的广播
地址，他的作用就是询问局域网内IP地址为192.168.0.2的主机
的MAC地址，就像是A在局域网中喊"我在找一个IP地址为192.168
.0.2的主机，你的MAC地址是多少，听到了请回话！，我的MAC
地址是abc111111111。”，随后所有主机都会接收到这个包，但
只有IP为192.168.0.2的B才会响应一个ARP应答包给主机A,他
说"你个老色鬼！，找我有啥事吗，我的MAC地址是abc222222222
“,好这下主机A就知道B的MAC地址了，于时他就可以封包发送了
，同时主机A将B的MAC地址放入ARP缓冲中，隔一定时间就将其
删除，确保不断更新。（注意，在这个过程中，如果主机A在发
送ARP请求时，假如该局域网内有一台主机C的IP和A相同，C就会
得知有一台主机的IP地址同自已的IP地址相同，于时就蹦出一个
IP冲突的对话筐：）。与ARP相对应的还有一个协议RARP:Reverse
Address Resolution Protocol，反向地址解析协议，该协议主
要用于工作站模型动态获取IP的过程中，作用是由MAC地址向服务
器取回IP地址。
明白了ARP的工作原理之后就可以大刀阔斧的玩MAC了，:”)
设想1： 既然一个主机接收到与自已相同IP发出的ARP请求就会
蹦出一个筐来，哪么要是我伪造主机X的IP向局域网发ARP请求，
或都是发个不停，同时自已的MAC也是伪造的，哪会怎么样…
设想2： 既然主机Y接收到一个ARP请求包后就会把这个包中的信
息放入到ARP表中，哪么我以一个局域网网关或都任意一台不想让
Z访问的机子IP的身份，同时以一个不存在的MAC向Z发送ARP应答
报文会怎样？，，，不想说主机Z甭想上网或都是访问哪台机子了
:")
设想3： 网卡既可以工作在正常模式（只能接收到目的MAC为ffff
ffffffff的广播包或都是目的MAC与网卡MAC相同的包），也可以工
作在混杂模式（网卡不检查目的MAC接收的有的包,sniffer就是用
这种原理来窃取网络上的数据的），如何来鉴别主机的网卡处于
什么模式呢？然而一般的OS对某种特殊类型的MAC广播包(目标地
址为fffffffffffe)在正常模式下是拒绝的，而在混杂模式下无条
件的接收，哪么我们可以利用这种特殊类型的MAC地址广播包来测试
一台主机的网卡是否处于混杂模式，如果这台机子返回了ARP应答包
说明这台主机处于混杂模式，相反则处于下常模式。
设想4： 与之相关的设想太多了，留给你自已想吧… -
ARP协议在网络安全中的应用简介
基于以上几个设想，我做了这个工具，用PACKET32库来处理
包的发送与接收。
该工具有两个模块，一个是sniffer检测，主要使用设想3，
另一块是ARP欺骗工具，主要用了设想1与设想2，还可以由你自
行扩展。
Sniffer检测:输入检测的起始和终止IP，单击开始检测就可以
了，检测完成后，如果相应的IP是绿帽子图标，说明这个IP处
于正常模式，如果是红帽子则说明这个网卡处于混杂模式。
Arp欺骗(冒充IP)：选择发送请求包，输入目的起始和终止地址
，如果输入要冒充的IP，再填上一个假的MAC，就可以发送了，
当然这个过程中可以设为循环 :") 呵呵！ 别太损了！
Arp欺骗(欺骗IP)：选择发送应答包，输入被欺骗主机的IP和他
的MAC地址再输入原主机的IP，目的地址随便啦，不存在就行
（也可以指向你的IP：）好了，单击发送就行了！ 这个他惨了！
好了，我也饿得慌了，下回再写吧！~~~~~~~~ 当-当-当！ 吃饭去！
差点忘了！ 多多关照http://www.ishacker.com 啊！
密码是：bunky
PAC是多少呀？
要得不
老大
没有它不能运行呀
有谁可以告诉我吗！]
？？？？？？
PAC就是它的Lisence号！
:expr001: :expr001: :expr001: :expr001: :expr001:
:expr001::expr001:
UP
帮忙顶一下