![VPN 掉线(DPC 延迟问题)](https://linux22.com/image/484959/VPN%20%E6%8E%89%E7%BA%BF%EF%BC%88DPC%20%E5%BB%B6%E8%BF%9F%E9%97%AE%E9%A2%98%EF%BC%89.png)
我使用 VPN 连接工作。我习惯在办公室听流媒体音乐,但当我通过 VPN 这样做时,连接断开。所以,没什么大不了的,我只是在使用 VPN 时不会使用流媒体音乐。
但我刚刚与办公室人员进行了 Skype 会议,然后丢失了 VPN。所以现在这妨碍了我,我想修复它。有什么想法我应该去哪里找吗?
我在笔记本电脑上运行 Server 2008,使用家中的无线连接,连接到可靠、稳定的 DSL 连接。我使用的是内置的 Windows VPN 客户端。
更新:在办公室方面,VPN 位于 DLink 防火墙上 - 它是具有 128 位 MPPE 加密的 PPTP。
更新:我相信这与 DPC 延迟问题有关,这个问题似乎困扰着市场上的许多笔记本电脑。我还没有解决这个问题。就我而言,我使用的是 Dell Studio XPS 16,它是存在此问题的笔记本电脑之一。我希望最终能找到正确的驱动程序组合来解决这个问题。
答案1
更有可能的是,你有一个根本原因:流量是如何被路由的。
例如,收听流媒体音乐应该不是问题 - 因为它不应该通过 VPN。
同样,我敢打赌,如果您在会议中使用常见的视频客户端(如 Skype),那么您仍然不需要通过 VPN 传输流量。显然,如果您连接到公司防火墙后面的视频桥,这可能不适用。
如果您使用的是 Windows VPN 客户端,则有一种简单的方法可以通过本地网关发送非 VPN 流量。如果您使用的是第三方客户端,则必须参考其文档。
答案2
我在使用 Windows VPN 连接到我们总部时遇到了类似的问题,并发现了以下情况。
确保限制网络上任何高使用率系统的上行(可能还有下行)流量。我的专用 torrent 盒已设置好,不会占用整个管道并导致问题。即使启用 QOS 来优先处理 VPN 流量,如果我使链接饱和并增加连接必须处理的延迟,它也会掉线。PPTP vpn 连接在延迟方面相当挑剔,它们往往很容易掉线。
我还注意到,在您的问题中,您说您正在通过 VPN 连接流式传输音乐?您是否知道默认的 Windows VPN 连接设置为通过远程默认网关发送所有流量?这样做是为了您可以通过 VPN 路由到可能与您的连接不在同一子网的其他网络。您可以通过在此处禁用“在远程网络上使用默认网关”来轻松解决此问题:连接属性 -> 网络选项卡 -> TCP/IP 属性 -> 高级按钮 -> 常规选项卡
选中后,这将仅通过 VPN 连接发送发往远程子网的流量,从而使您的流媒体音乐可以顺利地通过本地网络连接传输出去。我发现当您在远程网络上工作时尝试上网时,此功能非常有用,除了远程 LAN 之外,其他所有网络都可以获得本地速度。
注意:如果您的 pptp 服务器设备为您的客户端系统分配的 IP 地址与您尝试访问的网络位于不同的子网中,则您可能需要解决此问题。
例如:远程站点的 LAN 网络地址:192.168.0.0/24 您家里的 LAN 网络地址:172.16.7.0/24 连接时分配给路由器上客户端的 VPN 子网:192.168.254.0/24
当您使用 RRAS 托管 VPN 连接时,这是 Windows 服务器处理 VPN 连接的方式,而且我也看到过路由器以这种方式处理连接。
解决方法:连接到 VPN 后,您需要手动运行路由命令以将条目添加到路由表,该命令将如下所示:route ADD network_to_reach MASK subnet_mask gateway_ip_of_vpn_connection(可能)route add 192.168.0.0 MASK 255.255.255.0 192.168.254.1
这将告诉您的机器,它必须使用 192.168.254.1 处的路由器才能到达 192.168.0.0/24 网络中的任何系统。网络内的系统将使用承载连接的路由器作为其默认网关,因此它们不需要被告知如何返回您的系统。
这可以自动化并添加到 VPN 连接中。这就是我们在办公室管理和部署客户端的方式,而且效果非常好。您可以使用 Microsoft CMAK(连接管理器管理工具包)构建 VPN“连接体”,其中包含自动化指令,包括要添加的路由、在连接和断开连接过程的不同阶段运行的脚本,以及一些我从未接触过的其他好东西。
希望这可以解决您的问题并让您在听音乐的同时使用 VPN,并帮助其他人达到 VPN ZEN 的状态。
答案3
您的连接速度有多快(通常的预期速率,而不是标题“最高”速率)以及音频流的速率是多少?
可能是额外的流量延迟了 VPN 数据包和响应,VNOP 客户端会将其视为连接中断。在现代设置(即非拨号)中,我不希望看到单个传入音频流足以填满您的下行流量,以至于影响其他流量,但如果您的连接具有非常小的上行速率,则传出的 Skype 数据可能足以引起可测量的延迟。
如果问题是由于其他流量导致的延迟问题造成的,那么您可以尝试两件事:查看 VPN 客户端中是否有任何可以更改的超时设置,并且这些设置当前非常低,和/或尝试在您的终端进行流量整形(尽管这只会在您无法直接控制下行流量的情况下才有帮助,而不会在下行时有所帮助)。
答案4
双方使用相同的工具可能更好。例如,您提到您在 DLink 上运行 VPN 服务器,我想说尝试 Dlink 提供的 VPN 客户端,看看它是否会变得更好。或者在您的 Server 2008 框上启用 RRAS 并使用 Windows VPN 连接链接到它,看看是否有任何不同。