看来贵司账号没用 2FA

如果是小厂或者业务优先的大厂，很可能压根不注意这些，只要通过测试就可以。

如果不幸进入了很关注 code 质量的大厂，那你就会发现，定位+修一个问题可能只需要一个小时，但是 PR 的 description 要花一天时间，要写的逻辑严谨且来源有据，有时候光找文档就好花几天时间。遇到使用很新的技术，还要自己去 GitHub 发 issue 等开发回复再贴到自己 PR 里。

不存在因为能力问题而说不上来的问题，只有还没找到的文档说明，至少我遇到的都是这样。

@roth 这个很可以的，不存在很大的隐患。开启端口映射和开启端口的安全意义是完全不同的。如果开启端口就等于不安全，那等于出门就可能出车祸，讨论起来就没意义了

@mohumohu Bingo!

@iamwho 你这里的远程访问 OpenWRT WebUI ，如果用 nginx 做 proxy_pass 会安全许多，如果直接转发公网，感觉暴露面很大了

虽然微软罪大恶极，用户怨声载道，但感觉 Op 应该多了解一下 Service 的概念。。。

以上链接要转码如下

http://blog.wanmyj.site/niginx%E4%BB%A3%E7%90%86%E5%86%85%E7%BD%91%E7%AB%AF%E5%8F%A3%E5%B9%B6%E5%90%AF%E5%8A%A8ssl%E6%9C%8D%E5%8A%A1

我刚写完 blog 就遇到你这个 post 了

配合 acme 食用，解决你的所有问题，当然也就告别 cloudflare 了
参考
http://blog.wanmyj.site/niginx 代理内网端口并启动 ssl 服务

@shalingye 感谢回复。但是我的环境宿主机确实是共享 op 的 lan 口，可以使用 op 的代理，获得的是 192.168.x.y 的内网地址且 y≠1 。没试过共享 wan 口，也不太敢用共享 wan 口，担心宿主机的服务直接暴露在公网。

懂你的意思，即使我用双网口，也是宿主机承担了所有的网络服务，因为 all in one ，跑的各种服务都在宿主机里，其他物理设备互相没什么交互😆

@shalingye 很专业。我目前方案是 op 占两个物理网口，一个 lan 一个 wan ，宿主机不用 internal ，而是共享 op 的 lan 的物理网口，应该就是你说的宿主机桥接上网，物理 lan 口连个物理交换机。你说的网络任务分担给宿主机，不是太理解…

@shalingye 还是有个问题，宿主机用的内部网络连接 op 的 lan ，如果其他物理机器要跟宿主机的资源交互，这个组网感觉很吃宿主机的性能。因为数据流是通过 lan 的物理网口，op 的 lan 网桥，内部网络，再到宿主机的。

@mcluyu 也用过，小米刷 OP 相比于 x86 的还是慢，而且嵌入式的机器不断刷机和 debug 不方便，所以没考虑硬路由刷 OP 的方案。准系统加上内存硬盘，很难 500 拿下了

@shalingye 感谢老哥回复，我接下来的组网就基本按照你说的方式组的。之前没有装 op vm 时候是 host 独占一个网口。装了 vm 就走 internal 。

你说的 winserver ，是 host 装的 Windows Server 吗？我最早考虑过 Windows Server ，但是说有可能有些软件不兼容，就没用。毕竟我的 host 还要用来轻度办公和开发😂

@WizardLeo 你提的选项基本都太贵了啊😂

@EnderAvaritia 需求就是用 nginx 配置外网访问 homelab 里的各种服务，和科学，VPN ，DDNS 等等一系列应用。
这个需求算比较轻量，重量级的应用全都放在 homelab 里，比如文件服务器，PT ，docker 等等。

你用的 ax6s 吧？还是想整个 x86 的，省心点。

@hongfs 请问个人公众号也可以嘛？非企业，是个体工商户