红尘客的博客

基础底座：Hermes部署

Sun, 26 Apr 2026 00:00:00 GMT

建议步骤

一、部署及技巧

（一）安装

Windows 要在cmd模式下

（二）模型配置

1. 主模型配置

也可编辑项目文件夹下的.env修改密钥

2. 辅助模型配置

config.yaml文件中配置

3. 本地模型

（三）Hermes 的几类配置文件

1. .env

~/.hermes/.env 放密钥。API Key、bot token、平台 token 这种东西放这里。不要发给别人，不要贴到公开仓库。

2. config.yaml

~/.hermes/config.yaml 放普通配置。比如默认模型、terminal backend、gateway、工具开关。

3. soul.md

~/.hermes/SOUL.md 放稳定人格和硬规则。比如回答前先验证，危险命令要提醒，不要编造 API，做完任务要说明怎么检查。放固定规则

4. Memory.md

~/.hermes/memories/MEMORY.md 放 Agent 的工作笔记。比如这台机器的环境、项目习惯、踩过的坑。不是把所有东西都塞进 MEMORY.md，放会变化的环境事实和工作笔记。 Memory = 它该知道什么；Skill = 某类任务该怎么做

主动存记忆：

复杂任务做完后让它总结：

5. User.md

~/.hermes/memories/USER.md 放用户偏好。比如默认中文、结论先行、少写长篇废话。放用户偏好。

6. Agent.md

项目根目录的 AGENTS.md 放项目级规则。比如这个项目怎么测试、不能动哪些目录、发布前要跑什么命令。放项目规范。

（四）写好soul.md

主要注意：

新手第一版 SOUL.md 不用写得像公司制度，几行就够，

（五）skill库及语音

1. skill

是否生成了skill，要查看：hermes skills list

可以搜外部skill：

Skills Hub | Hermes Agent

Browse all skills and plugins available for Hermes Agent

https://hermes-agent.nousresearch.com/docs/skills

2. 语音

ctrl+b激活：文字回复。

ctrl+b退出语音输入

（六）恢复session

两者功能一样。

恢复不了先查

（七）Gateway

Gateway 成功不看服务有没有启动，要看聊天软件里能不能给 Hermes 发消息，并收到回复。

第一条消息可以很简单，

再发第二条，

第二天换一个说法让它做同类任务，看它有没有沿用偏好。测到这一步，才算测到了 Gateway + Memory 的组合能力。

（八）Profile 才是多 Agent 的正确起点

很多人说多 Agent，其实说的是多个 profile。

Profile 是独立 Hermes home。每个 profile 都有自己的 config.yaml、.env、SOUL.md、memories、sessions、skills、cron jobs、state database。Profile 是独立的 Hermes home。每个 profile 都有自己的 config.yaml、.env、SOUL.md、memories、sessions、skills、cron jobs、state 数据库。

创建一个写代码助手，

创建一个审查助手，

-clone 的意思是复制当前配置、密钥和 SOUL，但给新 profile 一套新的 sessions 和 memory。它适合创建相似但职责不同的 agent。

如果要完整复制，包括记忆、会话、skills、cron，可以用，

这里必须讲一个坑，Profile 不是 sandbox。

Profile 只是状态隔离。它隔离的是配置、记忆、会话、技能，不隔离文件权限。默认 local terminal backend 下，它仍会以当前用户身份访问文件系统。

如果只想让它在某个项目目录工作，要设置 terminal.cwd。如果要限制命令执行环境，就得用 Docker、SSH、Modal、Singularity 这类 backend。

这句话要记住，

（九）Docker 到底解决什么问题

Docker 和 Hermes 有两种关系。

第一种，把 Hermes 本体跑在 Docker 里。适合部署长期在线的服务，也能少污染宿主机环境。

第二种，Hermes 还在宿主机跑，但它执行终端命令时进 Docker 沙箱。适合不想让 Agent 直接碰宿主机的场景。

这两个不是一回事。

把 Hermes 本体跑在 Docker 里，最小形态大概是，

后台 gateway，

核心是这个挂载，

因为 /opt/data 是容器里的 Hermes 状态目录。.env、config、sessions、memories、skills、cron、logs 都在这里。没挂载，容器重建后，很多东西就没了。

只是想让 Hermes 命令执行更安全，可以先用，

