来源

得知他新换了14700k+4070Ti的台式机，而他原来所用的是9400f与1660Ti，这原来的主机在之后便退役下来，预计作为二奶使用。由于一些其他的问题，我也得以就地实践（比如说75寸大电视装PE还是很爽，上个月还能入手4T的固态也是大户人家啊）

我们初想也是打算部署基于Proxmox VE虚拟化系统同时运行Linux与Windows的，做好核显直通，也能当作一台HTPC使用；然而由于他家的网络拓扑结构与装修布局，至少在当时没有网线、只有一个150Mbps速率的USB无线网卡的情况下，几乎不满足PVE和其他服务器系统对网络的配置要求。

综合考虑，我们决定还是裸机安装正常的Win10系统，当然会关闭更新；顺带解决了朋友对Linux知识生疏的局限性，毕竟他没有做NAS与跑Linux服务的需求。不得不说，这套硬件配置放在很多独立MC服务器对比也算是豪华级别的，可以说整台机器的资源几乎是MC独享。

配置好网络、远程桌面、电源计划，安装java运行库……这些是例行的前置条件。

朋友打算开一个1.20.1版本的Forge模组服务器，这里依然选择了广泛使用的MCSManager开服面板，不过，新版本的MCSM已经内置了Forge开服的模板，不需要再去官网手动下载服务端、再去安装运行了。虽然，我们都才知道NeoForge的存在……似乎两者暂时还是通用的，以后再说吧。

通过MCSM提供的模板，我们成功在局域网上部署并运行Forge模组的MC服务器。

众所周知，MCSM是基于NodeJS开发的；而其Windows版本由于系统特性，直接运行MCSM的前后端会同时显示NodeJS的命令行窗口，朋友不熟悉服务器的运维事项，也会用来运行其他的程序，很容易感到迷惑而误关闭。后来，我在网上发现第三方用户为MCSM编写的Windows服务项脚本包（Github地址： https://github.com/bddjr/mcsmanager-services-for-windows ），这个脚本整合基于bat的方式添加和运行面板服务，其体验类似配置Linux下的systemd，并且实现了开机自启。这样一来，运行MCSM就不会显示Nodejs的窗口了。

不过，他家暂时没办法拿到公网IP，光猫与路由器设置的是自动获取NAT而非桥接拨号的地址，这样就没有办法通过路由器端口映射直接连接了。

应急之下我想了一个变通的方案，通过frp连接到我家的公网IP转发端口，最终通过我的DDNS域名连接至他的服务器。

庆幸的是，我使用的OpenWRT虚拟路由器，可以通过软件仓库安装frp的服务端和客户端；

而在Windows平台也有一个开源的GUI界面的FRP管理器——FRPMgr，这样便可以直观地配置、降低调试和维护成本。我转发了25565、MCSM和3389（远程桌面）的端口，即使在我家和或者通过VPN隧道，也可以方便地维护他的服务器。

FRPMgr的UI很类似Wireguard在Windows的GUI软件，个人认为非常美观。系统需求Win10/Server 2016以及以上的版本。一旦运行也会加入到系统服务项中，日常并不会感知到它的存在。

同时，我还试着搭了一个FTP文件共享站，可以直接通过Windows资源管理器访问，群晖的DSM自带了相关的设置，相比WebDAV和SMB也不需要修改系统配置或者安装软件，甚至还能实现基于HMCL的模组自动更新。当然最后还是走虚拟机跑的黑群晖手动分发MOD整合包了。

至于150M的无线网卡在实际游戏体验中并未有何瓶颈，毕竟MC的带宽要求不是很高，我所提供的上行带宽也仅仅有30M左右；

反而是本地共享与远程桌面连接比较卡顿而已，朋友的14700k主机装的系统默认还是Administrator用户……引发了不少权限问题；后者关掉动画也尚可使用吧，毕竟还是30M，但对我朋友用着240Hz高刷显示器而言就不是一般的难受了……所幸朋友他还是可以物理接触显示器操作（而那个服务器配的显示器，自然也是高刷屏 2333）

久违地再一次玩上了MC，这次来的朋友有很多，也留下了许多摄影写真。

