别误会哥，我既然在用也一直积极反馈问题就是觉得做的好，确实太好用了；我连续研究了好几天了，配合AI一起研究我才知道了这些问题的存在，我不会开发；不是觉得不好啊，AI也提供三条路反馈问题开发者改、frok自己维护，我是想让这个软件变得更好的，无意嘴喷只是想反馈问题；
关于111端口是因为正好和飞牛的NFS冲突了，我也问了ai rpcrind不太方便释放111端口。每次重启都需要手动去改预留给singbox的端口；
PR是什么意思 现在明白了
以前我是用ikuai+cnip进行分流，fakeip分流倒是没想过，确实是个好思路，回去试试看。刚好我现在主路由是中兴，没法像ikuai那样自定义，不过除了静态路由外其他的功能都弄好了
没事，有能力提出合理的建议是好事。
不过现阶段的情况就是，本身111的使用就是分配给系统应用的。你不能说singbox和nfs哪个有错。只能说冲突了。我的意思呢就是现阶段，我也不确定后面啥情况的当下，没办法对一个保留端口做出取舍。
我不仅仅维护一个版本，所以很难考虑到所有情况。我的建议就是可以通过AI进行改造重构。因为我现阶段改掉了singbox的端口，后期如果做出来，那些原来用singbox的用户是不是也要来说我这个改动传统呢？每个人都有自己的需求。
成功了，这个思路非常好，我现在的架构本来就是mosdns+openclash，只要在主路由加上静态路由就好了。那这样似乎是可以通过fakeipv6进行分流，让fakeipv6的下一跳是mihomo就行了
鸣人不说雏田话，不点star是狗狗。
大哥你用这个msf了嘛？是跑在什么系统之上的？111端口会不会被占用
没有用，我只是借鉴了他的思路
singbox就是会使用111端口的，用singbox的人基本都不改这个端口，而且这种1000以内的端口本身就是系统级端口。用singbox的很多都是部署在服务器上做网络的inbound 和 outbound 的。所以默认用111很正常。nfs也分，nfsd用的2049，rpcbind用111。这都是惯例。不存在谁对谁错。
感谢作者, Mark 一下, 回头试试, 看能否代替surge网关
作者目前没有更换端口的打算吗? 看这个项目真不错 想实际体验一下
现在还在摇摆要不要做singbox，要不要改111端口，所以暂时先不急着改。
现在是只有 singbox内核一种吗? 支持mihomo 内核了吗?
你能自己去看一下readme么，这种问题就别问了吧。有点不尊重人了。
1 Like
为什么你也在问这个问题啊
嘿嘿 我没看具体仓库 就看了看评论 就问了 考虑不周 准备部署用用看看咋样 
我是专门一个虚拟机部署，所以端口问题 基本没啥影响
我已经部署了两台，都是debian vm，舒服。而且最新版本有一个smart内核，对不稳定的便宜塔台很有效
2 Likes
