6 月新开的《我的世界》服务器不少但大部分帖子只写了“纯净、新开、来玩”真正关键的信息全在标题之外。这一条标题里的核心参数其实很清楚版本是 1.21.11类型是纯净生存开服时间是 6 月目标是找人一起玩。作为玩家你想判断这个服务器值不值得进作为技术读者你可能更想问一句如果我自己开一个同款服务器从环境准备到玩家管理到底要怎么做。这篇内容就把这两条线合并成一份可落地的开服笔记。先说怎么判断一个 1.21.11 纯净服务器是否靠谱再按“环境准备 - 服务端部署 - 启动验证 - 玩家管理 - 备份维护 - 自主排查”的顺序把开服全流程拆开。重点会放在内存需求、Java 版本、端口放行、白名单、RCON 远程管理、定时备份脚本这些实际运维动作上。无论你是打算加入别人的服还是想自己搭一个纯净服务器这篇都可以直接对照着操作。1. 核心能力速览先给一张总表方便在阅读前建立判断框架。需要说明以下参数基于常见 Java 版原版服务端部署方式整理具体数字要以你本机环境和目标版本的实际表现为准。能力项说明服务器类型Minecraft Java 版纯净生存服务器目标版本1.21.11客户端与服务端必须完全一致游戏模式纯净原版生存默认不装 Mod、不装插件推荐部署环境Linux 云服务器或家用闲置电脑内存建议 4G 起步核心资源需求内存优先CPU 单核性能优先磁盘需要给地图和备份留空间默认端口25565/TCP需要同步放行防火墙与云安全组启动方式命令行启动、脚本启动、systemd 守护进程玩家接入方式正式版 Java 版客户端通过服务器 IP 或域名直连管理方式游戏内命令、白名单、OP 权限、后台控制台、RCON接口能力支持 RCON 远程管理接口可执行踢人、广播、备份等命令批量任务可通过脚本定时执行备份、重启、清理日志适合场景熟人小团体纯净生存、建筑、红石、原版生存挑战潜在替代方案需要插件时可选 Paper 分支但不再是“纯净原版”判断一个“6 月新开”的纯净服务器是否值得加入核心也在这张表里版本是否明确、内存是否够、有没有白名单和管理员、有没有备份策略。如果帖子只说“新开、纯净、来玩”其他信息一概没有那加入前就要多问两句。2. 适用场景与使用边界1.21.11 纯净服务器适合什么场景最典型的是 5 到 10 人的熟人小团体大家想体验最新版本的原版生存不想装整合包也不想面对一堆花哨插件。纯净服的优势是游戏机制完全接近官方原版红石、刷怪、区块生成、村民交易逻辑都与原版保持一致出问题容易排查。缺点也明显没有领地插件、没有经济系统、没有防熊机制玩家之间的信任成本比较高。它不适合什么场景如果你要做百人以上的开放社区服要开放注册、野外防熊、商店经济、地皮领地那纯净原版服务端会非常吃力至少需要引入 Paper 分支和一批维护型插件。如果你需要经常切换版本、做玩法实验单一版本纯净服也不是最优选择。使用边界方面有几条必须说清楚。第一运行《我的世界》服务端需要同意 Minecraft EULA服务端首次启动会生成 eula.txt明确要求设置 eulatrue 才能运行。第二公网环境下建议开启正版验证也就是让 online-mode 保持为 true避免盗版账号和不安全登录方式混入如果只在局域网内测试可以临时关闭但不要把它推广到公网使用。第三玩家昵称、IP、聊天记录都属于隐私信息管理过程中不要随意公开或留存过长时间。第四涉及皮肤、建筑图、材质包、音乐等素材时要注意版权来源招募玩家时不要使用未经授权的宣传素材。3. 环境准备与前置条件先列一份开服前检查清单。无论是云服务器还是家用电脑基础逻辑都一样给服务端一个专用目录、装好 Java、预留足够内存和磁盘、放行 25565 端口。3.1 Java 环境1.21 系列服务端通常要求 Java 21 或更新版本具体以对应版本服务端的启动提示为准。安装完成后先确认版本java -version如果系统里已经装了多个 Java 版本建议为服务端单独指定JAVA_HOME防止启动时调用旧版本。3.2 内存与 CPU纯净原版服务端的内存占用主要来自区块加载、实体数量、玩家活动和地图生成。几个人小规模游玩时给 JVM 分配 4G 内存比较稳妥。如果你同时开二三十人或者地图范围铺得很大4G 会明显吃紧。CPU 方面Minecraft 服务端偏向单核性能高主频比多核心更有效多核主要用于后台任务。3.3 操作系统与终端家用 Windows 电脑可以直接用脚本启动方便但稳定性一般适合临时开服测试。长期稳定运行建议用 Linux 云服务器发行版选 Ubuntu Server 或 Debian 都可以。无界面环境通过 SSH 远程管理这是最省资源的方案。3.4 端口与网络服务端默认监听 25565 端口。家用路由器需要做端口映射云服务器需要在控制台安全组放行 TCP 25565。如果服务器跑在 Linux 上还要确认本机防火墙没有拦截。判断端口是否被监听可以在服务端启动后执行ss -lntp | grep 255653.5 磁盘空间地图存档会不断增长备份又需要额外空间。建议开服前至少预留 10G 以上的空闲磁盘并单独建立数据目录、备份目录、日志目录避免和服务端程序文件混在一起。4. 安装部署与启动方式4.1 下载服务端文件先从官方渠道下载对应版本的 Minecraft Java 版服务端 jar 包。下载时注意文件版本号不要只认文件名里有没有“server”要确认它就是 1.21.11 版本。下载完成后放入专门目录例如 Linux 下的/opt/mc-servermkdir -p /opt/mc-server cd /opt/mc-server # 将下载好的 server.jar 放到当前目录4.2 首次启动与 EULA第一次启动服务端会提示需要同意 EULA并在目录下生成 eula.txt。先跑一次java -Xmx4G -Xms4G -jar server.jar nogui启动到报错停止后编辑eula.txteulatrue然后再次启动。启动成功后日志会输出服务器绑定端口的信息并且持续保持前台运行。4.3 Linux systemd 守护启动长期开服不建议直接在前台运行否则 SSH 断开服务就停了。可以写一个 systemd 服务[Unit] DescriptionMinecraft Server Afternetwork.target [Service] WorkingDirectory/opt/mc-server ExecStart/usr/bin/java -Xmx4G -Xms4G -jar server.jar nogui Restarton-failure Usermcserver Groupmcserver [Install] WantedBymulti-user.target保存到/etc/systemd/system/minecraft.service后执行sudo systemctl daemon-reload sudo systemctl enable minecraft sudo systemctl start minecraft之后可以用journalctl -u minecraft -f查看实时日志。4.4 Windows 启动脚本家用 Windows 开服可以写一个start.bat一键脚本echo off cd /d %~dp0 java -Xmx4G -Xms4G -jar server.jar nogui pause这里不建议加nogui的图形界面会更好实际原版服务端 jar 在 Windows 下可以直接运行出现图形窗口也可以在命令行里带nogui参数效果差别不大。脚本里统一用nogui便于输出日志。5. 功能测试与效果验证服务端能启动不代表别人能进来。建议按下面的顺序逐层验证每一步都确认通过后再进行下一步。5.1 启动日志验证启动成功的标志不是“窗口没消失”而是日志里出现服务端完成加载的提示。可以搜索关键词Done并确认日志中显示端口为 25565。出现For help, type help之类的提示后说明控制台已就绪。5.2 本机回环测试在服务器本机打开《我的世界》Java 版客户端使用地址localhost连接。这一步通过说明服务端、地图加载、登录验证链路基本正常。如果本机连不上先看服务端日志有没有报错别急着查网络。5.3 局域网测试同一局域网内的另一台电脑使用服务器的局域网 IP 连接例如192.168.1.100。这一步通过后说明局域网内 TCP 通信正常。如果失败优先检查系统防火墙是否拦截了 Java 进程。5.4 公网连接测试云服务器用户需要先确认安全组放行 TCP 25565Linux 本机防火墙也放行。家用宽带用户则需要确认路由器端口映射正确。公网测试时使用云服务器公网 IP 或已解析的域名。如果公网连不上常见原因是安全组没放行、路由器端口映射没生效、运营商没有公网 IP。5.5 核心玩法冒烟测试连接成功后不要急着宣布开服。在游戏里把基础玩法全部走一遍放置和破坏方块、打开箱子、进入下界传送门、进入末地、打怪掉落、拾取物品、死亡重生、切换维度。纯净服虽然不像插件服那样存在复杂交互但区块生成异常、出生点保护范围、怪物伤害结算这种问题往往要实际跑一遍才能发现。测试时用管理员账号执行几条命令/op 玩家名 /gamemode creative 玩家名 /give 玩家名 minecraft:diamond 1 /time set day命令能正常反馈说明权限系统正常。5.6 玩家进入流程验证让一位非管理员玩家实际进服体验一轮。重点观察几个问题白名单是否生效、客户端版本是否匹配、出生点周围区块加载是否正常、玩家之间的方块交互是否符合预期。如果玩家进不来先看服务端日志日志里通常会写明是身份验证失败、版本不匹配还是连接被拒绝。6. 玩家管理与招募信息规范6.1 白名单设置纯净服最基础的安全手段是白名单。开启白名单后只有名单内的玩家可以进入服务器。先修改server.propertieswhite-listtrue然后在控制台或游戏内添加玩家/whitelist add 玩家名 /whitelist list如果玩家改了游戏昵称需要先/whitelist remove 旧昵称再添加新昵称否则会因为名称和 UUID 对应关系不一致而无法进入。6.2 OP 权限管理OP 在纯净服里拥有几乎全部管理权限授出去要克制。管理员单独用一个账号不开给所有熟人或群管理。如果某个玩家需要飞行权限可以用原版命令单独给/op 管理员专用账号名其他玩家默认没有指令权限。如果误授权限立刻执行/deop 玩家名6.3 服务器规则没有插件的纯净服规则一般靠公告和玩家自觉。开服前建议明确几条基础规则不破坏他人建筑、不偷取箱子物品、不使用作弊客户端、不刷屏、不恶意卡服违反规则的后果从警告到踢出、封禁递减。封禁命令整理如下/kick 玩家名 原因 /ban 玩家名 原因 /ban-ip 玩家IP 原因6.4 判断他人服务器是否靠谱如果你想加入开头那类“6 月新开”的服务器而不是自己开服最好在进服前确认几件事版本是不是 1.21.11和你的客户端是否一致管理员是否明确服务器有没有规则有没有开正版验证有没有备份习惯服主是不是能长期维护。一个服务器只要同时满足“版本明确、有管理员、有基本规则、有备份意识”踩坑概率就会小很多。6.5 招募信息模板如果你是自己开服招募帖至少要写清以下信息信息项建议写法开服时间6 月新开服务器版本1.21.11 纯净生存Java 版服务器类型原版纯净不装插件连接方式正版验证开启使用正式版客户端连接管理方式白名单制设管理员基本规则禁止破坏、盗窃、作弊违规按严重程度处理联系方式私信或指定群组联系服主硬件情况内存、带宽、每周/每日备份策略招募信息写得越具体精准玩家越容易留下乱进的“过路玩家”也会更少。7. RCON 远程管理接口与批处理脚本纯净服务器虽然没有 Web API但原版服务端自带 RCON 远程管理协议。它本质上是一个可以远程执行控制台命令的接口适合做自动化运维。注意事项RCON 默认只监听本机需要远程访问时再考虑开放到局域网或云服务器内网密码要足够长不能和服务器账号密码重复。在server.properties中开启 RCONenable-rcontrue rcon.port25575 rcon.password你的强密码修改配置后重启服务端。RCON 端口不要直接暴露到公网如果需要在远端管理先用 SSH 隧道或内网环境再执行远程命令不要把 25575 放进安全组。接下来可以用 Python 调用 RCON 接口。这里使用常见的mcrcon库如果当前环境没有安装先执行安装pip install mcrcon调用示例from mcrcon import MCRcon server_host 127.0.0.1 server_port 25575 password 你的强密码 with MCRcon(server_host, password, portserver_port) as mcr: response mcr.command(list) print(当前在线玩家, response) response mcr.command(say 服务器将于 5 分钟后备份请勿离开游戏) print(广播结果, response) response mcr.command(save-all) print(存档保存结果, response)RCON 可以执行几乎所有控制台命令常见场景包括发送公告、踢出玩家、封禁玩家、执行save-all保存地图、关闭服务端。批量运维时可以把多条mcr.command调用写成一个脚本配合作业调度器定时执行。这里特别提醒RCON 不负责拦截麦灰、满状态、数据包过大等异常输入问题它只负责把文本命令原样交给服务端。所以脚本里对玩家名等参数要做合法性校验避免命令拼接异常。8. 备份与定时维护8.1 存档目录纯净服的核心数据是world目录里面包含地图区块、玩家数据、下界与末地数据。有的服务端会拆成world、world_nether、world_the_end三个目录。备份时这三个目录都要覆盖。8.2 保存后复制直接复制正在写盘的地图目录可能造成存档损坏。推荐先让服务端保存一次/save-off /save-all然后复制目录复制完成后恢复自动保存/save-on如果已经通过 RCON 执行远程保存顺序也是一样的。8.3 Linux 定时备份脚本下面是一个简单的备份脚本示例路径和日期变量需要根据实际情况调整#!/bin/bash BACKUP_DIR/backup/minecraft WORLD_DIR/opt/mc-server/world DATE$(date %Y%m%d_%H%M%S) mkdir -p $BACKUP_DIR tar -czf $BACKUP_DIR/world_$DATE.tar.gz $WORLD_DIR find $BACKUP_DIR -name world_*.tar.gz -mtime 7 -delete配合 cron 每天凌晨执行0 3 * * * /opt/mc-server/backup.sh /var/log/mc-backup.log 21备份完成后要定期试恢复一次很多人备份了三个月真正要恢复时才发现压缩包是坏的。8.4 Windows 计划任务Windows 下可以用 PowerShell 脚本加“任务计划程序”实现定时备份。核心逻辑也是先让服务端save-all复制world目录再做压缩。不太建议直接在 bat 里复制正在写入的目录需要先做保存动作。8.5 日志与崩溃分析logs目录下是运行日志崩溃时会输出crash-reports目录。遇到问题时先查这两个目录重点看启动错误和最后一次正常输出时间。定期清理过期日志可以避免磁盘被日志文件占满find /opt/mc-server/logs -name *.log.gz -mtime 14 -delete9. 常见问题与排查方法这张表直接按“问题现象 - 可能原因 - 排查方式 - 解决方案”整理适合贴在服务器管理文件里备查。问题现象可能原因排查方式解决方案服务端启动后几秒就退出Java 版本不匹配、内存不足、eula 未接受、jar 包损坏查看启动输出和 crash-reports 目录安装匹配的 Java 21、增大 Xmx、确认 eula.txt、重新下载服务端玩家无法连接客户端提示超时安全组未放行、防火墙拦截、服务端未启动、端口错误检查ss -lntp是否监听 25565检查云平台安全组放行 TCP 25565启动服务端核对连接地址和端口能连上服务器但提示版本不匹配客户端版本与服务端版本不一致查看客户端左下角版本号和服务端 jar 版本统一客户端与服务端为 1.21.11其他人能进某个玩家进不去白名单未添加、玩家改名、UUID 缓存异常控制台执行/whitelist list查看名单重新添加玩家名必要时先移除再添加加了白名单还是进不去玩家使用旧昵称加入控制台执行/whitelist list确认昵称拼写移除旧名添加新名服务器卡顿严重、内存持续增长视距过大、实体数量过多、红石机器反复更新执行list查看玩家数检查地图中大型红石机器降低 view-distance清理实体暂时禁止高频红石玩家出生点附近无法破坏方块spawn-protection 出生点保护范围过大检查 server.properties 中 spawn-protection 数值设为 0 或减小数值重启服务端RCON 连接失败未开启 enable-rcon、端口未监听、密码错误检查 server.properties执行ss -lntp查看 25575开启 RCON确认端口和密码避免公网暴露服务端运行正常但家里公网进不来运营商给的是大内网 IP没有公网 IPv4登录路由器查看 WAN 口 IP对比网络查询 IP需要公网 IP 时联系运营商否则改用云服务器地图文件越来越大磁盘告急区块持续生成、日志膨胀、备份积压查看磁盘占用确认备份目录和 logs 目录大小清理旧日志和旧备份缩小地图预生成范围玩家聊天刷屏或恶意命令没有管理规则、OP 权限误授查看控制台日志定位玩家名踢出、封禁收回复 OP 权限10. 最佳实践与使用建议开服不是启动 jar 包就结束的事情。结合纯净服务器的特点给你一套相对稳妥的实践方案。第一公网环境保持正版验证开启。纯净服最大的优势是体验接近官方关闭 online-mode 会引入大量不规范账号也会让玩家身份无法绑定。除非是纯局域网测试否则不建议关。第二管理员账号和普通游玩账号分开。服主日常使用尽量不要拿 OP 号去挖矿、打怪避免误操作或权限争议。第三做好最小可运行配置的存档。把服务端 jar、eula.txt、server.properties、运行脚本单独放一份放在根目录之外方便出问题时快速恢复。第四养成“先保存再备份”的习惯。直接复制存档目录很危险尤其服务端正在自动保存时。备份频率方面单机小服建议至少每天一次有长期建筑项目的时期建议每 6 小时一次。第五给服务端建立专用运行用户。Linux 下不要让服务端以 root 身份运行地图文件和脚本权限做到最小化。第六不要把所有功能都压在一个纯净服里。玩家提出“能不能加个领地插件”“能不能加个传送点”听着很合理但只要开了这个口纯净服就会慢慢变成缝合怪后续排错难度会直线上升。第七公开招募前先在熟人里压测一晚。找三五个玩家连续在线几个小时测试区块加载、内存变化、实体数量对服务器的影响比直接公开招募后崩溃要好处理得多。第八备份恢复一定要演练。你可以在本地复制一份world目录用同一版本服务端加载能正常进游戏才说明备份有效。11. 总结与下一步这篇内容从“6 月新开、纯净 1.21.11”的招募帖出发把加入服务器和自建服务器两条路径需要的技术判断都覆盖了。如果你只是想加入别人开的服重点看版本、正版验证、白名单、管理规则和备份策略如果你想自己开一个同款纯净服务器重点按环境准备、服务端部署、启动验证、玩家管理、RCON、备份维护这几步走。最先要验证的不是“能不能进去玩”而是服务端能否稳定跑过一小时。启动成功、本机连入、公网直连、玩家加入、备份恢复这条链路全部跑通后你的 1.21.11 纯净服务器才算真正具备长期运营的基础。最容易踩的坑则在前面几个环节Java 版本没对上、安全组忘记放行、eula.txt 没同意、客户端版本不一致。这些问题看起来不大却能让第一次开服的人卡上一整晚。下一步可以做的事很明确先把服务端跑起来再用本地客户端完成一次完整连接测试然后把白名单、OP、备份脚本配好最后再写一份清楚的招募文案。等第一批小伙伴进来后你真正的工作重心就会从“开服”转向“维护”——观察内存、关注日志、定期备份、按需调整配置。到那时候标题里的“有没有一起玩的小伙伴”就不再是一个问题而是一个已经运转起来的小型服务器生态。 我的世界1.21.11纯净生存服务器开服全流程：从环境准备到玩家管理
6 月新开的《我的世界》服务器不少但大部分帖子只写了“纯净、新开、来玩”真正关键的信息全在标题之外。这一条标题里的核心参数其实很清楚版本是 1.21.11类型是纯净生存开服时间是 6 月目标是找人一起玩。作为玩家你想判断这个服务器值不值得进作为技术读者你可能更想问一句如果我自己开一个同款服务器从环境准备到玩家管理到底要怎么做。这篇内容就把这两条线合并成一份可落地的开服笔记。先说怎么判断一个 1.21.11 纯净服务器是否靠谱再按“环境准备 - 服务端部署 - 启动验证 - 玩家管理 - 备份维护 - 自主排查”的顺序把开服全流程拆开。重点会放在内存需求、Java 版本、端口放行、白名单、RCON 远程管理、定时备份脚本这些实际运维动作上。无论你是打算加入别人的服还是想自己搭一个纯净服务器这篇都可以直接对照着操作。1. 核心能力速览先给一张总表方便在阅读前建立判断框架。需要说明以下参数基于常见 Java 版原版服务端部署方式整理具体数字要以你本机环境和目标版本的实际表现为准。能力项说明服务器类型Minecraft Java 版纯净生存服务器目标版本1.21.11客户端与服务端必须完全一致游戏模式纯净原版生存默认不装 Mod、不装插件推荐部署环境Linux 云服务器或家用闲置电脑内存建议 4G 起步核心资源需求内存优先CPU 单核性能优先磁盘需要给地图和备份留空间默认端口25565/TCP需要同步放行防火墙与云安全组启动方式命令行启动、脚本启动、systemd 守护进程玩家接入方式正式版 Java 版客户端通过服务器 IP 或域名直连管理方式游戏内命令、白名单、OP 权限、后台控制台、RCON接口能力支持 RCON 远程管理接口可执行踢人、广播、备份等命令批量任务可通过脚本定时执行备份、重启、清理日志适合场景熟人小团体纯净生存、建筑、红石、原版生存挑战潜在替代方案需要插件时可选 Paper 分支但不再是“纯净原版”判断一个“6 月新开”的纯净服务器是否值得加入核心也在这张表里版本是否明确、内存是否够、有没有白名单和管理员、有没有备份策略。如果帖子只说“新开、纯净、来玩”其他信息一概没有那加入前就要多问两句。2. 适用场景与使用边界1.21.11 纯净服务器适合什么场景最典型的是 5 到 10 人的熟人小团体大家想体验最新版本的原版生存不想装整合包也不想面对一堆花哨插件。纯净服的优势是游戏机制完全接近官方原版红石、刷怪、区块生成、村民交易逻辑都与原版保持一致出问题容易排查。缺点也明显没有领地插件、没有经济系统、没有防熊机制玩家之间的信任成本比较高。它不适合什么场景如果你要做百人以上的开放社区服要开放注册、野外防熊、商店经济、地皮领地那纯净原版服务端会非常吃力至少需要引入 Paper 分支和一批维护型插件。如果你需要经常切换版本、做玩法实验单一版本纯净服也不是最优选择。使用边界方面有几条必须说清楚。第一运行《我的世界》服务端需要同意 Minecraft EULA服务端首次启动会生成 eula.txt明确要求设置 eulatrue 才能运行。第二公网环境下建议开启正版验证也就是让 online-mode 保持为 true避免盗版账号和不安全登录方式混入如果只在局域网内测试可以临时关闭但不要把它推广到公网使用。第三玩家昵称、IP、聊天记录都属于隐私信息管理过程中不要随意公开或留存过长时间。第四涉及皮肤、建筑图、材质包、音乐等素材时要注意版权来源招募玩家时不要使用未经授权的宣传素材。3. 环境准备与前置条件先列一份开服前检查清单。无论是云服务器还是家用电脑基础逻辑都一样给服务端一个专用目录、装好 Java、预留足够内存和磁盘、放行 25565 端口。3.1 Java 环境1.21 系列服务端通常要求 Java 21 或更新版本具体以对应版本服务端的启动提示为准。安装完成后先确认版本java -version如果系统里已经装了多个 Java 版本建议为服务端单独指定JAVA_HOME防止启动时调用旧版本。3.2 内存与 CPU纯净原版服务端的内存占用主要来自区块加载、实体数量、玩家活动和地图生成。几个人小规模游玩时给 JVM 分配 4G 内存比较稳妥。如果你同时开二三十人或者地图范围铺得很大4G 会明显吃紧。CPU 方面Minecraft 服务端偏向单核性能高主频比多核心更有效多核主要用于后台任务。3.3 操作系统与终端家用 Windows 电脑可以直接用脚本启动方便但稳定性一般适合临时开服测试。长期稳定运行建议用 Linux 云服务器发行版选 Ubuntu Server 或 Debian 都可以。无界面环境通过 SSH 远程管理这是最省资源的方案。3.4 端口与网络服务端默认监听 25565 端口。家用路由器需要做端口映射云服务器需要在控制台安全组放行 TCP 25565。如果服务器跑在 Linux 上还要确认本机防火墙没有拦截。判断端口是否被监听可以在服务端启动后执行ss -lntp | grep 255653.5 磁盘空间地图存档会不断增长备份又需要额外空间。建议开服前至少预留 10G 以上的空闲磁盘并单独建立数据目录、备份目录、日志目录避免和服务端程序文件混在一起。4. 安装部署与启动方式4.1 下载服务端文件先从官方渠道下载对应版本的 Minecraft Java 版服务端 jar 包。下载时注意文件版本号不要只认文件名里有没有“server”要确认它就是 1.21.11 版本。下载完成后放入专门目录例如 Linux 下的/opt/mc-servermkdir -p /opt/mc-server cd /opt/mc-server # 将下载好的 server.jar 放到当前目录4.2 首次启动与 EULA第一次启动服务端会提示需要同意 EULA并在目录下生成 eula.txt。先跑一次java -Xmx4G -Xms4G -jar server.jar nogui启动到报错停止后编辑eula.txteulatrue然后再次启动。启动成功后日志会输出服务器绑定端口的信息并且持续保持前台运行。4.3 Linux systemd 守护启动长期开服不建议直接在前台运行否则 SSH 断开服务就停了。可以写一个 systemd 服务[Unit] DescriptionMinecraft Server Afternetwork.target [Service] WorkingDirectory/opt/mc-server ExecStart/usr/bin/java -Xmx4G -Xms4G -jar server.jar nogui Restarton-failure Usermcserver Groupmcserver [Install] WantedBymulti-user.target保存到/etc/systemd/system/minecraft.service后执行sudo systemctl daemon-reload sudo systemctl enable minecraft sudo systemctl start minecraft之后可以用journalctl -u minecraft -f查看实时日志。4.4 Windows 启动脚本家用 Windows 开服可以写一个start.bat一键脚本echo off cd /d %~dp0 java -Xmx4G -Xms4G -jar server.jar nogui pause这里不建议加nogui的图形界面会更好实际原版服务端 jar 在 Windows 下可以直接运行出现图形窗口也可以在命令行里带nogui参数效果差别不大。脚本里统一用nogui便于输出日志。5. 功能测试与效果验证服务端能启动不代表别人能进来。建议按下面的顺序逐层验证每一步都确认通过后再进行下一步。5.1 启动日志验证启动成功的标志不是“窗口没消失”而是日志里出现服务端完成加载的提示。可以搜索关键词Done并确认日志中显示端口为 25565。出现For help, type help之类的提示后说明控制台已就绪。5.2 本机回环测试在服务器本机打开《我的世界》Java 版客户端使用地址localhost连接。这一步通过说明服务端、地图加载、登录验证链路基本正常。如果本机连不上先看服务端日志有没有报错别急着查网络。5.3 局域网测试同一局域网内的另一台电脑使用服务器的局域网 IP 连接例如192.168.1.100。这一步通过后说明局域网内 TCP 通信正常。如果失败优先检查系统防火墙是否拦截了 Java 进程。5.4 公网连接测试云服务器用户需要先确认安全组放行 TCP 25565Linux 本机防火墙也放行。家用宽带用户则需要确认路由器端口映射正确。公网测试时使用云服务器公网 IP 或已解析的域名。如果公网连不上常见原因是安全组没放行、路由器端口映射没生效、运营商没有公网 IP。5.5 核心玩法冒烟测试连接成功后不要急着宣布开服。在游戏里把基础玩法全部走一遍放置和破坏方块、打开箱子、进入下界传送门、进入末地、打怪掉落、拾取物品、死亡重生、切换维度。纯净服虽然不像插件服那样存在复杂交互但区块生成异常、出生点保护范围、怪物伤害结算这种问题往往要实际跑一遍才能发现。测试时用管理员账号执行几条命令/op 玩家名 /gamemode creative 玩家名 /give 玩家名 minecraft:diamond 1 /time set day命令能正常反馈说明权限系统正常。5.6 玩家进入流程验证让一位非管理员玩家实际进服体验一轮。重点观察几个问题白名单是否生效、客户端版本是否匹配、出生点周围区块加载是否正常、玩家之间的方块交互是否符合预期。如果玩家进不来先看服务端日志日志里通常会写明是身份验证失败、版本不匹配还是连接被拒绝。6. 玩家管理与招募信息规范6.1 白名单设置纯净服最基础的安全手段是白名单。开启白名单后只有名单内的玩家可以进入服务器。先修改server.propertieswhite-listtrue然后在控制台或游戏内添加玩家/whitelist add 玩家名 /whitelist list如果玩家改了游戏昵称需要先/whitelist remove 旧昵称再添加新昵称否则会因为名称和 UUID 对应关系不一致而无法进入。6.2 OP 权限管理OP 在纯净服里拥有几乎全部管理权限授出去要克制。管理员单独用一个账号不开给所有熟人或群管理。如果某个玩家需要飞行权限可以用原版命令单独给/op 管理员专用账号名其他玩家默认没有指令权限。如果误授权限立刻执行/deop 玩家名6.3 服务器规则没有插件的纯净服规则一般靠公告和玩家自觉。开服前建议明确几条基础规则不破坏他人建筑、不偷取箱子物品、不使用作弊客户端、不刷屏、不恶意卡服违反规则的后果从警告到踢出、封禁递减。封禁命令整理如下/kick 玩家名 原因 /ban 玩家名 原因 /ban-ip 玩家IP 原因6.4 判断他人服务器是否靠谱如果你想加入开头那类“6 月新开”的服务器而不是自己开服最好在进服前确认几件事版本是不是 1.21.11和你的客户端是否一致管理员是否明确服务器有没有规则有没有开正版验证有没有备份习惯服主是不是能长期维护。一个服务器只要同时满足“版本明确、有管理员、有基本规则、有备份意识”踩坑概率就会小很多。6.5 招募信息模板如果你是自己开服招募帖至少要写清以下信息信息项建议写法开服时间6 月新开服务器版本1.21.11 纯净生存Java 版服务器类型原版纯净不装插件连接方式正版验证开启使用正式版客户端连接管理方式白名单制设管理员基本规则禁止破坏、盗窃、作弊违规按严重程度处理联系方式私信或指定群组联系服主硬件情况内存、带宽、每周/每日备份策略招募信息写得越具体精准玩家越容易留下乱进的“过路玩家”也会更少。7. RCON 远程管理接口与批处理脚本纯净服务器虽然没有 Web API但原版服务端自带 RCON 远程管理协议。它本质上是一个可以远程执行控制台命令的接口适合做自动化运维。注意事项RCON 默认只监听本机需要远程访问时再考虑开放到局域网或云服务器内网密码要足够长不能和服务器账号密码重复。在server.properties中开启 RCONenable-rcontrue rcon.port25575 rcon.password你的强密码修改配置后重启服务端。RCON 端口不要直接暴露到公网如果需要在远端管理先用 SSH 隧道或内网环境再执行远程命令不要把 25575 放进安全组。接下来可以用 Python 调用 RCON 接口。这里使用常见的mcrcon库如果当前环境没有安装先执行安装pip install mcrcon调用示例from mcrcon import MCRcon server_host 127.0.0.1 server_port 25575 password 你的强密码 with MCRcon(server_host, password, portserver_port) as mcr: response mcr.command(list) print(当前在线玩家, response) response mcr.command(say 服务器将于 5 分钟后备份请勿离开游戏) print(广播结果, response) response mcr.command(save-all) print(存档保存结果, response)RCON 可以执行几乎所有控制台命令常见场景包括发送公告、踢出玩家、封禁玩家、执行save-all保存地图、关闭服务端。批量运维时可以把多条mcr.command调用写成一个脚本配合作业调度器定时执行。这里特别提醒RCON 不负责拦截麦灰、满状态、数据包过大等异常输入问题它只负责把文本命令原样交给服务端。所以脚本里对玩家名等参数要做合法性校验避免命令拼接异常。8. 备份与定时维护8.1 存档目录纯净服的核心数据是world目录里面包含地图区块、玩家数据、下界与末地数据。有的服务端会拆成world、world_nether、world_the_end三个目录。备份时这三个目录都要覆盖。8.2 保存后复制直接复制正在写盘的地图目录可能造成存档损坏。推荐先让服务端保存一次/save-off /save-all然后复制目录复制完成后恢复自动保存/save-on如果已经通过 RCON 执行远程保存顺序也是一样的。8.3 Linux 定时备份脚本下面是一个简单的备份脚本示例路径和日期变量需要根据实际情况调整#!/bin/bash BACKUP_DIR/backup/minecraft WORLD_DIR/opt/mc-server/world DATE$(date %Y%m%d_%H%M%S) mkdir -p $BACKUP_DIR tar -czf $BACKUP_DIR/world_$DATE.tar.gz $WORLD_DIR find $BACKUP_DIR -name world_*.tar.gz -mtime 7 -delete配合 cron 每天凌晨执行0 3 * * * /opt/mc-server/backup.sh /var/log/mc-backup.log 21备份完成后要定期试恢复一次很多人备份了三个月真正要恢复时才发现压缩包是坏的。8.4 Windows 计划任务Windows 下可以用 PowerShell 脚本加“任务计划程序”实现定时备份。核心逻辑也是先让服务端save-all复制world目录再做压缩。不太建议直接在 bat 里复制正在写入的目录需要先做保存动作。8.5 日志与崩溃分析logs目录下是运行日志崩溃时会输出crash-reports目录。遇到问题时先查这两个目录重点看启动错误和最后一次正常输出时间。定期清理过期日志可以避免磁盘被日志文件占满find /opt/mc-server/logs -name *.log.gz -mtime 14 -delete9. 常见问题与排查方法这张表直接按“问题现象 - 可能原因 - 排查方式 - 解决方案”整理适合贴在服务器管理文件里备查。问题现象可能原因排查方式解决方案服务端启动后几秒就退出Java 版本不匹配、内存不足、eula 未接受、jar 包损坏查看启动输出和 crash-reports 目录安装匹配的 Java 21、增大 Xmx、确认 eula.txt、重新下载服务端玩家无法连接客户端提示超时安全组未放行、防火墙拦截、服务端未启动、端口错误检查ss -lntp是否监听 25565检查云平台安全组放行 TCP 25565启动服务端核对连接地址和端口能连上服务器但提示版本不匹配客户端版本与服务端版本不一致查看客户端左下角版本号和服务端 jar 版本统一客户端与服务端为 1.21.11其他人能进某个玩家进不去白名单未添加、玩家改名、UUID 缓存异常控制台执行/whitelist list查看名单重新添加玩家名必要时先移除再添加加了白名单还是进不去玩家使用旧昵称加入控制台执行/whitelist list确认昵称拼写移除旧名添加新名服务器卡顿严重、内存持续增长视距过大、实体数量过多、红石机器反复更新执行list查看玩家数检查地图中大型红石机器降低 view-distance清理实体暂时禁止高频红石玩家出生点附近无法破坏方块spawn-protection 出生点保护范围过大检查 server.properties 中 spawn-protection 数值设为 0 或减小数值重启服务端RCON 连接失败未开启 enable-rcon、端口未监听、密码错误检查 server.properties执行ss -lntp查看 25575开启 RCON确认端口和密码避免公网暴露服务端运行正常但家里公网进不来运营商给的是大内网 IP没有公网 IPv4登录路由器查看 WAN 口 IP对比网络查询 IP需要公网 IP 时联系运营商否则改用云服务器地图文件越来越大磁盘告急区块持续生成、日志膨胀、备份积压查看磁盘占用确认备份目录和 logs 目录大小清理旧日志和旧备份缩小地图预生成范围玩家聊天刷屏或恶意命令没有管理规则、OP 权限误授查看控制台日志定位玩家名踢出、封禁收回复 OP 权限10. 最佳实践与使用建议开服不是启动 jar 包就结束的事情。结合纯净服务器的特点给你一套相对稳妥的实践方案。第一公网环境保持正版验证开启。纯净服最大的优势是体验接近官方关闭 online-mode 会引入大量不规范账号也会让玩家身份无法绑定。除非是纯局域网测试否则不建议关。第二管理员账号和普通游玩账号分开。服主日常使用尽量不要拿 OP 号去挖矿、打怪避免误操作或权限争议。第三做好最小可运行配置的存档。把服务端 jar、eula.txt、server.properties、运行脚本单独放一份放在根目录之外方便出问题时快速恢复。第四养成“先保存再备份”的习惯。直接复制存档目录很危险尤其服务端正在自动保存时。备份频率方面单机小服建议至少每天一次有长期建筑项目的时期建议每 6 小时一次。第五给服务端建立专用运行用户。Linux 下不要让服务端以 root 身份运行地图文件和脚本权限做到最小化。第六不要把所有功能都压在一个纯净服里。玩家提出“能不能加个领地插件”“能不能加个传送点”听着很合理但只要开了这个口纯净服就会慢慢变成缝合怪后续排错难度会直线上升。第七公开招募前先在熟人里压测一晚。找三五个玩家连续在线几个小时测试区块加载、内存变化、实体数量对服务器的影响比直接公开招募后崩溃要好处理得多。第八备份恢复一定要演练。你可以在本地复制一份world目录用同一版本服务端加载能正常进游戏才说明备份有效。11. 总结与下一步这篇内容从“6 月新开、纯净 1.21.11”的招募帖出发把加入服务器和自建服务器两条路径需要的技术判断都覆盖了。如果你只是想加入别人开的服重点看版本、正版验证、白名单、管理规则和备份策略如果你想自己开一个同款纯净服务器重点按环境准备、服务端部署、启动验证、玩家管理、RCON、备份维护这几步走。最先要验证的不是“能不能进去玩”而是服务端能否稳定跑过一小时。启动成功、本机连入、公网直连、玩家加入、备份恢复这条链路全部跑通后你的 1.21.11 纯净服务器才算真正具备长期运营的基础。最容易踩的坑则在前面几个环节Java 版本没对上、安全组忘记放行、eula.txt 没同意、客户端版本不一致。这些问题看起来不大却能让第一次开服的人卡上一整晚。下一步可以做的事很明确先把服务端跑起来再用本地客户端完成一次完整连接测试然后把白名单、OP、备份脚本配好最后再写一份清楚的招募文案。等第一批小伙伴进来后你真正的工作重心就会从“开服”转向“维护”——观察内存、关注日志、定期备份、按需调整配置。到那时候标题里的“有没有一起玩的小伙伴”就不再是一个问题而是一个已经运转起来的小型服务器生态。