家庭可以在网关可以直接劫持 UDP DNS ，管你 v6 还是 v4 ，不过现在国内 ipv6 更多是减速不是加速，所以我是直接网关 ban 了 ipv6 。。

核显本质也是 pcie 设备，理论上你可以从内核屏蔽掉。搜一下如何屏蔽指定 pcie 设备吧

你设备太烂

@yifangtongxing28
他其实也不忙，单纯空了套房子，想找个靠谱的人租出去，我租之前房东已经在中介那挂了一个多月了，期间有四五波去看的，甚至有出价比我高的，房东都没同意租，我也是说运气好吧。

能退税的奢侈品基本都能赚点

现在不负责任的二房东太多了，这帮人就是房东-中介-租客之间的掮客，两头吃。
租房整租还是尽量找大房东，今年和我房东签第五年合同了，甚至因为有点麻烦想转无限期口头合同。
只能说信任是相互的，我因为和房东比较谈得来，五年没有涨租金，物业费房东全包，水电煤自理，期间坏过灯泡、洗衣机等家电都是我选型号，房东全额报销。什么东西有问题不好用也都是直接换，再视情况报销或者平摊。

新手常犯的错误：“我想让某个应用程序走接口 A ，让另一个应用程序走接口 B”
除非操作系统提供类似于 WinLSP 这种可以让你 hijack 应用程序网络的接口，否则，网络层路由流量的准则只有一个：路由表
对于普通应用程序来说，和路由表交互的方式就是，选择合适的 srcIP （即本地 IP ），再加上 ip rule from xxx lookup xxx 的策略路由（做原进原出），即可做到某个应用程序走某个接口。

因为 ros 是你的网关，你的 LAN 地址是要被 ros src-nat 一遍后才会送出去的。所以无论如何，你内网设备不可能测出比 ros 提供的 NAT3 更好的 NAT 类型。
另外你说你没有公网，所以 ROS 出去之后，到最终 internet 可路由的 public address 中间还有不知道几层 NAT ，基于上面的说法，下层设备不可能拿到比上层设备更好的 NAT 类型，而这么一个至少 2 层的 NAT ，你只有一个设备是受控的，那不用我多说了吧，折腾越多失望越多。

@sampeng 不得不说，虽然都喷 go complier 的代码效率低编译优化差，但 go 团队坚持不牺牲编译速度真的是爽太多了。
k8s 那种项目找个 8c 机器，不 regen 代码+冷启的情况下也就几分钟，有编译缓存后改改代码再编译就是十几秒的事，太爽了。

RouterOS 本身就不是 NAT1
ros 的 masquerade 是 Endpoint-Independent Mapping (EIM) + Address and Port-Dependent Filtering (APDF)
按照 RFC5780 定义属于 NAT3 ，即俗称的 Port Restricted Cone

另，ROSv7 支持 FullCone ，但仅支持 UDP 协议，你连公网 IP 都没有可以不用考虑这么多了。

@enchilada2020
曾经遇到过只会写代码的研发，他对于自己的程序是如何接到来自用户请求的全链路是完全不知道，也不知道自己的程序是怎么运行/编排/多活 or 单元化的。
所以，有客诉反馈，结果查问题，怎么查，查什么，完全一抹黑。
系统设计和改进方向也是一问三不知。

@pol
大企业：有 discovery+API 网关，一停一启/蓝绿梯度，rolling update ，南北向流量逐渐调度至新应用容器上
小作坊无网关（笑）： https://github.com/cloudflare/tableflip

起码 node build 比 rust 快（不是

给老婆用直接 M3 MBA ，16+512G/1T 足够了

M13p 用户，建议是能双滚刷就双滚刷