另外，如果只是两台电脑互通……各自加个网卡，网线直连，配上静态 IP ，多省心。多台电脑还是配置路由器吧。

A 和 B 已经买好了吗？功能如何？

如果支持在 LAN 端的交换机上切 VLAN ，可以各划一个端口出来配置 VLAN 接口，对接在一起，配置路由表让两边的默认 LAN 互相之间的路由从 VLAN 接口走。

从个人成长来看，懂业务、懂产品、懂客户、懂人性是往高层次进发绕不过的路。

从团队管理来看，分工的价值是发挥专长。各方向的合力才能平衡。而不是一个方向的往另一个方向倾斜一些。

防火墙会记录 SNAT 的转换关系，在一定时间内，回来的包给放行进去。

吐槽 PHP->理解 PHP->热爱 PHP->颠覆 PHP

这个事是谁说了算的？

任何一个技术方向，做深了，或者做广了（跟其它相关技术和技能的结合），都可以上档次。你觉得 low 的，是因为没加进去思考和提炼。

ssh agent 开了吗

并不是 utun“接管”了系统的网络流量再按需转发到物理网卡。
utun 这种虚拟网卡，在操作系统的看来跟物理网卡一样，都是货真价实的网卡。
只不过物理网卡插的是物理线，虚拟网卡插的是虚拟线。
你就理解成在 utun 和远程服务器上的 tun 虚拟网卡之间拉了一根“线”（虽然不存在物理形状），让你的电脑多了一个网卡。只不过这根线的底层是一个通过物理网卡连的 VPN 而已。
那么电脑发出去的包是要走物理网卡还是虚拟网卡，只是正常的路由选择而已，不存在任何接管的手续。
只不过根据路由表确定走虚拟网卡的时候，再由虚拟网卡的驱动封包走虚拟网卡。

重复三遍：
对操作系统来说，虚拟网卡跟物理网卡是一样性质的网卡。
对操作系统来说，虚拟网卡跟物理网卡是一样性质的网卡。
对操作系统来说，虚拟网卡跟物理网卡是一样性质的网卡。

在业务系统里用好高级功能主要是可以简化开发。比如某些查询需要根据两个不同的时区对某个时间戳字段的 rounded to hours 值做聚合，按互联网派 24 氪金纯程序员的做法就是写数据时生成在这两个时区里的 rounded hour 作为附加字段，而传统行业信息化环境里的 DBA 就写个触发器在插入和修改数据时自动完整这事，不需要程序员关心。就当代海量阿狗阿猫程序员的普遍水平和素质而言，我更相信 DBMS 里做各种约束和自动化更靠谱一些。

至于视图，嗯，传统行业里，同一法人实体下的各业务主体单位之间做数据交换，用视图的太多了。有些人会觉得这样太落后。我也这么觉得。但是呢，这样短平快啊，基本上业务主体单位自己的运维人员就能搞定。做 API 来对接要人要钱要时间而且成本投下去来做的阿猫阿狗还不一定靠谱啊。

另外，居然触发器和视图都能算高级功能了？这在传统的信息化圈子里都是很很很常规的。

@sunmoon1983 好吧，尊重你的情结

还是刷 leetcode 吧

讲真，这种分流没啥区别……

为什么要在 A 上做到 B 的转发？你不如讲一下你的原始问题。

至于 PG“我们这边的开发人员用的不多，积累不太够呀”……我觉得你会来开贴问这个问题，基本上 MySQL 也没啥高级技能积累。

当你还没开始用 MySQL 就考虑 MySQL 够不够用、要不要用 trick 的时候，不如用 PG 。
当你要从 Oracle 迁出，但目标系统还尚未投入成本建的时候，干脆用 PG 。

openresty 为了打消大家的疑虑，特地强调自己是一个 nginx 的 distribution 而不是（像 tengine 那样的） fork……

不说产品设计和技术方面有没有优势，就说推广吧，这是第一次看到这个项目，所以没人用不是很正常吗？所以……其实表面上是“为啥没人用”标题党，其实是在推广对吧。