@Marionic0723 真的懂得要的用户，小白或者是没有实际需求的概率很小，这样我觉得更会麻烦不断。其实，搞这个掩耳盗铃的架构还不如直接在 NAT1 的基础上限定一个 NAT 端口范围岂不是更简单。

@cloudsigma2022 对嘛，所以我也有同样的疑问！

@lns103
@cloudsigma2022

看来我们都有着同样的疑问。 在操作系统层面多个服务其实可以共享端口就是不知道这个技术是如何共享端口的！

@wuosuper 内外有别可以理解但问题是三大都是自家的啊 为何还要搞不同的标准？这个应该搞国标才对吧 第三方也好跟进不是吗

是不是走公网就意味着第三方 APP 或者盒子也可以用这些源，这样就影响了广电收费统计？

我这里电信已经几个月没有变了，随便怎么弄。我探测了一下感觉 IP 池占用率很高不知道是不是这个原因，但是我疑惑的是同一个池的另外一个账号基本又是正常的切换 IP 。

@Marionic0723 “...如果这些共享用户如果都向公网开放了同一个端口，这个技术是如何处理的？...” 比如 共享一个 IP 的 两个用户都开放了同样的服务或者是端口让外界访问？ 是直接提前告知他们能开放的端口范围？

@465456

认为劣势的：
1.运营商加料，让协议不通用。

这个就是问题了，如果都采用标准协议 PPPOE 还是 IPOE 都无所谓

认为劣势的：
1.运营商加料，让协议不通用。

这个就是最糟糕的地方，那岂不是以后就全是定制版设备，也不知道他们这样搞意义在哪里？

@icegaze 共享 IP 我觉得不难，我很好奇如果这些共享用户如果都向公网开放了同一个端口，整个技术是如何处理的？ 有相应的技术文章可以参考吗？

@oblivion "...光猫内置 PPPoE 服务器..." 这个方案我总感觉是不是曲折了点，并且不知道它的意义在哪里，直接桥接或者转接这个 DHCP 下去应该也行吧，因为下游设备 WAN 口都支持 DHCP 接入啊，为啥非得拨号呢。

@465456 对，研究相应的方法分享教程才是正路，主动权不在你我手上，既然运营商都在往这方面改我们就不要再在改回 PPPOE 的思路上去多花精力了，就像明明收 v4 用 v6 是趋势现在就不应该去把精力用在能不能开通 v4 或如何去杠 v4 的问题上了因为就算你现在有也不定说啥时候就掉了。

@ThreeK 如果说解决人工重复操作或者是确保所有操作的一致性，那么还算一个用处。

@NewYear 能力有限啊，上升到这个阶段就不好讨论了！

@mingl0280
@Tumblr
@XiLingHost 谢谢，待我先去了解了解

@ilylx2008 镜像的方式适合初始部署的适合，对于制作镜像后有小修改的情况感觉就不适合了。 比如：仅仅是修改了几个参数就去重新制作镜像重新部署整个工作量和时间就比直接修改大了

@dorothyREN 想象一下 编写的代码都不需要在本地编译和测试 直接写完就提交了？ 如果你写一个 Linux 驱动 难道不编译可以直接验证你的代码？ 我的意思如果仅仅是自动编译工作你本身都要做

@keepeye 对，如果说都用公网肯定不够，但是默认私网有需要的再申请，或者是作为增值项目（比如：收个 10-30/月功能费啥的）这个模式下是够用的！之前发现浙江电信的地址池有一个 /12 的大段都没有使用（没有任何路由），四川电信也有类似情况，另外其实电联收公网的大多都是地址充裕的优势省份或是市，地址少的反而没有收！

阻碍 diy nas 发展脚步的应该是机箱太少！专门设计用来做 NAS 的机箱要不做工太差要不外观没多大选择，如果用小的 pc 机箱做硬盘数量和热插拔又是问题，机箱厂家都是在想如何装下显卡，没有想过有多硬盘需求没有显卡需求的情况。