在工作中，我有很多设备使用原始802.3以太网与计算机进行通信。 与设备的通信由同事编写的一个小程序调用，该程序使用winPcap库生成以太网数据包。
networking拓扑非常简单：以太网电缆将计算机上的一个NIC连接到以太网交换机，并将几个设备连接到交换机上的各个插槽。 一切工作正常，但后来我不得不重新格式化电脑，现在我无法与我的设备进行通信。
如果我直接将网卡连接到其中一台设备，则工作正常。 当我试图通过交换机，似乎设备不接收从计算机发出的数据包。
这是一个D-Link交换机，没有用户可访问的设置，据我所知。 这可能是NIC设置的问题吗？ 有什么方法可以重置交换机吗？
这可能是你的以太网卡/驱动程序扔掉不是寄往你的电脑的数据包。 尝试在您的设备设置中启用混杂模式*以接收所有数据包。
否则，请尝试检查MAC地址（是否在旧安装中更改了这些地址？），如果数据包正在进出（可以使用wireshark ）。
另外，有没有更换电缆？ 如果是旧网卡，则使用正确的（直/交叉）电缆很重要 – 新网卡可以检测到错误的电缆，并交换tx / rx引脚。
*有时它被写成“promisc模式”
这是一个D-Link交换机，没有用户可访问的设置，据我所知。 这可能是NIC设置的问题吗？
这是一个非托pipe的商品开关吗？ 我不能指望有多less奇怪的“networking不能正常工作”的问题，我最终追溯到一个旧的Linksys，躲在某人的桌子底下，或者放在吊顶上。 他们的电源特别喜欢慢慢死亡，这意味着设备随机断电，或者哄骗CRC错误或各种丑陋。 当然，严格pipe理不好，可能很难说交换机出现故障。 无论哪种方式，商品设备不属于大多数商业环境。
这可能是NIC设置的问题吗？
由于在格式化计算机之前一切正常，因此可能是因为您仍然使用相同的硬件而导致某些networking设置将此设置全部挂起在一起。 正如穆拉兹指出的，真正了解发生的事情的唯一方法是使用像wireshark这样的工具来嗅探networkingstream量。
另外，通过设备文档的快速巨变可能会产生有价值的信息 – 请查找关于networking要求的部分。