我安装了DS27得NmInt，发现在安装过程中容易死机，死机后在系统中留下两块僵死的虚拟网卡

请问如何删除这些僵死的虚拟网卡？

先禁用掉，一般就没什么问题了
彻底清除的话，进入安全模式，在注册表里找，删掉就好了

能不能说详细些？我用的是WinXP

先在设备管理器里禁用，这样就不会提示你找到新硬件了

然后进入安全模式，在注册表里搜寻僵死的网卡名，把相应键值删掉就好了

这是你的驱动有问题, 以前本人也碰到过.

LinX,请问你是怎么解决的呢？

先禁用掉，一般就没什么问题了
彻底清除的话，进入安全模式，在注册表里找，删掉就好了

你能具体一点吗？
到底是那些项呢？
我一直都搞不清passthru和注册表的各种关系。好象系统在安装
PASSTHRU时在注册表中做了许多我们不了解的工作。

[quote]先禁用掉，一般就没什么问题了
彻底清除的话，进入安全模式，在注册表里找，删掉就好了

你能具体一点吗？
到底是那些项呢？
我一直都搞不清passthru和注册表的各种关系。好象系统在安装
PASSTHRU时在注册表中做了许多我们不了解的工作。 [/quote]

我也不清楚，删除的时候搜寻注册表就好了
我们学校的牛人写的imd的东东，也许有帮助

发信人: Ye_Zi (椰子)，原信区: ustcbbs
标  题: NDIS中间层驱动程序解读（一）
发信站: 中国科大BBS站 (Wed, 21 Jun 2000 11:40:01)，站内信件

发信人: oneseven (5417), 信区: SysInternals
标  题: NDIS中间层驱动程序解读（一）
发信站: 武汉白云黄鹤站 (Sat Jun 17 22:24:29 2000) , 站内信件

    第一次接触NDIS是四年前的事了，那时正在做本科毕业设计，题目就是写一块
FDDI网卡的NT驱动程序，当时还是NT3.51+NDIS3呢！资料少得可怜，不知从哪里找了
一张NT3.51DDK的光盘，如获至宝，夜以继日地研读，有许多地方不知所云，就生吞
下去，以盘上唯一的以太网卡例程SONIC为蓝本进行改造，在完成绝大部分功能的编写
调试后，终因时间和知识水平的限制，没能完成一个稳定的版本。在以后的日子里，
一直都在与DDK和NDIS打交道，写了几个象样的东西，对它们的了解也有所增加。早
就想把自己的一些心得体会记录下来，与广大同行交流交流，但都因自己的懒惰而没
有付诸实现。此间的斑竹与我有很深的渊源，最近一次见面他说希望我能写些东西以
帮助他把这个版办得更好，我想这对我也正好是个促进，就答应了下来，结合我刚刚
结束的一个工作，与大家讨论一下NDIS中间层驱动程序的工作原理和编写方法。以下
所写都是我个人的理解，如有不对之处，请大家直言指出，不胜感谢！好了，废话少
说，言归正传。

--
※ 来源: 中国科大BBS站 [bbs.ustc.edu.cn]

发信人: Ye_Zi (椰子)，原信区: ustcbbs
标  题: NDIS中间层驱动程序解读（二）
发信站: 中国科大BBS站 (Wed, 21 Jun 2000 11:42:09)，站内信件

发信人: oneseven (5417), 信区: SysInternals
标  题: NDIS中间层驱动程序解读（二）
发信站: 武汉白云黄鹤站 (Sat Jun 17 22:27:36 2000) , 站内信件

    中间层驱动程序与其说是一种单独类型的驱动程序，不如说是巧妙地利用NT的网
络组件绑定规则对操作系统的欺骗，它非常类似于UNIX的在流机制中压入一个中间处
理模块，从原理上讲，它最为关键的地方就是修改NT系统原有的网络组件绑定规则，
把自己嵌入已有的处理流程中，所以我想从BIND过程开始讨论。
    在Jim matter提供的较早的IMSAMP中，没有提供完善的安装方法，而是在
