当我（可能是我的用户）第一次启动或登录我的计算机时，我要在登录后几分钟才能访问互联网。像 serverfault.com 这样的互联网页面会超时。在此期间，我可以访问内部 Web 服务器。有时 ping 网关似乎可以解决问题。
我在这台带有wifi的机器上使用Windows 7，问题似乎仅限于wifi网络，它位于一个单独的vlan上。有线网络没有共享问题，但我知道这不是 wifi 连接本身，因为内部站点可以正常工作。
wifi 接入点连接到 3Com 4200 交换机，将端口设置为未标记的 vlan 2，标记的 vlan 1。4200 具有与 3Com 4900SX 光纤交换机的光纤连接，在此处几乎充当路由器。光纤连接在两端标记为 vlan 1 untagged vlan 2。然后将网关连接到不同的 4200（vlan 1 未标记，vlan 2 标记），该 4200 具有与 4900SX 类似的光纤连接。
vlan 2 有 192.168.8.0/22 个 IP，vlan 1 有 10.1.0.0/16 个 IP。4900SX 具有两个 vlan (10.1.1.1/192.168.8.1) 的接口，网关 (10.1.1.5/192.168.8.5) 也是如此。在与网关相同的交换机上，两个 vlan 都有一个 dchp 服务器。它根据 4900sx 使用的接口选择一个 dhcp 范围来转发 dhcp 请求。
4900sx 上还有一个网络访问列表，用于拒绝所有 vlan2 流量到任何 10.1.xx 主机，少数服务器例外，包括 dhcp、4900sx 和网关。
我认为这涵盖了它。关于为什么互联网访问会这样延迟的任何想法？
这听起来像是一个 DNS 问题。更具体地说，DNS 查询最初被发送到没有响应的服务器（它可能已关闭、没有来自 WiFi 接入点的已知路由、不再存在的旧服务器等）。一旦初始查询超时，就会尝试另一台服务器，最终，一台服务器可以工作。从那时起，DNS 查询将转到工作服务器，您就可以了。内部站点可以正常工作，因为您使用的是不同的地址服务器，例如 Active Directory。
因此，下次连接 WiFi 点时，请检查 DNS 连接。一个简单的
nslookup或dig可能足以查看正在尝试哪个服务器以及哪个服务器最终响应。