为了工作，我devise了一个硬件“盒子”（实际上是一个工业控制小玩意），它具有用于configuration目的的embedded式web服务器（就像常规的国内互联网路由器具有用于类似目的的web服务器）。 它通常用于直接连接到笔记本电脑，因此可以使用常规浏览器（IE8，FF等）来configuration该盒子。
最近发现的问题是，如果“盒子”通过有线以太网连接到特定的Netgear或Linksys WiFi交换机/路由器单元，然后尝试通过使用WiFi连接到交换机的交换机访问盒子从笔记本电脑，笔记本电脑浏览器无法连接到框（导致一个典型的“服务器找不到”错误）。 但是，如果笔记本电脑通过有线连接连接到交换机，则可以正常访问该笔记本电脑。 这几乎就像只是WiFi的问题。
用一些例子来说明：
Linksys或Netgear无线路由器/交换机（/调制解调器）configurationIP为192.168.0.5。
我的定制硬件configuration了embedded式web服务器，configuration了静态IP为192.168.0.100，并且有一个到Linksys / Netgear设备的有线以太网连接。
PC通过DHCP从Linksys / Netgear设备获取IP; 假设它在192.168.0.200。
如果PC通过有线连接，浏览器可以访问192.168.0.100框。
如果PC通过WiFi连接到路由器，则无法访问该盒子。 但它可以愉快地访问路由器自己的networking服务器在192.168.0.5。
即使在使用WiFi时PC的浏览器不能连接，我也能够成功地从PC上ping硬件盒。
从我记得，当连接不能通过WiFi工作，我没有看到一个条目192.168.0.100 arp -a 。 当连接正常时（PC已经连接到路由器）， arp -a显示192.168.0.100的条目。
目前我一直在试图用Linksys WRT54G来进行调查。 起初，我遇到了上述的问题。 后来，经过太多的混乱，它不知怎么的解决了自己。 我记得在神奇地开始WiFi工作之前做的唯一的程序是从路由器本身到硬件盒的一系列成功的pingtesting。
这个问题已经被多个Netgear / Linksys路由器所报告，不过在我能确定型号之前还有一段时间。
任何帮助将非常感激。 请让我知道是否有任何进一步的信息或日志或表格，我可以提供。
这听起来像你有多个路由器和多个networking。 如果两台机器不在同一个networking上，则不起作用。 由于每台机器都会将其他机器的IP地址视为其本地networkingIP范围内的IP地址，因此它假定它位于同一networking中。 如果不是这样，它将不起作用。
如果您有两个networking，都是编号为192.168.0.0/24，则一台机器的一台networking将无法到达另一台networking上的一台机器。 您的ping正在到达同一networking上的另一台计算机，其IP地址与您试图访问的计算机的IP地址相同。
当无线系统恰好连接到同一个networking时，它就可以工作。
您可以按如下方式确认此理论：在两台计算机上Ping默认网关。 然后在ARP表中find默认网关。 看看MAC地址是否相同。 如果不是，那就是问题所在。 他们使用不同的路由器。
更新 ：我喜欢托尼罗斯的理论。 也许你已经configuration了一个在本地networking之外（或不允许连接）的Web代理。
这真是令人尴尬，但事实certificate，这是由于我分配给这个盒子的MAC地址。 作为一个没有生产指定MAC的研发PCB，我只是放了一个虚拟的MAC地址。我input了多播位（如果我没有记错的话 – 现在已经有几个月了）。 我将其更改为更标准的MAC地址，一切正常。