在杭州吃喝玩乐

这个月1号跟朋友在杭州玩，吃了必胜客，滨寿司，海底捞

::: grid {cols=3,gap=4}

:::

然后去了工联CC

::: grid {cols=3,gap=4}

:::

还有其他地方就不细说了，主要是去朋友家里，或者就是在酒店玩电脑什么的 (不跟家长出来玩就是松弛)

总结: 非常开心！全程朋友陪同，这也是我这辈子第一次去杭州吧，给了咱非常好的第一印象，还想去 (

随朋友家长前往南京

一开始咱是想"跟车去南京顺道回家方便"，毕竟从杭州去南京和回安徽比较顺道。然后演变成了想多陪朋友玩 (

咱也是跟着朋友家长的车去南京了，路上还写了 见朋友家长有感 ，不过后续也了解到他家里也不太平。唉，家家都有本难念的经啊

然后跟他家里人去了总统府，秦淮河什么的。其实我不太喜欢去这种景点，我喜欢去打舞萌 (awmc没救) 。或者去体验轨交运转 (hsm没救)，比如我去南京最想体验的就是从金牛湖坐到高淳(坐3小时，150km铁腚)

在南京跟朋友家长纠缠

次日，朋友被他家长拉去牛首山了。由于门票太贵加上我实在是不想去这些景点，就没跟着一起去，在酒店sleep (逃过一劫

当晚去了夫子庙，逛完后咱们都受不了了，想去"二次元商场"什么的。然后就已去"打拍拍机(舞萌)"为由让朋友家长先行回酒店了

然后去逛了水游城

::: grid {cols=3,gap=4}

:::

总结：由于是跟朋友一起去的，也还算开心吧。主要是受他家长影响，去了很多我们都不爱去的景点。然后咱的运转体验也没去，ざんねん~

月初前往合肥

这次去合肥也是去见网友的，没啥好说的，当天去当天回。带网友去吃滨寿司，去hyw出勤。一天下来还是玩的很开心的

晚上回来的时候特地买了张合肥西站的票，体验一下新开通的合肥西站

::: grid {cols=3,gap=4}

:::

然后上站台坐车回家！

::: grid {cols=3,gap=4}

:::

换上了iPhone与过年

在月中，本地的朋友换了新的iPhone16 Pro，而他的iPhone13 Pro就送我了(没错，你没看错，就这么朴实无华的送我了)。买了新的手机壳，换了新电池，好用！

然后过年，我觉得跟平常没啥区别，就吃顿饭就结束了。没有了小时候对春节的那种向往，就当普通且平凡的一天就过去了。

当然体感还是有区别的，比如除夕当晚商场6点就关门了！我刚到机厅就闭店了(悲)

哦对了，除夕前天晚上我去看了《超时空辉夜姬》，好看啊！！！有点后悔没在除夕当晚看，就当春晚看了 (

月末杭州朋友来合肥找我玩

在月初去杭州和南京的朋友来合肥找我玩，但是这次还是他家里人跟着(他本人快要烦死他家长了)。只不过这次幸好家长不干涉他行程，允许他与我们单走出去。

然后我把月初去合肥的网友喊上，一起吃滨寿司，去hyw出勤，在酒店一起看《超时空辉夜姬》。真的当天爽麻了，已经好久没这么开心了！

::: grid {cols=3,gap=4}

:::

最后跟朋友逛逛步行街，吃顿海底捞。咱也就回家了

出游的真谛，不在于打卡了多少名胜古迹，而是取决于同行的旅伴——薄荷の尾巴

总结：也是非常开心！真的！非常开心！

意外邂逅VR设备

在酒店看完《超时空辉夜姬》后，咱朋友就想买Quest3S了，说"想登录月读"。然后第二天他就真买了

咱看完也是馋得不行，外加朋友说"你也买！买来我们一起登录月读"。咱真的非常心动，最后没控制住 -2000￥

目前到手真的每天都玩，不是打游戏也是看视频。咱觉得都不用买电视了 (这篇文章都是咱带着头显，挂着VRChat，SteamVR菜单串流桌面写出来的qwq)

而且咱真的不晕，坐电脑面前戴着头显开欧卡一点晕的感觉都没有。至少今晚已经一口气戴了6小时了，除了眼睛有点累以外别的都还行 (

本月总结

我觉得二月碎碎念已经可以当一篇文章来写了，确实非常精彩

• 本月减肥：-0.7 千克 | 距离目标还剩 24.2 千克（体重还重了！出去玩大吃大喝导致的！呜呜呜）
• 本月最喜欢歌曲：星降る海
• 本月最喜欢游戏：VRChat

还有高松灯？还有咕咕嘎嘎？ 被吓哭

Mix Space 是一个采用前后端分离架构的现代化个人空间后端；Shiro 则是其官方配套的高颜值前端主题，基于 Next.js 构建，以极简设计和流畅动画著称。两者搭配使用，能为你提供一个集文章写作、日常动态发布于一体，且兼具极致性能与视觉美感的个人博客系统。——Gemini

我之前都是用Hexo的，苦于更新困难+功能单一 (因为我偏好自托管，不太喜欢PaaS) 。就算更新一个字，都得打包重新上传服务器，这样使得碎片化写作变得很困难。

Mix Space和Shiro是相辅相成的，分别是后端 (Core) 和前端 (Theme)，当然也有些别的前端主题 (比如 Kami ，Yun)。本篇只讲解Mix Space (后端) 和Shiro (前端)

部署后端可以直接使用官方提供的预构建Docker镜像。而Shiro前端可以使用预构建Docker镜像，也可以自构建Docker镜像。自构建可以对前端页面进行深度修改 (如果你需要悬挂两个及以上备案号，那就必须得自构建了)。

闲话少说，开整！

Mix Space部署

拉取镜像

后端部署直接Docker Compose拉取镜像就可以跑

cd && mkdir -p mx-space/core && cd $_
nano docker-compose.yml

然后在 docker-compose.yml 写入：

services:
  app:
    container_name: mx-server
    image: innei/mx-server:latest
    environment:
      - TZ=Asia/Shanghai
      - NODE_ENV=production
      - DB_HOST=mongo
      - REDIS_HOST=redis
      - ALLOWED_ORIGINS=localhost
      - JWT_SECRET=YOUR_SUPER_SECURED_JWT_SECRET_STRING
    volumes:
      - ./data/mx-space:/root/.mx-space
    ports:
      - '2333:2333'
    depends_on:
      - mongo
      - redis
    networks:
      - mx-space
    restart: unless-stopped
    healthcheck:
      test: [CMD, curl, -f, 'http://127.0.0.1:2333/api/v2/ping']
      interval: 1m30s
      timeout: 30s
      retries: 5
      start_period: 30s

  mongo:
    container_name: mongo
    image: mongo:7
    volumes:
      - ./data/db:/data/db
    networks:
      - mx-space
    restart: unless-stopped

  redis:
    image: redis:alpine
    container_name: redis
    volumes:
      - ./data/redis:/data
    healthcheck:
      test: [CMD-SHELL, 'redis-cli ping | grep PONG']
      start_period: 20s
      interval: 30s
      retries: 5
      timeout: 3s
    networks:
      - mx-space
    restart: unless-stopped

networks:
  mx-space:
    driver: bridge

• JWT_SECRET 需要填写长度不小于 16 个字符，不大于 32 个字符的字符串
• ALLOWED_ORIGINS 需要填写被允许的域名，通常是前端的域名，如果允许多个域名访问，用英文逗号，分隔。

其他可以根据需要自己修改，比如 '2333:2333' 改成 '127.0.0.1:2333:2333'

然后就可以启动Core了

docker compose up -d

反向代理

推荐使用 1Panel 或者 宝塔 之类的现代面板操作，非常简单

新建网站，配置反代，URL地址 http://127.0.0.1:2333 就完事了

如果要手搓Nginx可以参考 官方Docs

后端配置

去网站设置里把 前端地址 管理后台地址 API 地址 Gateway 地址 分别设置成

• 前端地址: {Shiro地址}
• 管理后台地址: {后台地址}/proxy/qaqdmin
• API 地址: {后台地址}/api/v2
• Gateway 地址: {后台地址}

其他的就自己看着配置就行了

Shiro部署

进入 Mix Space 后台，进入「配置与云函数」页面，点击右上角的新增按钮，在编辑页面中，填入以下内容:

• 名称: shiro
• 引用: theme
• 数据类型: JSON
• 数据:

以下内容根据自己需要修改

{
  "footer": {
    "otherInfo": {
      "date": "202x-{{now}}",
      "icp": {
        "text": "萌 ICP 备 xxxxxxxx 号",
        "link": "https://icp.gov.moe/?keyword=xxxxxxxx"
      }
    },
    "linkSections": [
      {
        "name": "关于",
        "links": [
          {
            "name": "关于本站",
            "href": "/about-site"
          },
          {
            "name": "关于我",
            "href": "/about"
          },
          {
            "name": "关于此项目",
            "href": "https://github.com/innei/Shiro",
            "external": true
          }
        ]
      },
      {
        "name": "更多",
        "links": [
          {
            "name": "时间线",
            "href": "/timeline"
          },
          {
            "name": "友链",
            "href": "/friends"
          },
          {
            "name": "监控",
            "href": "https://status.xxxxx.xxx",
            "external": true
          }
        ]
      },
      {
        "name": "联系",
        "links": [
          {
            "name": "写留言",
            "href": "/message"
          },
          {
            "name": "发邮件",
            "href": "mailto:xxx@xxx.xxx",
            "external": true
          },
          {
            "name": "GitHub",
            "href": "https://github.com/xxx",
            "external": true
          }
        ]
      }
    ]
  },
  "config": {
    "color": {
      "light": [
        "#33A6B8",
        "#FF6666",
        "#26A69A",
        "#fb7287",
        "#69a6cc",
        "#F11A7B",
        "#78C1F3",
        "#FF6666",
        "#7ACDF6"
      ],
      "dark": [
        "#F596AA",
        "#A0A7D4",
        "#ff7b7b",
        "#99D8CF",
        "#838BC6",
        "#FFE5AD",
        "#9BE8D8",
        "#A1CCD1",
        "#EAAEBA"
      ]
    },
 
    "bg": [
      "/static/images/xxxxx.jpeg",
      "/static/images/xxxxx.jpg"
    ],
    "custom": {
      "css": [],
      "styles": [],
      "js": [],
      "scripts": []
    },
    "site": {
      "favicon": "/xxxxx.svg",
      "faviconDark": "/xxxxx-dark.svg"
    },
    "hero": {
      "title": {
        "template": [
          {
            "type": "h1",
            "text": "xxxxxxx",
            "class": "font-light text-4xl"
          },
          {
            "type": "h1",
            "text": "xxxxxxx",
            "class": "font-medium mx-2 text-4xl"
          },
          {
            "type": "h1",
            "text": "👋。",
            "class": "font-light text-4xl"
          },
          {
            "type": "br"
          },
          {
            "type": "h1",
            "text": "xxxxxxx",
            "class": "font-light text-4xl"
          },
          {
            "type": "code",
            "text": "<Developer />",
            "class": "font-medium mx-2 text-3xl rounded p-1 bg-gray-200 dark:bg-gray-800/0 hover:dark:bg-gray-800/100 bg-opacity-0 hover:bg-opacity-100 transition-background duration-200"
          },
          {
            "type": "span",
            "class": "inline-block w-[1px] h-8 -bottom-2 relative bg-gray-800/80 dark:bg-gray-200/80 opacity-0 group-hover:opacity-100 transition-opacity duration-200 group-hover:animation-blink"
          }
        ]
      },
      "description": "xxxxxxxxxxxxxxxxxxxx"
    },
    "module": {
      "activity": {
        "enable": true,
        "endpoint": "/fn/ps/update"
      },
      "donate": {
        "enable": true,
        "link": "https://afdian.net/xxxxx",
        "qrcode": [
          "/static/images/xxxxxx.png",
          "/static/images/xxxxxx.png"
        ]
      },
      "bilibili": {
        "liveId": 1
      }
    }
  }
}

Shiro前端部署可以分为官方提供的预构建和自构建版本，按需选择

预构建适合打算快速建站使用，但是不能深度修改。还是那句话：按需选择

再提一嘴，如果你赞助的闭源版本Shiroi，那就只能选择自构建，因为官方没有提供预构建镜像

预构建

预构建就很快速了，直接拉取官方镜像配置好环境变量就可以上线了

mkdir shiro && cd shiro
nano docker-compose.yml

services:
  shiro:
    container_name: shiro
    image: innei/shiro:latest
    volumes:
      - ./.env:/app/.env
      - ./public:/app/public
    restart: always
    environment:
      - NEXT_SHARP_PATH=/usr/local/lib/node_modules/sharp
    ports:
      - 2323:2323

配置环境变量

nano .env

然后填入

NEXT_PUBLIC_API_URL=https://{后端地址}/api/v2
NEXT_PUBLIC_GATEWAY_URL=https://{后端地址}

填完就可以 docker compose up -d 了

自构建

自构建稍微麻烦点，但是如果想深度定制，那这是你唯一的选择

这里我们使用 GitHub Actions 来构建 Docker 镜像，方便快捷

前往自己的 GitHub 建一个仓库，推荐私密仓库，待会要用

确保你电脑安装了 Git

找个目录打开终端，执行以下命令。注意：不要删除 .git 文件夹，我们采用“重命名远程仓库”的方式，这样以后原作者更新了，也能同步合并

# 克隆原作者的代码
git clone https://github.com/Innei/Shiro.git
cd Shiro

# 重命名原作者的仓库为 "upstream"
git remote rename origin upstream

# 替换下面的 URL 为你自己刚创建的 GitHub 仓库地址
git remote add origin https://github.com/xxxxxx/xxxxx.git

重点来了！前往并清空 .github / workflows 文件夹后新建 docker-main.yml

并在里面填写:

name: Docker (Main Branch)

on:
  workflow_dispatch:
  push:
    branches:
      - main
  repository_dispatch:
    types: [trigger-workflow]

permissions: write-all
concurrency:
  group: ${{ github.workflow }}-${{ github.ref }}
  cancel-in-progress: true

env:
  PNPM_VERSION: 9.x.x
  HASH_FILE: path/to/hash/file.txt
  TZ: Asia/Shanghai

jobs:
  prepare:
    name: Prepare
    runs-on: ubuntu-latest
    if: ${{ github.event.head_commit.message != 'Update hash file' }}
    outputs:
      hash_content: ${{ steps.read_hash.outputs.hash_content }}
    steps:
      - name: Checkout
        uses: actions/checkout@v4
      - name: Read HASH_FILE content
        id: read_hash
        run: |
          content=$(cat ${{ env.HASH_FILE }}) || true
          echo "hash_content=$content" >> "$GITHUB_OUTPUT"

  check:
    name: Check Should Rebuild
    runs-on: ubuntu-latest
    needs: prepare
    outputs:
      canceled: ${{ steps.use_content.outputs.canceled }}
    steps:
      - uses: actions/checkout@v4
        with:
          fetch-depth: 0
          lfs: true

      - name: Use content from prev job and compare
        id: use_content
        env:
          FILE_HASH: ${{ needs.prepare.outputs.hash_content }}
        run: |
          file_hash=$FILE_HASH
          current_hash=$(git rev-parse --short HEAD)
          echo "File Hash: $file_hash"
          echo "Current Git Hash: $current_hash"
          if [ "$file_hash" == "$current_hash" ]; then
            echo "Hashes match. Stopping workflow."
            echo "canceled=true" >> $GITHUB_OUTPUT
          else
            echo "Hashes do not match. Continuing workflow."
          fi

  build:
    name: Build artifact
    runs-on: ubuntu-latest
    needs: check
    if: ${{ needs.check.outputs.canceled != 'true' }}
    outputs:
      sha_short: ${{ steps.store.outputs.sha_short }}
      branch: ${{ steps.store.outputs.branch }}
    steps:
      - uses: actions/checkout@v4
        with:
          fetch-depth: 0
          lfs: true

      - name: Set up Image Name
        run: |
          IMAGE_ID=ghcr.io/${{ github.repository }}
          IMAGE_ID=$(echo $IMAGE_ID | tr '[A-Z]' '[a-z]')
          echo "IMAGE_ID=$IMAGE_ID" >> $GITHUB_ENV

      - name: Login to Registry
        uses: docker/login-action@v3
        with:
          registry: ghcr.io
          username: ${{ github.actor }}
          password: ${{ secrets.GITHUB_TOKEN }}

      - name: Store artifact commit version
        shell: bash
        id: store
        run: |
          sha_short=$(git rev-parse --short HEAD)
          branch_name=$(git rev-parse --abbrev-ref HEAD)
          echo "sha_short=$sha_short" >> "$GITHUB_OUTPUT"
          echo "branch=$branch_name" >> "$GITHUB_OUTPUT"

      - name: Build Docker Image
        run: |
          docker build --build-arg TZ=Asia/Shanghai -t ${{ env.IMAGE_ID }}:${{ steps.store.outputs.sha_short }} .
  
      - name: Push Docker Image to Github
        run: |
          docker push ${{ env.IMAGE_ID }}:${{ steps.store.outputs.sha_short }}

      - name: Tag Docker Image as latest
        run: |
          docker tag ${{ env.IMAGE_ID }}:${{ steps.store.outputs.sha_short }} ${{ env.IMAGE_ID }}:latest
  
      - name: Push Docker Image as latest
        run: |
          docker push ${{ env.IMAGE_ID }}:latest

保存并退出

然后返回CMD窗口

# 确保分支名为 main
git branch -M main

# 提交第一次修改(可以自定义)
git add .
git commit -m "Hello World"

# 推送到你的仓库
git push -u origin main

推送完成后返回 GitHub 仓库查看

可以点击旁边的小黄点查看进程

构建完成后还需在服务器上配置 GitHub Token 才能拉取

• 前往 GitHub → 点击头像 → Settings → Developer Settings → Personal access tokens (classic) 里创建一个 Token
• 时间可以永久，权限只设置 read:packages 即可
• 前往服务器输入 echo "{你的Token}" | docker login ghcr.io -u {你的GitHub ID} --password-stdin

然后按照流程来就可以了

mkdir shiro && cd shiro
nano docker-compose.yml

services:
  shiro:
    container_name: shiro
    image: ghcr.io/{你的GitHub ID}/{你的仓库名}:latest
    volumes:
      - ./.env:/app/.env
      - ./public:/app/public
    restart: always
    environment:
      - NEXT_SHARP_PATH=/usr/local/lib/node_modules/sharp
    ports:
      - 2323:2323

配置环境变量

nano .env

然后填入

NEXT_PUBLIC_API_URL=https://{后端地址}/api/v2
NEXT_PUBLIC_GATEWAY_URL=https://{后端地址}

填完就可以 docker compose up -d 了

好了，现在一套流程已经走完了，具体要怎么折腾，就看各位了

更新代码

随着原作者的不断更新，你可能想要同步最新的功能。不过得益于我们刚才保留了 Git 历史并配置了 upstream，更新就变得非常简单

如果在不冲突的情况下只需要三行命令就可以完成更新

# 拉取原作者的最新代码
git fetch upstream

# 合并到本地
git merge upstream/main

# 推送到你自己的仓库
git push origin main

如果冲突，那就到 VS Code 里"调停"一下吧（

尾巴

如果你的服务器位于中国大陆，拉取 ghcr.io 镜像可能会非常缓慢甚至失败。为了解决这个问题，可以在构建完成后将镜像同步推送到阿里云 ACR

在 docker-main.yml 的 env 区域添加

# 你的阿里云镜像仓库地址
ALIYUN_REGISTRY:  crpi-xxxxxxxxx.cn-shanghai.personal.cr.aliyuncs.com

# 你的命名空间
ALIYUN_NAMESPACE: xxxxx

# 你的仓库名
ALIYUN_REPO: xxxxx

然后在文件最后加上

- name: Login to Aliyun ACR
  uses: docker/login-action@v3
  with:
    registry: ${{ env.ALIYUN_REGISTRY }}
    username: ${{ secrets.ALIYUN_USERNAME }}
    password: ${{ secrets.ALIYUN_PASSWORD }}

- name: Tag & Push Image to Aliyun (Hash)
  run: |
    ALIYUN_IMAGE="${{ env.ALIYUN_REGISTRY }}/${{ env.ALIYUN_NAMESPACE }}/${{ env.ALIYUN_REPO }}:${{ steps.store.outputs.sha_short }}"
    docker tag ${{ env.IMAGE_ID }}:${{ steps.store.outputs.sha_short }} $ALIYUN_IMAGE
    docker push $ALIYUN_IMAGE

- name: Tag & Push Image to Aliyun (Latest)
  run: |
    ALIYUN_IMAGE_LATEST="${{ env.ALIYUN_REGISTRY }}/${{ env.ALIYUN_NAMESPACE }}/${{ env.ALIYUN_REPO }}:latest"
    docker tag ${{ env.IMAGE_ID }}:latest $ALIYUN_IMAGE_LATEST
    docker push $ALIYUN_IMAGE_LATEST

接着，请将阿里云账户全名和 ACR 实例的独立登录密码，分别配置到仓库 Actions Secrets 的 ALIYUN_USERNAME 和 ALIYUN_PASSWORD 变量中

配置完成后，下一次推送代码时，GitHub Actions 就会自动将镜像同步到阿里云。这样一来，国内服务器就再也不会拉镜像拉半小时了

已经好久没见过下雪长什么样的了，但是我现在对下雪已经祛魅了

现在我只觉得下雪路上好滑影响我走路（

图片已经是雪停了两天后拍的了（下着大雪出门分分钟冻死你XD，冻不死也摔死XD）

::: grid {cols=2,gap=1}

:::

RustDesk是一款开源远程桌面软件。与传统商业软件不同，RustDesk最大的优势在于支持自建服务器。这意味着可以完全掌控数据，不再受限于公共服务器的带宽瓶颈和次数限制，实现低延迟、高画质的私有远程连接体验。——Gemini

之所以会用RustDesk其实是因为受不了国内的有些远程桌面软件了。限制免费次数和免费时长，黑箱限制你根本不知道你还剩多少次数和时长，听天由命，基本上月底就甭想用了（我说的是谁大家心里都有数）。还有就是你无法知道他们是否真的安全，真的会守护你的个人隐私。毕竟屏幕画面、键鼠操作、剪贴板同步，这些可都是实打实的隐私数据。

RustDesk实际上是解决上述问题的理想方案——它兼顾了部署的便利性（提供便携客户端）、连接的流畅性（支持自建中继）以及数据的安全性。

闲话少叙，直接进入搭建实操。在服务器的选择上，建议优先考虑物理距离较近的节点以降低延迟，带宽推荐5Mbps起步，有条件上三网BGP线路效果最佳。

顺便提一句：如果双方网络环境好（能打通P2P直连），其实是不走服务器流量的；只有P2P失败走中继的时候，服务器带宽才是瓶颈。

下面分为两部分，第一部分是官方服务端，第二部分是开源服务端

官方服务端

服务端搭建

开放端口

在安装之前要放通以下端口

• 21115 (TCP)
• 21116 (TCP&UDP)
• 21117 (TCP)
• 21118 (TCP)
• 21119 (TCP)

21118/tcp 和 21119/tcp 为Web客户端端口，如果不需要，也可以不开放

Docker安装

选一个合适的地方放置，我这边就拿 /opt/rustdesk 打比方

mkdir -p /opt/rustdesk && cd /opt/rustdesk
nano docker-compose.yml

然后填入

services:
  hbbs:
    container_name: rustdesk-hbbs
    image: rustdesk/rustdesk-server:latest
    command: hbbs
    volumes:
      - ./data:/root
    network_mode: "host"
    depends_on:
      - hbbr
    restart: unless-stopped

  hbbr:
    container_name: rustdesk-hbbr
    image: rustdesk/rustdesk-server:latest
    command: hbbr
    volumes:
      - ./data:/root
    network_mode: "host"
    restart: unless-stopped

最后运行并查看 Key 密钥 就算是搭建完成了

docker compose up -d
docker logs rustdesk-hbbs

查看容器日志，你会看到一串长密钥，请将其复制备用，这是后续配置客户端时的必填项。

客户端配置

下载客户端 GitHub (下载速度慢可以使用本站提供的网盘镜像: 123Pan）

前往 设置 > 网络 > ID/中继服务器 菜单。 在弹出的窗口中，只需填写 ID 服务器 (你的IP/域名) 与 Key (密钥) 这两栏即可。

这时候多配置几个设备，之间的互通就完全走中转服务器了，如果NAT类型宽松还可以P2P连接

开源服务端

在自建过程中，咱们已经发现免费的官方服务端缺失了“账号系统”这一核心功能，意味着没有地址簿管理，多设备管理变得困难。

为了解决这个痛点，社区涌现了许多优秀的第三方开源服务端。

我发现了 lejianwen/rustdesk-server 这个项目。该项目通过兼容 RustDesk 通信协议，补全了Web管理面板和账号系统功能。

对于想拥有完整自建体验，但预算有限的个人用户来说，这是一个绝佳的开源替代方案。

::: warning 本教程仅供个人技术研究使用。如果您是企业用户或需要稳定的商业支持，强烈建议购买RustDesk官方Pro版本，以获得更完善的功能保障和官方技术支持 :::

服务端搭建

开放端口

在安装之前要放通以下端口

• 21114 (TCP)
• 21115 (TCP)
• 21116 (TCP&UDP)
• 21117 (TCP)
• 21118 (TCP)
• 21119 (TCP)

21118/tcp 和 21119/tcp 为Web客户端端口，如果不需要，也可以不开放

Docker安装

选一个合适的地方放置，我这边就拿 /opt/rustdesk 打比方

mkdir -p /opt/rustdesk && cd /opt/rustdesk
nano docker-compose.yml

然后填入

 networks:
   rustdesk-net:
     external: false
 services:
   rustdesk:
     ports:
       - 21114:21114
       - 21115:21115
       - 21116:21116
       - 21116:21116/udp
       - 21117:21117
       - 21118:21118
       - 21119:21119
     image: lejianwen/rustdesk-server-s6:latest
     environment:
       - RELAY=<relay_server[:port]>
       - ENCRYPTED_ONLY=1
       - MUST_LOGIN=N
       - TZ=Asia/Shanghai
       - RUSTDESK_API_RUSTDESK_ID_SERVER=<id_server[:21116]>
       - RUSTDESK_API_RUSTDESK_RELAY_SERVER=<relay_server[:21117]>
       - RUSTDESK_API_RUSTDESK_API_SERVER=http://<api_server[:21114]>
       - RUSTDESK_API_KEY_FILE=/data/id_ed25519.pub
       - RUSTDESK_API_JWT_KEY=xxxxxx # Key密钥 可以自定义
     volumes:
       - ./data/server:/data
       - ./data/api:/app/data
     networks:
       - rustdesk-net
     restart: unless-stopped

最后运行并查看 Key 密钥 和 Web控制台admin初始密码 就算是完成了

docker compose up -d
docker logs rustdesk-rustdesk-1

查看容器日志，你会看到一串长密钥 以及 Web控制台admin初始密码 ，请将其复制备用，这是后续配置客户端和Web控制台时的必填项。

客户端配置

下载客户端 GitHub (下载速度慢可以使用本站提供的网盘镜像: 123Pan）

前往 设置 > 网络 > ID/中继服务器 菜单。 在弹出的窗口中，只需填写 ID 服务器 (你的IP/域名) 与 Key (密钥) 这两栏即可。

这时候多配置几个设备，之间的互通就完全走中转服务器了，如果NAT类型宽松还可以P2P连接

默认配置下，必须登录才能发起远程连接！ 请前往 设置 > 账户，使用默认用户名 admin 和刚才在 docker logs 里看到的初始密码进行登录。

管理端配置

浏览器访问 http://{服务器IP/域名}:21114 进入 Web 管理面板，默认账户为 admin ，密码即为刚才在 Docker 日志中获取的初始密码。

这里面可以配置的门道很多，自己研究研究，就不挨个深入细说了（

可玩性还是很丰富的，从设备与标签管理，到用户、群组和权限，甚至还支持OAuth第三方登录

尾巴

这里有一个很少人知道的一个小诀窍，平时用便携版最烦的就是每次都要重新填ID服务器和Key。其实你完全可以通过重命名文件名来"固化"配置

rustdesk-host={服务器IP/域名},key={Key}.exe

改成这个名字，双击打开就会默认连接自建节点。不管带到哪台电脑上，都是点开即连，再也不会连到缓慢的官方服务器了。