@Bar90 谢谢兄弟

@dingwen07 确实要玩骚的太难防了 TAT，太灵活了主要是

@aapeli 是有这样的想法，但是涉及到改造有些麻烦

@ipwx 进去的时候是就是普通用户，但是还是能乱搞出一些问题，虽然说容器可以随时销毁重建吧，但是也是有可能搞事情

@visitant
@ipwx 资源浪费啊 有时候就是去容器里看日志

@CEBBCAT 这个挺好的，谢谢

@wangking 我觉得稍微有些简单（譬如 HPA，很多细节没有），而且文档组织有些奇怪。

@twl007 #22 谢谢，我再排查一下是不是 iptables 在搞鬼

B1 到 A 没问题，B1 到 A1 不可以，B 和 C 直接无论虚拟机还是服务器的物理网卡都可以相互 ping 通的

@twl007 #20 ACL 这个我们看不到，因为部署在母公司的私有云上，但是我觉得有可能是这个，十分感谢

@twl007 好的我试试 我们用的 iptabels 模式

@ujued #15 我也怀疑路由最开始，但那为什么反过来从虚拟机 B1 到物理机 A 是没问题的呢

@wangyzj 你是说本机的 ip route 吧？我试试重新生成 iptabels

@ujued 但是物理机之间 ping 是没问题的，做了 NAT 啊，要不哪来的 192.168.x.x 的容器 IP 呢

@ujued #6 我觉得路由器应该不用配两个 192.168 网段的路由，因为 tunl 网卡会把发出去的包外面再套一个从物理网卡 A 到物理网卡 B 的包头

@ujued #7 traceroute 全是 *

@defunct9 你远程我吧 狗头

@wd 物理机 A 的虚拟网卡有到物理机 B 物理网卡的路由，物理机 B 的物理网卡也有到虚拟机 B1 的路由

我还以为是红帽的容器平台...