即使在游戏中我没有OP，也是权限很大的OP……像是治理附属国的感觉吧（笑）

回想起，这个博客创立本身也是考虑发很多MC的摄影，虽然已经很少有时间再专心去玩游戏了，而我在玩家之间似乎也没有什么存在感……

来源

搭配光影拍了一些自己做的建筑，感觉很有成就感啊。

顺便拍了些竖版的，可惜不能全屏，高度达不到1920px：

114514会员制酒店：

来源

Minecraft 1.18.2，使用了 Chocapic13’s Shaders V7 Lite 光影着色器。

最近刚换了XFX的Radeon RX560 4GB显卡，Chocapic13的光影系列在AMD卡显卡的效果上还不错，不过上到Low就有点过于发亮了，再高一级简直像CMOS相机过曝的效果，不知道是不是A卡流处理器不足的问题，可能是没有光追吧。

来源

虽然那个时候我在搬家，没有时间折腾Minecraft，何况我是昨天折腾服务器才知道这则火星新闻的

经过调查以后，所幸也只是一些“排行榜热门”的模组，我玩的基本上是一些小众Mod，没有感染这个病毒。不过还是有必要记录一番。

国内外的各类玩家和安全论坛、资讯门户几乎都报道了这则重要的消息，在此列出一些我搜集到的链接：

• June 2023 – Infected mods detection tool – CurseForge
• 【安全警告】大量 MC Mod、整合包、服务器插件遭到蠕虫病毒投放，请保持警惕！- 哔哩哔哩
• 安全事件周报 2023-06-05 第23周 – 360CERT _{臭名昭著的360也报道了此事}
• 模组玩家自查指南（译文） fractureiser-investigation/fractureiser – GitHub
• overwolf / jar-infection-scanner – GitHub 适用Win平台的JAR扫描器

域主用了最后一条的JAR扫描器，并没有发现病毒，不过这个扫描器倒是用MFC写的……

据说是CurseForge的数据库被盗，攻击者通过登录知名作者的账号，在CurseForge分发含有病毒的模组等资源，从而进一步传播到国内外的玩家群中（神似马斯克推特被盗发布诈骗链接的乌龙事件）

受病毒影响的整合包和Mod包括了Better MC 整合包系列、When Dungeons Arise、Sky Villages、DungeonX、Skyblock Core等等，还有一些Bukkit的插件，由于CurseForge不止托管MC模组，还有WOW的插件等其他游戏的资源，也可能受到了感染。

这个病毒会在系统中添加自身的运行守恒，窃取各个浏览器和游戏平台、社交网络的账号登录凭据（微软、Steam、Discord、Twitter等，还有加密币的钱包）；自动下载其他的恶意病毒，勒索程序、让整个基于Java虚拟机的资源（包括MC本体）感染病毒；通过局域网联机分发到其他电脑上，使得一个网络下的所有电脑成为DDoS僵尸集群……

简直是一个标准的蠕虫病毒行为，就像2017年那会的WannaCry那样。

这个病毒不仅影响主流的Windows，还会影响Linux（但没有表明是否为桌面环境），如果这种病毒会在无头Linux搭建的MC服务器发作，危险性可想而知；不过macOS貌似未受影响，可能是默认有GateKeeper的防护机制，除非用黑苹果关掉了强制应用签名保护。

总之算是虚惊一场，也不能不闻窗外事。以后也许还会遇到病毒的信息。

然而我还是要排查究竟是哪个Mod不兼容OptiFine导致进不去世界……模组服是真折腾

来源

同时也思考了一下开放运营的模式想法，感觉当一个MC腐竹还是不容易的……

游戏模式

MC的服务器主要分为生存、创造、PVP和小游戏的模式

在生存之下还可以细分出原版生存、模组整合生存、空岛生存等等；小游戏有模组、命令方块、插件等的区分……同样还可以引申出社会模式、经济系统的设定。

我的服务器没有考虑那么复杂，游戏模式是简单的模组生存。虽说是模组，不过只是加上了家具和食物之类的装饰性模组，服务器的配置也没有对高频的红石生电做优化。整体的游戏性还是更趋于原版撸树种地挖矿的机制。

