XiaoxiaoPu

XiaoxiaoPu

V2EX 第 71057 号会员,加入于 2014-08-16 11:50:00 +08:00
今日活跃度排名 9476
XiaoxiaoPu 最近回复了
22 天前
回复了 SilverLink 创建的主题 程序员 本地 UDP socket sendto 阻塞
AF_UNIX ( AF_LOCAL ) SOCK_DGRAM 并不是 UDP,它是可靠的。
22 天前
回复了 nicevoice 创建的主题 算法 付费问个数组排列问题
@neteroster 有问题的。C7 不能使用 A1-A15,不代表后面的集合不能用。
windows 啊,那不了解了。

干脆一把梭吧,客户端跟虚拟机都连 vpn 里,通过 vpn 的网段通信 = =
客户机加的路由应该要指定网卡的。我一般用 ip 命令,不用 route 命令,这样试试 “sudo ip route replace 192.168.204.0/24 via 192.168.0.108 dev eth0”。eth0 是客户机的网卡名称,如果不是 eth0 需要替换下。然后可以在客户机上执行“sudo ip route show” 看下当前路由是否符合预期。


主机的防火墙策略也看一下,在主机上执行 “sudo iptables-save” 查看。
@lry 所谓的网段,影响的无非就是路由。在客户端上加一条 "192.168.204.0/24 via 192.168.0.108 dev eth0" 这样的路由,也能让客户端就知道发给虚拟机的包要交给主机来转发。

不过这两种方法都是可行的,都能实现让主机作为通信的中转节点。问题关键还是 VMware 的 NAT 是否有防火墙策略。分步排查吧:客户端 -> 主机 -> 虚拟机 -> (回应) -> 主机 -> 客户端,看看链路在哪一步断掉了。
另外有个疑问,如你所说,客户端和服务端在一个路由器下,已经在一个子网里了,就应该不需要再连 vpn 了,连 vpn 的需求是啥?
在主机上抓包看看。
看你的 server 配置,把虚拟机所在网络的路由推送给了客户端,那么客户端到虚拟机的包应该会正确的发给主机,那问题应该就是主机没有转发给虚拟机,或者虚拟机的响应没有转发给客户端。猜测可能跟 VMware 的 NAT 模式下的网络限制有关(比如防火墙等)。所以先定位下具体哪里没走下去吧。
26 天前
回复了 sadfQED2 创建的主题 分享发现 余额宝的上限不是 10 万呀
@kidcracker1 朝朝宝通过快捷支付可以间接支持所有支付平台,这就是最大的好处
把 -e 后面的参数用引号包起来,如下

-e 'ssh -p 5551'
关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4841 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 11ms · UTC 09:21 · PVG 17:21 · LAX 01:21 · JFK 04:21
♥ Do have faith in what you're doing.