README中教大家手动修改注册表来完成安装，这种方法看起来不太地道（难怪微软没
有把其收在DDK中发行）。好在Jim matter在其后续的版本imdrv中弥补了这个不足，
提供了一个INF文件来完成自动安装过程，这个长达112K的文件的确有些晦涩难懂，
但是我们可以通过跟踪注册表的变化的方法来清楚地看到整个绑定过程。以我自己的
机器配置为例，我的机器上安装了一块ELNK3的网卡，远程访问服务RAS，TCP/IP协
议。在未安装IMDRV时，注册表中相关的键值如下：

SOFTWARE\\Microsoft\\Elnk3\\CurrentVersion\\NetRules：
bindable REG_MULTI_SZ elnk3Driver elnk3Adapter non exclusive 100
bindform REG_SZ       \"Elnk3Sys\" yes no container
class    REG_MULTI_SZ elnk3Driver basic
InfName  REG_SZ       oemnade3.inf
InfOption REG_SZ      ELNK3ISA509
type     REG_SZ       elnk3Sys ndisDriver elnk3Driver
use      REG_SZ       driver

SOFTWARE\\Microsoft\\Tcpip\\CurrentVersion\\NetRules
bindable REG_MULTI_SZ tcpipService tcpipTransport non exclusive 100
                      tcpipTransport ndisDriver non non 100
bindform REG_SZ       \"Tcpip\" yes yes container
class    REG_MULTI_SZ tcpipTransport basic tcpipService basic yes
InfName  REG_SZ       OEMNXPTC.INF
InfOption REG_SZ      TC
type    REG_SZ        tcpip tcpipTransport
use     REG_SZ        transport none none

SOFTWARE\\Microsoft\\NdisWan\\CurrentVersion\\NetRules
bindable REG_MULTI_SZ
      rasCapableTransport ndisWanAdapterDialIn non non 100
      rasCapableTransport ndisWanAdapterDialOut non non 100
      tcpipTransport ndisWanAdapterDialInIP non non 100
      tcpipTransport ndisWanAdapterDialOutIP non non 100
      netbtTransport ndisWanAdapterDialInIP non non 100
      netbtTransport ndisWanAdapterDialOutIP non non 100
      ipxTransport ndisWanAdapterDialInOutIPX non non 100
      bhService    ndisWanAdapterBH non non 100
      ndisWanTransport ndisWanAdapterBH non non 100
      ndisWanTransport ndisWanAdapterDialIn non non 100
      ndisWanTransport ndisWanAdapterDialOut non non 100
      ndisWanTransport ndisWanAdapterDialInIP non non 100
      ndisWanTransport ndisWanAdapterDialOutIP non non 100
      ndisWanTransport ndisWanAdapterDialInOutIPX non non 100
bindform REG_SZ        \"NdisWan\" yes no container
class REG_MULTI_SZ     ndisWanTransport basic
InfName REG_SZ         OEMNSVRA.INF
InfOption REG_SZ       NDISWAN
type REG_SZ            ndisWanDrv ndisWanTransport
use REG_SZ             transport yes yes

SYSTEM\\CurrentControlSet\\Services\\Tcpip\\Linkage
Bind REG_MULTI_SZ  \\Device\\NdisWan4
                         \\Device\\Elnk31
Export REG_MULTI_SZ \\Device\\Tcpip\\NdisWan4
                          \\Device\\Tcpip\\Elnk31
                         \"Elnk31\"

--
※ 来源: 中国科大BBS站 [bbs.ustc.edu.cn]

发信人: Ye_Zi (椰子)，原信区: ustcbbs
标  题: NDIS中间层驱动程序解读（三）
发信站: 中国科大BBS站 (Wed, 21 Jun 2000 11:43:19)，站内信件

发信人: oneseven (5417), 信区: SysInternals
标  题: NDIS中间层驱动程序解读（三）
发信站: 武汉白云黄鹤站 (Sat Jun 17 22:30:26 2000) , 站内信件

    利用网络配置面板添加新的SERVICE IM后（注意：此时还没有执行BIND），注册
表中新加了两块虚拟网卡和一个DRIVER：
SYSTEM\\CurrentControlSet\\Services\\IM
SYSTEM\\CurrentControlSet\\Services\\IM_NdisWan4
SYSTEM\\CurrentControlSet\\Services\\IM_Elnk31
同时对IM定义了如下的绑定规则：
SOFTWARE\\Microsoft\\IM\\CurrentVersion\\NetRules
bindable REG_MULTI_SZ  imTransport imAdapter non non 100
bindform REG_SZ  \"IM\" yes no simple
class REG_MULTI_SZ imDriver basic  imTransport basic
InfName REG_SZ oemnsv4.inf
InfOption REG_SZ IMSAMP
type REG_SZ IM  imTransport
use REG_SZ  service yes yes
并且修改了TCPIP和NDISWAN的NETRULE如下：
SOFTWARE\\Microsoft\\Tcpip\\CurrentVersion\\NetRules
bindable REG_MULTI_SZ tcpipService tcpipTransport non exclusive 100
                      tcpipTransport imDriver non non 100