创造服本来也考虑过，毕竟MC相对于其他游戏，最大的特点是创造力，但试了一下没有具体游戏目标的话（比如做一个作品设计发到推特上），还是有点太累了。

经济和社会制度

由于只是和CS的水友们，打累了偶尔消遣一下玩玩，因此我完全没有考虑专业服务器的经济、家园系统，主要还是没有必要在一个游戏中再套入一个政治经济制度，现实的社会节奏已经足够折磨了，游戏毕竟是用来玩的。

我很早以前玩过一些MC服务器，许多公益性腐竹基本上是类似道教的「无为而治、顺其自然」，也可以说是安那其无政府主义，甚至颇有原始社会的意味

那段时间几乎玩的是原版，没有正版验证、领地保护也能玩得很快乐，当时我还给服务器做过网页。当然由于在现实生活中没有任何经济来源，还是很容易受到服主自己的原因、经济压力等等关站停服。

经营开放社群实际上是一种压力很大的事情，在这一片乱世之下，难得能够创造出安康 ^双关语 的世外桃源与友人们一同享乐，俗话说：树大招风、林子大了什么鸟都有。

刚才还在B站看到一个封建制的MC服务器的视频，真可谓「爷“清”回」，虽然只是调侃，也只是网易的服务器，仍可见国内MC服务器的总体社区环境明显劣化。

这大概是全网易最离谱的服务器了吧（已关服）_我的世界

简介：整活视频 录制期间开了和平 服务器原本是困难模式 我自己也有；已有23435名我的世界玩家向您推荐本视频，点击前往哔哩哔哩bilibili一起观看；更多实用攻略教学，爆笑沙雕集锦，你所不知道的游戏知识，热门游戏视频7*24小时持续更新,尽在哔哩哔哩bilibili 视频播放量 991622、弹幕量 534、点赞数 23435、投硬币枚数 366、收藏人数 4038、转发人数 601, 视频作者 野生蓬菜, 作者简介 超级缝合怪，相关视频：关于回归我的世界又闯祸的案例。这次的错误需要向 @光军指导 致歉！，守护了一下午，现在就剩一个了，熊孩子真可恶，2b2t服主突然发疯！全服天降陨石！！大部分玩家的基地直接被炸没了，玩家:就你TM叫服主啊？，我做错了什么？曾经爆满的网易服务器现如今只剩我一人，我只是幻想让每一个玩家有一个温暖的大家庭，但是我错了 ，，我的世界网易版最＂良心＂的服务器？还是学生开的？！，花雨庭最离谱的守家，在服务器中遇到德棍的正确处理方式，【喜闻乐见的死机现场】一棵紫颂树能长多大？，1元钱买来的挂还敢开？真的太垃圾了！

www.bilibili.com

那么还有一种较为严格运营模式就是「会员制」，参考会员制餐厅的模式。这并不是在玩梗，事实上我家里以前开过餐厅，在前三年疫情的时候便曾考虑过采用会员邀请制回本，虽然失败了，但也保留了一些口碑。

不过会员制是一种商业行为，而非上述的类社会制度。

应用在网络上比较广泛的例子是基于BitTorrent网络的Private Trackers，简称为PT站，一般情况下不开放注册，内含严格的新手考核，邀请采用连坐制度，拉错人有严重的惩罚，以此保证社区质量。

虽然对于一个MC服务器并不需要如此严格而复杂的运营机制，不过之前本来就考虑过日后一旦开放，有可能引入外人捣乱的可能性，便早就搭建了Blessing Skin皮肤站和前置登录的用户系统。

目前虽然还没有遇到有人捣乱的重大事件，但考虑到自己以前做过群主的经历，有些害怕，所以社区的治理仍然有必要考虑一下。而且实话说已经出现因为玩家水平不高，带来的一些困扰，庆幸目前朋友们都很好说话，还是好解决的。

就说分发整合包吧，尽管用HMCL打包已经很简单了，然而国内的信息技术普及太肤浅，朋友们对于电脑系统中下载、文件夹、解压的步骤概念过于生疏，最后还是要求助我使用远程控协助软件才能安装。

