V2EX › 383394544 的所有回复 › 第 26 页 / 共 26 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 17 18 19 20 21 22 23 24 25 26

❮

❯

274 天前

回复了 383394544 创建的主题 › Apple TV › Apple TV 做代理网关一文讲清楚

@youthfire 那就是 ATV 的性能问题或是 bug 了，也可能是 Surge 的问题。即使你设置 direct ，流量还是会先经过 ATV 处理，#1 #3 #13 均提过类似的高并发情况。

274 天前

回复了 Wataru 创建的主题 › 宽带症候群 › 电信宽带 dns 污染， b 站贴吧网页版响应慢，有没有什么无损取消宽带的办法，好换到联通

估计给你解析到外省电信的节点上了，现在 ISP 为了省网间结算费，宁可连跨省同网机房也不走同省异网机房。

274 天前

回复了 383394544 创建的主题 › Apple TV › Apple TV 做代理网关一文讲清楚

@383394544 让 NAS 走别的网关吧，有需要的话在 NAS 上运行它自己的代理软件。不过你有 NAS 为什么还要用 ATV 当网关？

274 天前

回复了 383394544 创建的主题 › Apple TV › Apple TV 做代理网关一文讲清楚

既然标题写一文讲清楚，我还是多补充点我知道的部分吧，有讲漏或讲错欢迎大佬完善。（这样加上评论区内容也算是一文讲清楚了，笑）这个方案所有的流量都会到 ATV 上的代理软件过一遍，我认为就是代理网关，性质上和拿台 linux 笔记本装 Clash 然后写 iptables 把流量指过去差不多，所以我从头到尾没提到旁路由。缺点也很明显：NAT 会爆炸、直连性能损耗、ATV 单点故障会影响整个内网。胜在配置简单，少折騰，能满足大部分人日常需求；甚至你还能把 ATV 带着走，到新环境稍微设置下就能直接用。有更复杂需求的人请直接用软路由，如同文中一直强调的，Apple TV 不是软路由。

274 天前

回复了 383394544 创建的主题 › Apple TV › Apple TV 做代理网关一文讲清楚

@povsister 要细究本质的话，都是流量转发，由于需要 Fake-IP ，QuanX 还会运行一个 DNS 服务劫持所有发往它的 udp53 请求。

274 天前

回复了 383394544 创建的主题 › Apple TV › Apple TV 做代理网关一文讲清楚

@povsister ATV 代理本质上是用 Network Extension 实现的透明代理，网段划分只是因为我想把内网 LAN 和光猫的 LAN 区分开来，你高兴的话完全可以只用光猫接交换机，让 ATV 和光猫在同一个内网里。还有本质差异点？你是在审论文还是写报告？软路由是软路由，Apple TV 是电视盒，本来就不是专业的路由器，这不很明显吗？

274 天前

回复了 383394544 创建的主题 › Apple TV › Apple TV 做代理网关一文讲清楚

@Tink 目前没人综合对比过，不过普遍认为 Shadowrocket 性能最弱。

274 天前

回复了 383394544 创建的主题 › Apple TV › Apple TV 做代理网关一文讲清楚

@totoro625 QuanX 的问题可能，Surge 也许能真正替代软路由的一部分功能，我反感的是标题写替代软路由但内文却在说代理网关的误导性文章。

274 天前

回复了 383394544 创建的主题 › Apple TV › Apple TV 做代理网关一文讲清楚

@povsister Apple TV 上的 QuanX 只有 Fake-IP 一种模式，所有 DNS 请求都要指向 QuanX 才能正确处理，所以终端设备一定要用 Apple TV 当 DNS ，至于 Apple TV 本身的 DNS 指向谁无所谓。

274 天前

回复了 383394544 创建的主题 › Apple TV › Apple TV 做代理网关一文讲清楚

@SakuraYuki 我在手机上用 speedtest 测速有时也会导致 Apple TV 的 QuanX 宕机，要重启整个 Apple TV ，不过用 speedtest.cn 测直连速度就不会。推测是 ATV 性能问题。你是一个人用还是多人使用？

1 ... 17 18 19 20 21 22 23 24 25 26

❮

❯