这时 Hermes 本体还在宿主机，进 Docker 的只是 terminal tool。

（十）kanban

让多个 Hermes profiles 像一个小团队一样协作，Kanban 就很关键。

最新版里可以直接看，

它的描述很清楚，这是一个 durable SQLite-backed task board。任务可以被原子 claim，可以设置依赖，可以由 named profile 在隔离 workspace 中执行。

最新版继续把这件事往前推，增加了 heartbeat、reclaim、zombie detection、retry budget、incomplete exit auto-block 等能力。翻译成人话就是，以前多 Agent 很像“派出去就听天由命”，现在更像有任务板、有心跳、有失败恢复、有交接记录。

入门只需要知道这几个命令，

不要第一天就让它自动接管大项目。更适合的练习是，

这类任务失败成本低，结构清楚，适合测试 Kanban。

（十一）Cron 适合做固定任务，不适合许愿

最新版还加入了 no_agent cron，某些 watchdog 类任务只跑脚本，不必每次都启动 Agent。

我给 cron 的第一批任务通常很保守。早上出一份 AI 工具简报，晚上备份一个目录，每周审计一次 Skills，或者每天看一个网页有没有更新。这些活儿出错了也好处理。

自动发布文章、自动删文件、自动操作账号，我不建议第一天就交给它。自动化不是越猛越好，能复查、能回滚、能解释，才能长期放着跑。

排错顺序

Hermes 出问题时，最怕凭感觉乱改 .env 和 config.yaml。我一般先跑这一串，

command not found 多半是 shell 没重载，先 source ~/.bashrc 或 source ~/.zshrc。

模型不回，先查 provider、API Key、模型名、base URL。

本地模型奇怪，重点看 endpoint 是否 OpenAI-compatible、context 够不够、模型名和实际加载的是否一致。

Gateway 启动了却收不到消息，别急着重装，token、allowlist、pairing、home channel、平台权限逐项看。

记忆没生效，先确认是不是同一个 profile，再看 session 是否恢复、MEMORY.md / USER.md 有没有写入。

Profile 能访问外部文件也不奇怪，profile 管状态，sandbox 才管边界。

Docker 重启后配置丢了，大概率是 ~/.hermes 没挂到 /opt/data。Skills 乱了，先看 hermes skills list 和 hermes skills audit，别上来手删一堆。

（十二）AI 日报助手

1. 在 CLI 里直接丢这个任务

它做完以后，不要只看内容，要纠正格式。比如，

2. 换一个要求，

连续做三天，差不多就能沉淀成 Skill，

解决CLI代理的问题

Wed, 20 May 2026 00:00:00 GMT

WSL的使用

Sat, 08 Feb 2025 00:00:00 GMT

一、WSL中的安装和使用

1. 确定WSL版本

2. 卸载指定的版本

3. 设置默认使用的版本

4. 切换特定版本

5. 升级WSL

6. 设置WSL2为默认启动器

二、WSL的迁移

打开 PowerShell（管理员权限）

列出已安装的 WSL 发行版：

输出类似：

导出你想迁移的发行版：

假设你要迁移 Ubuntu：

这里会把 Ubuntu 的镜像导出到 D 盘 wsl-backup 文件夹下。

注销（卸载）原来的发行版：

⚠️ 注意，这会删除原有的 C 盘数据（已导出可恢复）。

从 D 盘重新导入：

第一个 Ubuntu 是发行版名称

第二个 D:\WSL\Ubuntu 是新存储位置

第三个 D:\wsl-backup\ubuntu.tar 是导出的镜像文件

-version 2 指定使用 WSL2

验证：

你会看到 Ubuntu 已经在 D 盘运行。

三、WSL - 解决VPN连接下无法访问网络的问题

打开宿主机的文件夹，找到并编辑 C:\Users\<您的用户名>\.wslconfig 文件（若没有则新建一个）。

在文件中添加以下内容：

Cloudflare 免费节点无法连接、速度慢、不稳定？进阶优化后节点全部连通，4K视频丝滑流畅

Fri, 08 May 2026 00:00:00 GMT