即使相对小规模公开了，口头相传，如果遇到一些新手/菜鸟玩家的话，这个工作量可想而知，同时也会成为一种门槛。

交流方式

再说交流方式的问题，我和朋友都是Steam上认识的，有一个开黑的小群，如果不考虑开放化其实完全够用，就是聊天记录会定期清空，没有公告存档的功能。（试问又有谁会用Steam的组呢）

我是拒绝用微信和QQ建群的，众所周知腾讯侵犯用户隐私不是一两天的事情了，也有不安全的审查系统，远不止法规所要求的那些，而且性能与体验也非常差劲，还有URL的分享拦截等等。除了用作备用通讯方式完全不合适。

Discord就相当好了，很早的时候我就用过，很喜欢多个频道的模式，可以设置完善的权限，语音优化也做得不错，此前我加入过一个百人的技术大群，也能得到很好的治理。奈何国家防火墙的无情，对于自由实用的工具几乎都是一刀切的赶走。

何况Discord本身没有审查系统，成也自由败也自由，许多法外之地的信息也涌入进来，特别是隔币那些空投圈子，破坏了本来的交流生态，Telegram便是前车之鉴，公开群几乎不能碰。

之前听朋友说过KOOK（原开黑吧），和国内很多IM产品一样，是随墙大流抄袭Discord模式的通讯工具，但也限于国内的法规，功能缺失太多，如果有梯子完全不如翻过去用Discord了。

思考过搭建Teamspeak、Mumble或者Rocket Chat、Matrix、XMPP这种去中心化/无中心服务器的自建方案，然而我和朋友几乎都是从Steam上认识的，Steam自带的Chat足够用且安全，朋友又不习惯这些私有化工具；至于后两者还有去中心化带来的数据监管风险，完全不易推行。

其他的一些问题考虑

我目前的服务器是搭建在一个i3 7100双核4线程的PVE主机上，本就要和NAS等系统共享资源，想再跑一个CSGO等其他大型的游戏服务端几乎是不可能了，主要还是没钱。

正因性能原因，多世界的资源、家园系统可能很难，还有家宽DDNS带宽的30M稳定上行限制，能承载的玩家同时在线数量也非常有限。

（我认识另一个服主，他用的则是4核8线程的12代i3 12300，性能绰绰有余……可惜跑的是Windows Server）

如果我因为什么突发事件突然不省人事的话，可能说关就关了，看来也要考虑一下自动备份的机制，为玩家朋友们提供最新的存档下载。

之前搭博客的时候也说过，授人以鱼不如授人以渔，记录自己搭建服务器时的经过，朋友们若能学习，也许能重新将服务端建立起来。

不写了，研究Spigot的插件去了，香琳堂的坑还没填完……

来源

其实在过生日那天晚上我就搭好了，但是迟迟现在才发布。

玩了之后却发现自己晕MC的3D了，晕

版本的选择

域主是从1.7.10就开始玩MC的（其实还有更早的远古版本），当时年龄尚小，只会用那些一键开服的BOX，后来才翻墙去了解服务端，记得最经典的还是用KCauldron开的Forge模组+Spigot插件服（俗称水龙头），甚至仍有一些高版本的模组不如1.7.10的丰富，堪称MC的XP系统。

不过1.7.10也很老了，肯定不能一直守旧，那么该选哪个版本玩呢，后面发现Minecraft社区也存在着一种类似LTS（长期维护更新）的版本，比如1.12.2、1.16.5、1.18.2等等，还有比较新的1.19.3的版本（怎么一股Ubuntu味）

而模组除了Forge外还有Fabric的选择，虽然很早就知道互不兼容，但很多mod作者会同时制作两种API的版本，不过我就没仔细去研究别的方案了，脍炙人口的Forge模组依然是主流，后续再考虑Fabric也并不迟。

关于服务端的选择，域主最先开始采用的是CatServer，这是一个同时支持Forge API模组和Spigot核心的服务端，但是存在不能在告示牌输入文字的bug（书与笔是可以的），也没有什么详细的文档……

后来我找到了Magma作为服务端核心（官网屏蔽了中国IP直连访问，是主动用CDN屏蔽的，并不是被墙，可能是防DDoS和剽窃者），不过相比CatServer要稳定了很多，也没有什么bug出现

