常见问题与反馈
正确反馈方式
通过 GitHub/TG 群/Q 群等各种渠道反馈问题时，请一次性清楚地描述 Lucky 运行环境。
Lucky 的版本，请尽量使用最新版，当最新版依然出现问题再反馈
Lucky 运行在哪里？是主路由还是局域网 NAS 设备上面
安装方式，是 Docker 还是非 Docker？如果使用 Docker，请尽可能使用 host 模式。
如果能不使用 Docker，请尽量不使用 Docker
当前的网络环境，是光猫拨号还是路由器拨号？
IPv4还是IPv6访问？
请尽可能截图每个模块相应的日志。
端口转发和 STUN 内网穿透每条规则都有单独的日志。
Web 服务的每个端口规则和子规则都有日志
动态域名添加规则按钮旁边也有模块日志
在反馈问题寻求帮助时，请不要只写一句话 "我 XX 功能用不了/访问不了"。
每个人的时间都很宝贵，除了反馈 BUG 和建议需要第一时间联系开发者外，请与其他网友讨论其他问题，如果我有时间的话，我会加入讨论。
开发者精力有限，不可能一个个地去解答所有新手问题，每个人的网络环境和使用场景也可能千差万别。
我会定时收集和整理常见问题，并更新到此文档中
任何监听地址参数都不要填写任何字符。包含你觉得需要填上的域名
遇到问题时一定要查看日志，以便更好地了解出现的问题。
对于 Docker 安装，建议使用 host 模式以减少故障的出现。
请务必及时修改默认的账号密码，并最好同时设置安全入口以增强系统的安全性
泄露Lucky的权限可能会对您的系统和数据造成严重的危害。
为了防止由于路由器升级等原因导致配置丢失，建议定期备份配置（在设置页面）
这样，即使配置出现问题，您也可以轻松地将其恢复，避免不必要的麻烦。
新用户在开始使用Lucky之前，请务必认真阅读Lucky官网相关文档.
在Lucky的任何位置，如果您遇到了不明白的参数或项目，可以尝试将鼠标停留在该位置一秒钟，系统会自动弹出相关的提示信息，以帮助您更好地理解该参数或项目的含义和作用。
这是Lucky的一个非常方便的特性，可以大大提高您的使用效率和体验。建议您在使用Lucky时充分利用这个特性，以获得更好的使用体验。
常见问题
每个模块的常见问题已经整合到各自模块的基础使用说明下方。
阅读官方文档是解决问题和学习的重要途径，因为它通常包含了软件的详细信息、常见问题解决方案以及最佳实践建议。在遇到问题时，首先应该仔细查阅官方文档，以便更快地找到解决方案。实在找不到答案请与群友讨论，而不是直接找开发者。
删除配置文件中的lucky_base.lkcf，然后重启lucky进程或者容器，lucky设置页面所有信息都会重置，不影响各个模块数据。
万吉(全能)：包含所有模块，全功能版本
Lucky(适中)：目前比万吉少一个内置FileBrowser模块
Docker版本为万吉，github主要发布Lucky,配置文件通用，需要其它版本自行网盘下载Lucky后台升级替换。
在遇到问题时，请确保您正在使用最新版本的Lucky。
其它常见问题
在另一个可运行并访问Lucky后台的环境（比如您当前的电脑）上修改所需的端口号，并将修改后的lucky_base.lkcf文件替换到目标机器的环境中。
- 要养成定期备份Lucky配置的习惯。在Lucky后台设置页面下方可备份还原配置
- 使用官方IPK包减少问题出现。
没有设置配置文件夹/goodluck 映射 或者 /goodluck 文件夹映射错误
- Lucky每处需要开启防火墙端口的地方都有一个防火墙自动放行开关，只需打开开关即可。
目前阶段，模块化的意义并不是很明显。即使只是编译一个DDNS模块，文件大小至少会达到3M+，并不像大家期望的那样轻松。对于功能的五分之一，占用的空间并不会只是原来大小的五分之一。 Lucky框架本身的设计是模块化的，这也是为什么会有Lucky和万吉之分。然而，由于Golang本身的限制，实现你们期望的完全模块化并不可能。