使用 Clouflare 搭建的节点，在使用默认功能优选节点时，由于使用的人数较多，导致节点能用但延迟较高、不稳定且大量节点无法连接，本期视频从根本原因出发，按优先级逐步优化，帮你把延迟从 1000ms+ 降到 500ms 以内，确保秒开4K视频，且播放速度稳定。

视频主要内容

流量链路分析：延迟高的三个根因

修复 ProxyIP：消除大量连接失败节点（必做）

CloudflareSpeedTest 本地测速：找到最优 CF IP（必做）

开启「优选IP作为反代IP」：减少一跳中转（强烈推荐）

开启 ECH：减少 GFW 干扰，降低延迟抖动（强烈推荐）

调整优选端口：不同运营商对比测试（可选）

自建 ProxyIP：完全控制出口质量（有 VPS 则推荐）

SOCKS5 链式代理：效果最强的私人出口方案（有 VPS 则推荐）

先搞清楚：延迟高的根源在哪里

优化前必须理解流量走的完整路径，每一跳都会叠加延迟：

你的设备  ↓ 优选IP 决定入口质量Cloudflare 边缘节点  ↓ Worker 运行（10ms CPU 限制）CF Worker  ↓ ProxyIP 决定出口质量ProxyIP 中转节点  ↓目标网站

延迟高一般只有三个根因：

根因	典型现象	优化方向
ProxyIP 失效或质量差	大量节点连接失败	更换或自建 ProxyIP
优选 IP 质量差	延迟 1000ms+ 且参差不齐	本地测速找最优 IP
GFW 干扰或 QoS 限速	延迟抖动大、时好时坏	ECH、协议切换、自建出口

准备项

edgetunnel 已部署完成，节点可以导入客户端

绑定了自定义域名（.workers.dev / .pages.dev 在国内部分地区被封锁，必须绑自定义域）

客户端使用 Clash Verge Rev（mihomo/Meta 内核）

操作步骤

第一步：修复 ProxyIP（必做，效果最显著）

背景：CF Worker 被 Cloudflare 限制，无法直接访问 Cloudflare 托管的网站，需要 ProxyIP 做中转。ProxyIP 失效是节点大量失败最主要的原因。

进后台 → 设置 → ProxyIP，填入多个备用地址，用换行分隔，失效时自动切换：

proxyip.cmliussss.net,cdn-all.xn--b6gac.eu.org,cdn.xn--b6gac.eu.org,edgetunnel.anycast.eu.org,cdn.anycast.eu.org

验证是否有效：https://check.proxyip.cmliussss.net/

预期效果：配置后，连接失败的节点基本消除。

第二步：用本地测速找最优 IP（核心优化）

edgetunnel 默认随机抽取 CF IP，质量完全靠运气。通过本地测速找到对你当前网络延迟最低的 IP，是最直接有效的优化。

下载 CloudflareSpeedTest

Windows

前往 CloudflareSpeedTest Releases 下载 cfst_windows_amd64.zip，解压后得到 cfst.exe，在解压目录打开终端运行。

macOS

mkdir ~/cfst && cd ~/cfst
# Intel Maccurl -L -o cfst.zip https://ghfast.top/https://github.com/XIU2/CloudflareSpeedTest/releases/download/v2.3.4/cfst_darwin_amd64.zip
# Apple Silicon（M 系列）# curl -L -o cfst.zip https://ghfast.top/https://github.com/XIU2/CloudflareSpeedTest/releases/download/v2.3.4/cfst_darwin_arm64.zip
unzip cfst.zipchmod +x cfst

Linux

mkdir ~/cfst && cd ~/cfst
wget https://ghfast.top/https://github.com/XIU2/CloudflareSpeedTest/releases/download/v2.3.4/cfst_linux_amd64.tar.gz
tar -zxvf cfst_linux_amd64.tar.gzchmod +x cfst

关闭代理后测速

必须关闭代理，否则测出的是代理服务器到 CF 的延迟，对本机没有意义。

unset http_proxy https_proxy HTTP_PROXY HTTPS_PROXY ALL_PROXY all_proxy
# 验证已关闭（应输出空）echo $http_proxy

用 HTTPing 模式测速

./cfst -httping -tl 150 -sl 5 -p 15

参数	含义
`-httping`	HTTP 测速模式，必须加，过滤掉”TCP 通但 HTTP 代理不可用”的假可用 IP
`-tl 150`	只保留延迟 150ms 以内的 IP
`-sl 5`	只保留下载速度 5MB/s 以上的 IP
`-p 15`	输出前 15 个结果