SOFTWARE\\Microsoft\\NdisWan\\CurrentVersion\\NetRules
bindable REG_MULTI_SZ
      rasCapableTransport ndisWanAdapterDialIn non non 100
      rasCapableTransport ndisWanAdapterDialOut non non 100
      imtcpipTransport ndisWanAdapterDialInIP non non 100
      imtcpipTransport ndisWanAdapterDialOutIP non non 100
                        ......
    至此，可以清楚地看到，在NT网络组件中增加了三类：imTransport imDriver
imAdapter,并且将原来传输层协议类tcpipTransport与NdisDriver类设备的绑定关
系改变为与imDriver类的绑定，将ndisWanAdapter与tcpipTransport的绑定改为与
imtcpipTransport的绑定，但是由于imtcpipTransport类并不存在，所以此时
ndisWanAdapter不能与任何传输层协议进行绑定，那么是不是广域网设备不能使用了
呢？不是的，因为还存在着另外一个绑定关系，imTransport与imAdapter的绑定，
而imAdapter有两个：IM_Elnk31和IM_ndisWan4，从表面上看，这个绑定是没有意义
的，因为imAdapter和imTransport都是imdrv实现的，但是在绑定过程的最后
binding review阶段，imdrv的安装文件调用bindprune.dll动态库，将两个虚拟设
备的“IM_”前缀删掉，从而imTransport就与实际的局域网和广域网设备绑定在一
起，构成了正确的数据通路，如下：

                  |        |           |
                imAdapter  |      Elnk3/ndisWan
                  |________|           |__________>物理链路

--
※ 来源: 中国科大BBS站 [bbs.ustc.edu.cn]

发信人: Ye_Zi (椰子)，原信区: ustcbbs
标  题: NDIS中间层驱动程序解读（四）
发信站: 中国科大BBS站 (Wed, 21 Jun 2000 11:44:28)，站内信件

发信人: oneseven (5417), 信区: SysInternals
标  题: NDIS中间层驱动程序解读（四）
发信站: 武汉白云黄鹤站 (Sat Jun 17 22:39:07 2000) , 站内信件

    这个过程解释起来比较晦涩，最好能把安装过程实际走一遍。另外，Jim matter
所提供的绑定方案也不是最简洁的，如果我们把NETRULES做如下的修改，则绑定关系
更加清晰，而且不需要bindprune.dll动态库的辅助处理即可生成正确的绑定。
SOFTWARE\\Microsoft\\IM\\CurrentVersion\\NetRules
bindable REG_MULTI_SZ  imTransport ndisDriver non non 100
SOFTWARE\\Microsoft\\Tcpip\\CurrentVersion\\NetRules
bindable REG_MULTI_SZ tcpipService tcpipTransport non exclusive 100
                      tcpipTransport imAdapter non non 100
SOFTWARE\\Microsoft\\NdisWan\\CurrentVersion\\NetRules
bindable REG_MULTI_SZ
      rasCapableTransport ndisWanAdapterDialIn non non 100
      rasCapableTransport ndisWanAdapterDialOut non non 100
      imTransport ndisWanAdapterDialInIP non non 100
      imTransport ndisWanAdapterDialOutIP non non 100
                        ......
在NT4的DDK中就已经推荐使用新的INF文件格式，WIN2000 DDK中提供的中间层驱动
程序的例程passthu就使用新的格式写了安装文件，看起来比较清晰，可以参考阅
读。
    最后要说的是弄清楚绑定过程对于完全理解中间层驱动是非常有好处的，但是，
如果只是想利用中间层驱动程序完成某一个PROJECT，则直接修改程序就可以了。

--
※ 来源: 中国科大BBS站 [bbs.ustc.edu.cn]

dshadow79
谢谢你的辛苦劳动。活雷峰啊。今天晚上仔细啃啃这几个帖子