搭建实践

在本地的Proxmox VE开了个Ubuntu Server的虚拟机专门运行MC的服务端，使用了MCSManager面板管理服务端。其实面板不是必需品，只用Shell也能跑jar，但显然有面板还是会方便很多。

装起来很简单，一行命令搞定，不过也要记得安装OpenJDK运行环境。

MCSManager：

wget -qO- https://gitee.com/mcsmanager/script/raw/master/setup_cn.sh | bash

OpenJDK，直接装Headless的版本就可以了，因为并不需要用到Desktop GUI：

sudo apt install openjdk-17-jdk-headless

然后在MCSManager根据向导一步步配置服务端，就搭建完成了。

记得在服务端去安装authlib injector，使用皮肤站的Yggdrasil API地址在运行选项配置前置登录，启动命令应该如下：

java -jar -javaagent:authlib-injector.jar=[Yggdrasil API]  Magma-1.18.2-40.2.1-ed7136e5-server.jar

还可以访问控制台输入指令，也可以在仿真终端用Tab键自动补全命令。Spigot给op管理权的命令也可以用，不过我对Spigot的插件了解甚少，并不太清楚应该加什么插件……

要让朋友们一起联机就在路由器设置一下端口转发就可以了，当然需要公网IP，不过我也早已经配置好了DDNS域名。直接填在启动器上就可以了

自动更新

用HMCL启动器可以制作OTA自动更新的整合包，类似CS社区服的体验，只要搭建一个静态资源站，填写整合包下载链接前缀就可以实现了。（甚至有人白嫖Git仓库实现静态文件的托管，不过想想也挺合理）

HMCL也可以通过CurseForge下载和管理模组，便利了很多，不得不感叹现在开源社区的强大，在此为那些默默无闻的贡献者表示感谢

具体参见：

服务端自动更新整合包制作教程 – Hello Minecraft! Launcher 帮助文档

docs.hmcl.net

Nginx 下配置 HMCL 自动更新整合包 | 18870

lo-li.cc

简单来说还是用Nginx配置一个文件目录的web服务器，上传server-manifest.json文件，客户端再去读取服务器上的json文件，自动更新整合包的配置。不过每次增加mod也需要更新服务器上的json文件

Nginx的配置示例如下（来自18870）

server {
    listen 80;
    server_name localhost; 

    location / {
        root mc; 
    }
}

最后一切妥当后，将整合包发给朋友们（比如搭建个黑群晖，顺便可以和朋友们共享整活视频），就可以和朋友们一起玩了！

不知道为何域主发现自己反而晕MC的3D画面了，甚至这一天也玩不了其他的3D游戏，比如CSGO，可能是屏幕尺寸和视距的关系，也许MC更适合在小屏幕上游玩。

后续再考虑用Rsync或者快照自动备份存档或者整个系统……

域主早就失去以前的创造毅力了，现在连简单的挖矿都不能胜任，想当年我也是做过材质包和模型的小作者……啊哈哈，佐佑理不知道啦

来源

考虑到和朋友们玩MC，肯定要搭建一套用户管理系统。

此前用过LittleSkin，久仰Blessing Skin大名，了解到了内建Yggdrasil API的三方实现，通过插件搭配HMCL启动器可以很好地实现私服登录+皮肤应用，便决定先搭建一个Blessing Skin了。

Blessing Skin是标准的PHP程序，数据库程序支持MariaDB/MySQL、PostgreSQL和SQLite3，一般的私人小服用SQLite数据库就可以了，可随网站的目录一同备份/迁移，相当方便。

这意味着它不需要特别高的权限要求，只要有PHP环境，几乎就可以安装运行了。

（*题外：WordPress也在核心层开始支持SQLite数据库实现了，能节省很多资源占用，感觉是个不错的趋势）

前置设置

这次还是用Webinoly安装，不过就没用FRP内网穿透了（其实并不占什么性能，装在哪里都能运行）

Blessing Skin需要开启以下PHP扩展

