PoE 需要哪个 VLAN ，再单独给它打通到交换机。不过一般来说这种情况不是很建议跟交换机那边共用 VLAN 。路由器上把路由表配好，去 VLAN 20-50 的下一跳走交换机，就能通了。除非 AP 需要连同一广播域的某些服务。

当东西向流量比较大时，企业网络的一般做法是，在交换机上起网关，路由器切一个 VLAN 用户和交换机的互联，两者之间配一个/30 的小网段。路由器不需要配 vlan 20 30 40 50 ，这才是彻底的三层交换。

DHCP 服务器可以开在交换机上，也可以开在路由器，由交换机做 relay 。

人类写的非人世间背景的文学作品，无非就是把人世间发生的事换上非人世间的背景规则

另外，如果只是两台电脑互通……各自加个网卡，网线直连，配上静态 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 的转发？你不如讲一下你的原始问题。