@wafm 挺微妙。不过你想，如果加速器有壁垒，那么不就相当于变成游戏局域网了吗，即使你用着电信宽带有着原生的 Full Cone NAT，也不能和好友游戏

@wafm 虽然有听朋友说起过，但我感觉这些都只是他们自己的 bug

@EasonSummer 我没试验过，但是我合并了别人提交的在 Arm 上编译的 PR，GitHub Actions 里有对应的 Artifacts

建议 PotPlayer 或是 mpv 。
就使用体验而言，PotPlayer 开箱即用，对于特殊要求的支持较好，如 PotPlayer 很早就支持了 Windows 下的 HDR Passthrough 。PotPlayer 的默认的解码渲染方案虽然算不上最优，但是在功耗性能效果之间选择了一个适中值，同时可以通过 madVR 、SVP 之类的插件进行渲染，所以也有个很高的上限。但是 PotPlayer 并不满足开源这一要求。
mpv 的话基于 FFmpeg，完全开源，但 mpv 轻巧到如果自己不动手配置就很难使用，比如播放不使用硬件解码，使用 bilinear 这种快速但质量较低的算法进行 upscale 等等。但只要愿意调教，或是找个现成的配置，使用 mpv 可以获得媲美甚至超过 PotPlayer 的播放体验。

@Themyth 默认情况下，IkaGo 不使用 KCP 和加密，只使用 FakeTCP，因为对于游戏加速而言已经足够了。

@Themyth IkaGo 的本质是代理 ARP + 代理 + Udp2raw-tunnel 。事实上，可以把 IkaGo 的代理 ARP 部分剥离出来，这样就可以接其他的代理了。目前，如果 OpenVPN 的下一级是 IkaGo 的话，可以是可以，但事实上做了代理（ OpenVPN ）+ 代理 ARP + 代理（ IkaGo ）+ FakeTCP，有点浪费。

@latteczy 只能是，加密是为了包的完整性，设计 IkaGo 的目的仅仅只是游戏加速。

@longgediyi999 理论上 IkaGo 可以代理来自指定源地址所有支持的流量，但也如同 #43 所说的，是无法代理本地流量的，如果要代理 PC 游戏，那么需要再另一台设备上启动 IkaGo 。IkaGo 设计之初就是为主机游戏，Switch 或是 PS4 上的游戏，加速的。另外，正如我一再提及，加速器最重要的其实是线路，所以如果想要认真玩游戏可能还是选择市面上的加速器比较好。

@Nostopping #26 的例子是运行在电脑上的。由于某些众所周知的原因，IkaGo 并不能用于代理本地流量的，它实现的是类似市面上加速器“主机加速”的功能。如果要代理本地流量，Windows 的话可以用某些通过 PID 筛选流量的代理软件 : )

@shansing 其实有使用规范 TCP 传输的功能，仅限通过 config 启动时，在 config 中设置 "tcp": true 开启。但是因为这一功能还不成熟，所以还处于实验性的状态下，并没有写在 README 中

@donnior 不客气，连接慢也有可能是服务器的问题，比如我自己腾讯云，通过 IkaGo 在 Switch 的连接测试里就不怎么样，但是通过 Speedtest 测速就还行，但是游戏的网速要求其实并不高所以没什么大问题。如果还有问题的话可以在 Github 中发 issue : )

@donnior 订正一下，#26 中的 -p 应为 -publish

@donnior 补充一点，服务器上也建议使用 -rule 并通过 sudo 运行，或是参考 README 中的 troubleshoot 配置防火墙

@donnior macOS 相比起 Windows 的约束更大，所以需要带上代理 ARP 运行，一个典型设置是：
ikago-client：-rule -p 10.6.0.2 -r 10.6.0.1 -s server:port （配置防火墙，使用代理 ARP 将自身视为 10.6.0.2，代理来自 10.6.0.1 的流量，另外这也是某企鹅加速器的默认设置 😂）
Switch 网络设置：IP 地址 10.6.0.1 子网掩码 255.255.255.0 网关 10.6.0.2
macOS 下务必配置防火墙，具体可参考 README 中的 troubleshoot，或是使用 -rule （如上）并通过 sudo 运行 IkaGo （更推荐）

@donnior 是 issue 。已经解决了，并且重新 release 了版本 v0.4.1 。macOS 我暂时无法打包，所以可以使用 Github Actions 中生成的 artifacts，或者设置 -log 参数。issue 的原因是，即使未设置 log 文件，也打印 verbose 到 log 文件内，导致了空指针引用。十分感谢反馈 😊

@donnior 是的，打包打错了，所以又更新了一次 😂

@donnior 感谢反馈。抱歉，这 2 份 Linux 的包是在 WSL 下编译的，确实有问题。我已重新在 Linux 下生成并更新了 release 中的 assets 。

@donnior 我想再补充一点，在 https://github.com/google/gopacket/issues/629 这一 issue 最后的回复中，有人提到可以 sudo go build 。虽然这并不优雅，但至少 it works 。或许可以帮助到你 : )

@donnior 感谢反馈，但是我可能很难解决这个问题，因为我并没有 macOS 的系统，所以是通过 GitHub Actions 完成的编译并在其他 macOS 上测试使用的，但一切正常。
但是有几个细节不知道能不能帮到你。首先是我在 Github Actions 下编译时，并没有配置 libpcap，故 libpcap 可能在 macOS 中已经预装了。另外在 google/gopacket 的 issues 中，也存在类似的案例。因此，这可能是由于 libpcap 的安装，或是 Go 环境配置问题（我更倾向于）导致的