Arclight项目：解决Velocity中转服务器中Mod数量限制问题

问题背景

在使用Arclight构建的1.21.1版本Minecraft服务器时，当通过Velocity中转服务器连接时，发现存在一个奇怪的限制：服务器只能加载约55个Mod，超过这个数量后玩家将无法正常连接。这个问题在纯Forge/NeoForge环境下并不存在，只有在通过Velocity中转时才出现。

问题现象

当Mod数量达到55个左右时，玩家尝试连接服务器会收到"Unexpectedly disconnected from remote server"的错误提示。Velocity日志中会显示"too many known packs"的错误信息，表明已知数据包数量超过了限制。

技术分析

这个问题实际上源于Velocity的安全机制设计。Velocity默认设置了64个已知数据包的上限，目的是防止恶意攻击者通过发送大量数据包来使中转服务器过载。在Modded环境下，每个Mod都会注册自己的网络数据包，当Mod数量较多时，很容易就会超过这个默认限制。

解决方案

要解决这个问题，需要通过JVM参数调整Velocity的已知数据包上限设置：

1. 找到Velocity的启动脚本
2. 在JVM参数中添加：-Dvelocity.max-known-packs=256
3. 保存并重启Velocity服务器

这个值可以根据实际需要调整，如果Mod数量特别多（超过256个），可以进一步增大这个数值。

注意事项

1. 增大这个值会增加服务器的内存使用量，需要确保服务器有足够的内存资源
2. 建议根据实际Mod数量设置一个合理的上限，不要盲目设置过大
3. 此修改只影响Velocity中转服务器，不需要修改Arclight服务端的配置

总结

通过调整Velocity的max-known-packs参数，可以有效解决Mod数量限制问题。这体现了在构建复杂Minecraft服务器架构时，各个组件间配置协调的重要性。特别是当使用中转服务器时，需要了解中转层面的各种限制和配置选项，才能确保Modded服务器的正常运行。

对于大型Modpack服务器管理员来说，这是一个值得注意的配置项，可以避免因Mod数量问题导致的连接异常。