我想问问我是否正在朝正确的方向发展。 我们有：
目前，从我们的远程办公室，一次只有一个用户能够连接VPN，就像其他人尝试同时连接连接失败一样。
我不是一个networking人，但我认为这是因为VPN服务器对发送数据包或类似的东西感到困惑。
我见过其他地方提到pfSense ..这似乎表明我可以使用它来路由VPN连接，而不是Windows – 它将处理来自同一外部IP的多个用户。
它是否正确; 是pfSense解决这个问题？ （即：开沟Windows VPN并改用pfSense）。
TL; DR ：如果您使用IPsec，请尝试在远程办公室的NAT路由器上禁用 “IPsec passthrough”。 即VPN客户端所在的盒子，以及拥有单个公共IP的盒子。
我认为这是你真正的问题。 使用完全相同的VPN协议切换到pfsense将无济于事。
你应该说你正在使用哪个VPN协议（IPsec？）。 我假设你正在使用Windows内置的所有软件，或者你已经提到过它…
您将“一个公有知识产权”作为一个问题是正确的。 NAPT（NAT）需要处理使用的每个IP协议。 如果VPN协议直接通过IP运行，则会受到远程办公室NAPT框的限制。 任何时候最多只能有一个连接的限制 – 我确定我已经在家用路由器中看到过这种情况。
一些Passthroughs一次仅限于一个VPN隧道; 其他实现使用IPsec SPI等字段通过一个NAT设备复用多个隧道。 VPN Passthrough不是一个标准，行为因产品而异。 引用 – 报价并没有真正的支付 – 只需向下滚动即可 。
在这种情况下，您希望通过UDP / IP运行您的VPN协议，而不是直接通过IP。 这通常被标记为NAT-T，用于“NAT遍历”。 （而不像VPN直通这是一个标准）。
要强制使用NAT-T，请尝试configurationNAPT框以阻止IP over VPN。 换句话说，禁用“VPN passthrough”function。 VPN客户端将不得不使用NAT-T。 Windows IPsec 客户端和服务器2003应该支持这个开箱即用。 根据上面的客户端链接，您可能需要确保VPN服务器具有自己的公有IP地址。 （“当VPN 服务器也在NAT设备后面时，NAT-T …已经被禁用了”）。
或者replace你的NAT盒子，用一个支持你的VPN协议透传的连接器，只要你需要:)。
同样的问题将适用于PPTP，但更糟的是，因为你不能通过UDP运行它。 （请不要使用PPTP，这是不安全的 ）。