为什么要用 HTTPing 而不是默认 TCP 模式？TCP 测速会有大量”看起来可用、实际在客户端 Timeout”的 IP，而 HTTPing 模式与 Clash 客户端测速逻辑一致，结果更准确。

实测参考（每次不同，仅示例）：

IP 地址           延迟(ms)  速度(MB/s)  地区162.159.45.46     44.10     13.03       NRT（东京）162.159.44.188    45.34     11.82       NRT（东京）172.64.53.100     59.02     13.42       NRT（东京）172.64.52.232     62.29     13.43       NRT（东京）162.159.38.157    64.46     12.82       NRT（东京）

注意：TCP 测速时 SIN（新加坡）节点可用，但在客户端实测时 Timeout。建议在 Clash 里全部测速后，删掉经常 Timeout 的地区节点。

把测速结果填入后台

后台 → 优选订阅生成 → 模式选「自定义订阅（支持汇聚订阅）」

格式为 IP地址:端口#备注名，每行一个：

162.159.45.46:443#NRT优选1162.159.44.188:443#NRT优选2172.64.53.100:443#NRT优选3172.64.52.232:443#NRT优选4162.159.38.157:443#NRT优选5

预期效果：延迟从 1000ms+ 随机分布，降到 400~600ms（NRT 东京段）。

第三步：开启「优选IP作为反代IP」（推荐）

原理：开启后，订阅中的优选 IP 同时也被当作 ProxyIP 使用，入口和出口合并为同一个 IP，减少一跳中转，理论上降低 5~30ms 延迟。

后台 → 优选订阅生成 → 「优选IP作为反代IP」开关 → 开启

开启后重新拉取订阅即可生效。

中国移动:

https://addressesapi.090227.xyz/cmcc

中国电信:

https://addressesapi.090227.xyz/ct

第四步：开启 ECH（推荐）

原理：ECH（Encrypted Client Hello）是 TLS 1.3 的扩展，对握手阶段的 SNI 字段加密。GFW 无法通过 SNI 识别目标域名，从而减少针对性的 QoS 限速和干扰，降低延迟抖动，提高连接稳定性。

前提：Clash Verge Rev 使用 Meta 内核，已原生支持 ECH，可以直接用。

后台 → ECH 配置 → 开启，填入：

字段	推荐值
ECH DNS	`cloudflare-ech.com`
ECH SNI	留空，或填你自己的伪装域名

保存后重新拉取订阅，节点链接中会自动附加 ECH 参数。

如果开启后节点全部不通，先关掉 ECH 验证基础链路是否正常，再重新测试。ECH 应该在基础链路稳定的前提下开启。

第五步：测试不同端口（可选）

默认端口 443，但不同运营商对不同端口的 QoS 策略不同，可以逐一测试：

后台 → 优选订阅生成 → 「指定优选端口」

端口	说明
`443`	默认，最通用
`2053`	联通/移动可能更快
`2083`	CF 支持的备用 TLS 端口
`2087`	CF 支持的备用 TLS 端口
`8443`	备用

建议每个端口单独跑一次测速，对比延迟后选最低的固定使用。

第六步（有 VPS）：自建 ProxyIP

公共 ProxyIP 被大量用户共享，存在被滥用、限速甚至封锁的风险。如果你有一台 VPS（日本或新加坡节点效果最佳），可以自建 ProxyIP，完全控制出口质量。

Nginx 配置示例：