• OpenSSL >= 1.1.1 (TLS 1.3)
• PDO
• Mbstring
• Tokenizer
• GD
• XML
• Ctype
• JSON
• fileinfo
• zip

打开Webinoly的opt配置目录，使用编辑器修改 /opt/webinoly/templates/source/php.ini 文件，搜索extension关键词，逐一去掉注释（可以用WinSCP直接编辑）

extension=fileinfo
extension=gd
extension=mbstring
extension=exif
extension=openssl
extension=pdo_sqlite
extension=sqlite3

然后重新设置php并检查扩展（只是以templates的source配置覆盖）

sudo webinoly -server-reset=php
php -m

由于默认情况下PHP没有安装SQLite3的驱动，需要从apt安装，再通过php -m命令查询是否开启 pdo_sqlite3 模块。

sudo apt-get install php-sqlite3
php -m

如果安装以后没有查询到，可能需要在apt的php-sqlite添加版本号（如：php-8.1-sqlite3）

创建站点

使用site命令创建php站点并添加ssl证书

sudo site example.com -php
sudo site example.com -ssl-on -ssl-key=/path/cert.key -ssl-crt=/path/cert.crt -ssl-ocsp=/path/cert.pem

SSL配置可参考Webinoly的官方文档：

Site Management for NGINX Server with Webinoly

Create site HTML PHP MySQL WordPress Reverse Proxy with NGINX server FastCGI Cache Redis optimization SSL Certificates Lets Encrypt

webinoly.com

然后去GitHub查看最新版本，找到 blessing-skin-server-xxx.zip 名称的Release压缩包下载链接

Release 6.0.2 · bs-community/blessing-skin-server · GitHub

Web application brings your custom skins back in offline Minecraft servers. – Release 6.0.2 · bs-community/blessing-skin-server

github.com

使用任意一种方式（手动下载上传或者curl解压）将Blessing Skin运行文件放到 /var/www/example.com/htdocs/ 目录

顺便提前创建好需要使用的SQLite的数据库，位置随意，但下文会用到

touch ./sql.db3

打开网站的Nginx配置文件 /etc/nginx/sites-enabled/[example.com]，找到root行编辑运行目录：

root /var/www/example.com/htdocs/public;

然后打开域名 example.com/setup 打开安装向导，根据向导填写

选择SQLite，数据库地址填写localhost，在数据库名称填写刚刚创建的SQLite数据库文件路径。

然后填写管理员的信息，不出差错的话，应该就可以正常使用了~

插件配置

雄心勃勃打开插件市场，下载Yggdrasil API的插件……怎么打不开？？

插件市场无法打开 / Unable to load plugin market / Undefined array key “packages” · Issue #454 · bs-community/blessing-skin-server · GitHub

Blessing Skin 版本 6.0.2 PHP 版本 8.1 出现问题时所使用的浏览器 Chrome, Microsoft Edge 您正在使用的 Web Server Nginx 您正在使用宝塔吗？ 是 出现了什么问题？ 更新为6.0.2后插件市场无法正常打开 错误日志 Undefined array key “packages” 详细信息 [1] app/Http/Controllers/MarketController.php#L91 [2] app/Htt…

github.com

好吧，看来需要配置一下插件更新源……很可惜官方列表上的源我一个都用不了（虽然我的OpenSSL版本并没有问题）

再打开刚才的网站目录，编辑 .env 文件（嗯……这个文件是隐藏的点文件，它的文件名就叫 .env）

在末尾加入下列代码：

PLUGINS_REGISTRY=https://bs-plugin.mcskin.cn/plugins-dist/registry_{lang}.json

再去访问后台的话应该可以加载了，不过偶尔还是有抽风的现象，因地区网络环境而异吧

批量导入

*同名插件，取自自带说明

在 Blessing Skin 安装的网站根目录下执行此命令：

php artisan texture:import {uploader} {directory}

其中 uploader 参数为指定材质的上传者，值为上传者的 UID； directory 参数为材质文件所在目录。

此外，还可以指定 --cape 参数表示该目录下的 所有 材质文件为披风文件； 可指定 --gbk 参数来进行文件名编码转换，如果您的系统是 Windows 系统并遇到乱码问题，可以尝试这个选项。

来源