WinXP - 通过 ICS 与 3G USB 调制解调器共享互联网时遇到问题

WinXP - 通过 ICS 与 3G USB 调制解调器共享互联网时遇到问题

大家好!我已经为这个问题绞尽脑汁好几天了,希望有人能帮我解决。

我最近注册了 T-Mobile 的 webConnect 3G/4G 服务,以取代公寓中不稳定(且速度慢)的 DSL 连接。我的目标是将 SIM 卡放入我的一部旧手机中,并使用其内置的 WLAN 网络共享功能将互联网共享给我的其他计算机。我很快发现,webConnect 提供的 SIM 卡无法与普通智能手机配合使用,因此我不得不购买兼容 4G 的路由器,或者将我的一台旧笔记本电脑连接到我的无线路由器,然后通过这种方式共享。我选择了后者,它让我内心的自虐倾向一天天增强。

设置如下:

  • GSM USB 调制解调器(通过集线器)、ICS 主机 ->
  • 10/100 Mbps 以太网 NIC,ICS“客户”->
  • 我的 SMC WGBR14N 无线路由器的 WAN 端口处于桥接模式(即无线接入点)。
理想情况下,这将使我的笔记本电脑成为 DHCP 服务器和互联网网关,并通过 WAP 为每个人提供无线覆盖。我可以在主机笔记本电脑上正常浏览互联网。

但是,当客户端尝试连接时,它们会从笔记本电脑获得 DHCP 分配的 IP,并且能够在完全死机之前使用互联网几分钟。发生这种情况后,它们能够重新关联到 WAP 并获​​取 IP 地址,但无法使用互联网或解析 IP 地址,直到笔记本电脑和路由器重新启动。如果他们访问速度非常非常慢。在主机上运行 Wireshark 后,发现这是因为每个 TCP 连接都不断收到 RST。DNS 似乎可以正常工作。

我通常会认为防火墙是罪魁祸首,但当它丢弃数据包时,它会完全丢弃它们。TCP 连接被目的地确认这一事实排除了这种可能性。当然,事件日志中没有任何内容说明发生了什么。我还尝试禁用 NIC 上的电源管理,因为这在过去会导致问题;但这也无济于事。我最终按照 Microsoft KB(适用于 Windows Server 2003,SP2)禁用了接收端缩放,但无济于事。我正在考虑尝试使用不同的 NIC(会很困难;笔记本电脑周围没有多余的以太网 NIC),但我感觉这根本行不通。

有人能给我提点建议吗?我很抱歉这篇文章太长了;非常感谢大家的贡献!

-卡洛斯。

答案1

遗憾的是,这并没有引起太多的关注,但话又说回来,普通人都有某种专用连接来代替这种设置。

玩了一会儿之后好一会儿,我终于确信 ICS 从根本上就有问题了。它最大的问题似乎在于内置 ICS DHCP 服务器的稳定性。有时,DHCP 会尝试工作,但会将 DHCP 请求路由到托管 NIC,而不是自己处理 DHCP 请求。当这种情况发生时,我会得到链接本地地址。其他时候,DHCP 服务器会完全停止工作,让 DHCP 请求完全得不到答复。我认为这两个问题是连续发生的,但不太确定。

我不知道为什么 TCP 连接在一段时间后开始 RSTing。我在事件查看器中注意到 Tcpip 的一些错误,所以我认为这与 winsock 损坏有关。现在我想起来,也许 DHCP 问题也与此有关。

我能够让它稳定地工作的唯一方法是执行以下操作:

  • 通过取消与调制解调器共享连接来停止 ICS,
  • 禁用两个 NICS,
  • 使用 netsh ( netsh winsock reset) 重置 winsock。我没有重新启动。
  • 重新启用两个网卡,最后
  • 通过再次共享调制解调器连接来重新启用 ICS。

考虑到这一点,有没有办法启用 winsock 日志记录来查看是否存在潜在问题?

结合我所做的其他一切,我不知道这能持续多久。希望它能持续足够长的时间,让我坚持到我买到 Cradlepoint 调制解调器为止。

希望这对某人有帮助!

答案2

如果我没记错的话(我可能记错了),ICS 使用固定 IP 范围,即 192.168.1.0/24。确保它不会与 SMC WGBR14N 上的 IP/子网冲突。

您的 4G 调制解调器也可能会检测传出流量的 TTL,如果 TTL 不符合其怀疑的范围,则最终终止连接或丢弃其 PPP 会话,这是一种发现流量是来自所连接系统还是“其后面”的系统的方法。

相关内容