server {    listen 443 ssl;    server_name proxyip.yourdomain.com;
    ssl_certificate     /path/to/cert.pem;    ssl_certificate_key /path/to/key.pem;    ssl_protocols       TLSv1.2 TLSv1.3;
    location / {        proxy_pass          https://$host;        proxy_ssl_server_name on;        proxy_set_header    Host $host;        proxy_set_header    X-Real-IP $remote_addr;        resolver            1.1.1.1 valid=60s;        resolver_timeout    5s;    }}

后台 → ProxyIP → 填入 proxyip.yourdomain.com:443

链路对比：

公共 ProxyIP：本地 → CF优选IP → Worker → 公共ProxyIP（不可控）→ 目标自建 ProxyIP：本地 → CF优选IP → Worker → 自己VPS（稳定可控）→ 目标

第七步（有 VPS）：SOCKS5 链式代理

如果你有 VPS，可以让 Worker 的出口流量直接经过你的 SOCKS5 节点落地，效果最强：

GO2SOCKS5 = *SOCKS5 = user:password@your-vps-ip:1080

或通过订阅路径动态指定（单节点级别）：

/socks5=user:password@your-vps-ip:1080

效果：所有流量从 VPS 落地，相当于把 edgetunnel 变成了一个有固定出口的私人节点。

优化效果汇总

优化阶段	延迟范围
初始状态（大量节点失败）	400ms ~ 2000ms+，部分 Timeout
修复 ProxyIP 后	300ms ~ 3000ms（随机优选）
配置自定义优选 IP 后	400ms ~ 550ms（NRT 东京）
开启 ECH + 优选IP作为反代IP	约 350ms ~ 500ms，抖动减少
自建 ProxyIP / SOCKS5	视 VPS 质量，预计 300ms 以内

Clash 客户端显示的是完整代理链路延迟（本机→CF→Worker→目标），cfst 测出的是 HTTP 握手延迟（40~~70ms）。两者差距是正常现象，400~~550ms 在 CF Worker 方案下属于正常水平，实际使用流畅。

定期维护

CF IP 质量会随时间变化，建议每 1~2 周重新测速一次：

cd ~/cfstunset http_proxy https_proxy HTTP_PROXY HTTPS_PROXY ALL_PROXY all_proxy./cfst -httping -tl 150 -sl 5 -p 15

常见问题

测速工具测出来很好，但 Clash 里还是 Timeout

原因：TCP 测速会过滤不掉”TCP 可达但 HTTP 代理不可用”的 IP，必须用 HTTPing 模式。

解决：测速时加 -httping 参数，再把结果填入自定义订阅。

ProxyIP 填了多个，但节点还是失败

原因：填入的 ProxyIP 本身已经失效，或格式有误。

解决：用验证工具 check.proxyip.cmliussss.net 逐一测试，只保留验证通过的地址。

开了 ECH 之后节点全部不通

原因：客户端版本、DNS 配置或链路环境不支持 ECH。

解决：先关闭 ECH，确认基础链路正常后，再用保守配置（ECH DNS 填 cloudflare-ech.com，ECH SNI 留空）重新测试。

测速之后多久需要重测

原因：CF IP 的路由质量会随时间变化，优选结果不是永久有效的。

解决：建议每周重测1-2次，或发现节点明显变慢时重测。

😀

这里写文章的前言：一个简单的开头,简述这篇文章讨论的问题、目标、人物、背景是什么？并简述你给出的答案。

可以说说你的故事：阻碍、努力、结果成果，意外与转折。

📝 主旨内容

观点1

引用的话语

观点2

引用的话语

🤗 总结归纳

总结文章的内容

📎 参考文章

一些引用

引用文章

💡

有关Notion安装或者使用上的问题，欢迎您在底部评论区留言，一起交流~

我的NAS

Thu, 31 Oct 2024 00:00:00 GMT

一. NAS硬件及系统

群晖系统升级注意事项

恢复缓存盘位固态报错修复：

zhuanlan.zhihu.com

https://zhuanlan.zhihu.com/p/650020861

下载固态缓存变存储池脚本

脚本赋权：chmod +x syno_hdd_db.sh

不检查设备的驱动器兼容性，运行脚本：./syno_hdd_db.sh -f

重启群晖

2024年推荐NAS

By 司波图

##container##	##container##	##container##
设备	型号	价格
主板	畅网Q670 H670 ITX（支持vPro）	￥1000元
CPU	ES版 i5-13500T Q0WK	￥ 800元
机箱	乔斯伯N3	￥ 679元
电源	400-500W带能源	￥ 200元
网卡	乐扩AQC113万兆	ㅤ

二. NAS部署服务

1. inpaint-web（图像处理）

安装步骤

打开命令行模式("服务"-“终端”)，进入目录/data/docker,使用git命令克隆项目的源码：

也可以直接到github下载源码包。

进入inpaint-web目录，创建docker-compose配置文件。

docker-compose.yml的内容如下：

2. 友善的肥羊直播源

3. Music Tag Web

p 8001:8001 -->这是端口映射，冒号前面改成本地没被占用的任何端口即可；

v /path/to/your/music:/app/media -->冒号前面映射我们存放在NAS中音乐文件夹的本地实际路径；

v /path/to/your/config:/app/data -->冒号前面映射我们前面新建“music_tag_web”文件夹的本地实际路径。

4. Blossom博客

注意：command: --project.iaas.blos.domain="https://blossom.hhymc.top:18443/pic/"代码中必须为最终的访问地址，不然会出现图片无法打开的情况。

5. chatgpt-on-wechat

6. Clouddrive2

恢复Clouddrive读取磁盘的权限：

关于CloudDrive挂载IO Error Socket not connected (os error 107)错误如何解决：

7. 证件照-idphoto

前端

8. Linux调试环境：instantbox_server

9. jsoncrack

10. lucky

11. Memos

12. music-tag

13. MyIP

14. MySql

15. NodeRed

16. NotionNext

17. 青龙面板

18. retroarch游戏模拟器

19. Stash

20. 服务器端口占用：WatchYouPort

21. Docker升级监控

22. 个人网盘:Zdir

23. 媒体库（115网盘专用）：Emby

24. Hello算法：Hello-algo

注意：1. 升级必须把源码包下载后覆盖原有文件后，再运行docker-compose脚本2. 必须在程序所在的docker数据文件夹下运行此docker-compose脚本。

25. B站收藏夹备份：Mybili

创建好文件后新建一个文件夹mybili，将其放在该文件夹下，同时我们需要创建好「data」、「redis」以及「cookei.txt」文件夹以及文件。最后再将项目页的配置文件.env下载下来放到项目根目录中，配置文件下载地址：https://m.panda995.top:1234/?code=52605。

https://chrome.google.com/webstore/detail/cclelndahbckbenkjhflpdbgdldlbecc下载插件，

访问 http://your-ip:5151/cookie，上传 cookie 文件，稍后将自动开始同步你的收藏夹了。

26. Alist

27. FastEmby

docker配置：

config.yaml配置说明：

28. OneNav

29. 小雅：xiaoya

以上代码必须在科学环境下运行方可使用。

以上为阿里云盘自动清理功能实现。

30. 电子图书馆：Calibre-Web

31. reference

32. vaultwarden

33. Reader

34. Symedia

CD2：115网盘安卓电视端cookie

Symedia：115生活支付宝小程序cookie

fastemby:115生活微信小程序cookie

35. Hermes部署

四、NAS的安全设置

（一）关于公网IP

尽量不使用默认端口号映射出去，建议对外使用10000以上的端口

尽量使用VPN或者Zerotier、Taiscale、Netbird这种虚拟组网方式！！！

尽快升级到DSM7.x，设置好共享文件夹读写权限，别傻傻的Everyone！！

（二）基本安全设置

禁用admin账户

使用高强度密码

修改等候超时

开启双重验证

DSM7的双重验证支持OPT验证码（Synology Secure SignIn或者Google Authenticator）

也支持硬件安全秘钥（x86机型才有），比如USB秘钥类（Fido2）的YubiKey、飞天Key

关闭SHH访问

对外端口映射：不要使用默认的5000、5001、5005、5006、6690等！对外依旧建议10000以上的端口

关闭root账户

（三）配置防火墙禁止国外IP

启用防火墙

编译配置文件default

允许内网IP访问：内网这个按照实际情况添加，如过多个IP段内网可以互访都要相应的加入，包括虚拟组网的IP段！

如何docker使用了bridge桥接网络，也需要添加到允许访问的名单内

允许中国IP访问

禁止国外IP访问（注意：排序永远是最后一个！）

（四）添加网络威胁黑名单

东北大学网络威胁黑名单系统

下载txt黑名单导入群晖系统的封锁名单：http://antivirus.neu.edu.cn/ssh/lists/neu.txt

注意：下载后编辑下，批量替换删除IP前面的 sshd: 再上传

ROS的安装及配置

Wed, 29 Apr 2026 00:00:00 GMT

一下载镜像

blog.csdn.net

https://blog.csdn.net/rfc2544/article/details/127138720

根据cpu架构下载对应的iso镜像

安装后的初始账号为：admin，密码为空。

二申请key

blog.csdn.net

https://blog.csdn.net/rfc2544/article/details/127139046

申请demo license 【Make a demo key】->

输入【Software ID】（下文会说明如何查看Software ID）->

【Send key to my email (xxx).】即会将key邮件发送至注册邮箱

三配置RouterOS

（一）配置虚拟机网络

首先需要配置物理机和虚拟机的网卡对应关系。一般设置为完全桥接

1、网卡对应关系物理机---（虚拟网络编辑器）vmware中间网卡（虚拟机的网络适配器）---虚拟机

2、物理机网卡

3、vmware中间网卡调用虚拟网络编辑器

取得管理员权限以便配置

增加中间网卡VMnet0

VMnet0桥接模式绑定物理机网卡

4、虚拟机调用虚拟机网络适配器虚拟机的网卡绑定VMnet0

（二）配置管理网卡和默认路由

其次配置RouterOS系统的管理网卡地址和默认路由

【配置管理网卡】【查看网卡】 int pr 【配置网卡IP】我这里配置和物理机同网段 ip address add address=192.168.31.213/24 interface=ether1 【配置默认路由】 ip route add gateway=192.168.31.1 【查看网卡IP】 ip address print 【查看路由】 ip route print

（三）配置IP

RouterOS可以和互联网IP互通，可以和物理机IP互通

互联网IP：114.114.114.114

物理机IP：192.168.31.212

VMware3-配置物理机和虚拟机的网卡对应关系

blog.csdn.net

https://blog.csdn.net/rfc2544/article/details/122145766

RouterOS-VMware安装的RouterOS配置网卡映射

blog.csdn.net

https://blog.csdn.net/rfc2544/article/details/127181090

（四）RouterOS-配置Staticv4、DHCPv4server和PPPoEv4server

blog.csdn.net

https://blog.csdn.net/rfc2544/article/details/127181722

2.1 选中网卡【winbox登录】->【Interfaces】->【Interface】->【选中ether2这块网卡对外提供Staticv4服务】

2.2 配置网卡的IPv4 address 【IP】->【Address】

【加号】->【依次配置如下内容】->【Apply】->【OK】

Address：192.168.72.10/24

Network：192.168.72.0

Interface：ether2

2.3 验证网络互通【Tools】->【Ping】->【Ping to输入目的IP】->【Start】->【下方有如下回显说明网络已互通】

三、DHCPv4server 3.1 配置pool 【IP】->【Pool】->【Pools】->【加号】->配置如下内容->【Apply】->【OK】

Name：地址池pool的名称，本次配置vlan1

Address：192.168.72.2-192.168.72.100

3.2 配置interface ip 见步骤“二、Staticv4（基于interface）”，注意interface ip不能在pool地址池中。

本次配置192.168.72.1/24

3.3 配置DHCPv4server

【IP】->【DHCP Server】->【DHCP】->【加号】->【Generic】->【配置如下】->【Apply】->【OK】

Name：命名vlan1

Interface：接口ether2

Lease Time：租期1天

Address Pool：下拉框选择“3.1 配置pool”配置的地址池

【IP】->【DHCP Server】->【Networks】->【加号】-> 【配置如下】->【Apply】->【OK】

Address：192.168.72.0/24

Gateway：192.168.72.1，给client分配的网关，一般需要和“3.2 配置interface ip”一致

Netmask：24，给client分配的netmask

DNS Servers ：192.168.72.1，给client分配的dns server

以上配置完成，DHCPv4 client获取如下：

3.4 注意！！ VMware搭建RouterOS配置DHCPv4server，下挂PC dhcp获取地址时有一个异常的DHCPserver给其分配地址？？

比如下图，192.168.72.1是我配置的RouterOS的dhcpv4server，但是下挂PC还会收到一个192.168.72.254给其响应的DHCP offer，首先确认RouterOS上没有192.168.72.254这个地址，后来发现是因为VMware的中间网卡（绑定虚拟机网卡和物理机网卡）启用了DHCPv4server，将其关闭就好了。

【编辑】->【虚拟网络适配器】->【去勾选】【使用本地DHCP服务器将IP地址分配给虚拟机】->【重启RouterOS虚拟机】

四、PPPoEv4server 4.1 配置pool 【IP】->【Pool】->【Pools】->【加号】->【配置如下】->【Apply】->【OK】

Name:vlan-pppoe

Address:192.168.72.102-192.168.72.200，注意routeros的地址池pool不要互相冲突，和各接口ip也不要互相冲突！务必做好网络的规划！

4.2 给用于pppoe的pool添加ppp属性【PPP】->【Profiles】->【加号】->【General】->【配置如下】->【Apply】->【OK】

Name：vlan1-pppoe

Local Address：192.168.72.101

Remote Address：“vlan1-pppoe”，步骤4.1add新增的地址池pool

DNS Server：192.168.72.101

4.3 配置PPPoEv4 server 【PPPoE】->【PPPoE Servers】->【加号】->【配置如下】->【Apply】->【OK】

Service Name:vlan1-pppoe

Interface:ether2，PPPoEv4server计划绑定的interface

Max MTU:1480

Max MRU:1480

Keepalive Timeout:10

Default Profile:vlan1-pppoe,步骤4.2add新增的ppp模板

Accept Empty Service：勾选

One Session Per Host：勾选

Max Session：50，最多多少个会话

Authentication：全部勾选，ppp认证方式

4.4 配置PPPoE secret 【PPP】->【Secrets】->【加号】->【配置如下】->【Apply】->【OK】

Name：vlan1-pppoe，PPPoE拨号所用的用户名

Password：pppoe，PPPoE拨号所用的密码

Service：pppoe，下拉框选择

Profile：vlan1-pppoe，以上步骤配置的PPPoE模板

以上配置完成，PPPoEv4 client获取如下：

（五）RouterOS-配置PPPoEv4&v6 Server

blog.csdn.net

https://blog.csdn.net/rfc2544/article/details/132689602

1 接口 ether3 出接口

ether4 内网接口

2 出接口出接口采用PPPoE拨号SLAAC获取前缀，手动配置后缀

2.1 选择出接口interface，配置PPPoE client模式

2.2 配置PPPoE client用户名和密码

2.3 从PPPoE client获取前缀地址池

2.4 给出接口选择前缀并配置后缀

3 NAT 3.1 IPv4 NAT

3.2 IPv6 NAT

4 DNS Proxy

5 内网起两套环境，一个vlan341，一个vlan342

5.1 interface

5.2 vlan

5.3 IPv4 pool IPv4 DHCPv4地址池

IPv4 PPPoE地址池

5.4 vlan接口 IPoE IPv4 address 这是给IPv4 IPoE用的，IPv4 PPPoE因为是p2p的在起PPPoEv4server的时候会自动起虚拟接口IP

5.5 IPv4 DHCPserver

5.6 IPv4 PPPoEserver 5.6.1 profile

5.6.2 IPv4 PPPoEserver

5.6.3 secrets

5.7 IPv6 Static address

5.7.1 IPv6 static组网指向二级路由器内网的静态路由二级路由器wan：341::100/64 二级路由器lan：3411::/64

二级路由器wan：342::100/64 二级路由器lan：3422::/64

5.8 IPv6 PPPoEserver 5.8.1 PPPoE server binding User是secret name（步骤5.6.3）

Service是PPPoEv4 Server name（步骤5.6.2）

如果不配置这个，每次二级路由器向其PPPoE拨号，在ROS的PPP的interface会自动生成一个ppp虚接口，这个对v4没啥影响，但是会导致v6的nd失效，即每次二级路由器拨号，都需要在ROS重新配置nd，比较麻烦。

5.8.2 ND RA

RA携带的给二级路由器wan分配的前缀

5.8.3 IPv6 基于PPPoE之上的IPv6接口address IPv6比IPv4较特殊，基于PPPoE之上，IPv4是p2p的，而IPv6是在ppp之上封装IPv6

5.8.4 基于PPPoE的DHCPv6-PDserver PD：给二级路由器的内网分配的前缀

DNS server

DHCPv6-PD server

6 问题仅第一个拨号的二级路由器拿到的PD是对的，第二个拨号的二级路由器拿不到PD，抓包查看第二个路由器拨号的时候ROS dhcpv6给分配的PD仍是第一个拨号的二级路由器的PD且lifetime都是0，目前还未解决。

第一个拨号的二级路由器

第二个拨号的二级路由器