墨穗app.notebase.cn
控制台
内容库
动态
管理
账户
U
用户
--
在线
v1.0.165 · 墨穗笔记
笔记

Notebase墨穗
静水流深,落墨成穗。

0笔记
0工具
30推荐

分类导航

按主题直达

编辑精选

站内用户贡献 · 真实笔记

最新收录

每日更新
继续浏览全部内容 →

笔记

0
加载中...

工具

0

此页用于记录用户反馈问题后的每一次改进

关于

笔记用法

“写笔记”支持四种格式——Word 文档、Excel 表格、Markdown、纯文本,起稿或二次编辑时都能随时切换,同一篇笔记想用哪种形态来记,都由你说了算。

md、txt、csv、json 这类纯文本则原样载入,不做多余加工。拿一张现成的表倒进来、改几笔、再导出去,等于白用一台免费的格式转换器。

要带走就在右上角点“下载”,可导出 PDF、Word、Markdown、Excel、TXT 等格式;列表卡片“⋯”菜单里,也有同样的下载入口。

工具用法

在“工具”页点“+ 上传工具”即可发布:填好名称与链接,再用 Markdown 把使用方法写清楚——能解决什么问题、怎么装、怎么用,比堆介绍实在。

要分发安装包就一并上传压缩包(ZIP、RAR、7Z、TAR.GZ,最大 35MB),别人在详情页一键下载;只放链接不带附件也可以。

工具按大家的收藏热度排序,好用的自然会被顶上来。发布后可在详情页或卡片菜单里编辑、下架。

隐藏笔记

写笔记时勾上“隐藏”,这篇就只存在于你自己的账号里:不进列表、不进搜索、不上首页精选,也不会出现在任何公开的页面,链接发给别人同样打不开。

适合放密码、草稿、日记这类只给自己看的内容;想公开,去“发布”打开它,把“隐藏”的勾去掉再保存,之后编辑会默认保持原状态,不会悄悄变回公开。

不想公开、只想临时给人看:点“分享”生成一条带密码和有效期的链接,到期自动失效,你也能随时撤销。

数据安全

你的内容会同时保存在多个副本上,系统定期做备份与完整性校验,再配合异地容灾机制:就算某台机器出问题,数据也不会丢,可以长期放心存放;特别重要的资料,仍建议你另外再留一份备份。

技术

全站跑在容器化、模块化的现代架构上,更新、部署、回滚都很快,扩展性和稳定性都按长期运营的标准来设计(Built for reliability, designed to scale)。

理念

这个网站最早只是一个人的笔记仓库,后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法,只是干干净净地存放一些东西;既然做好了,就公开出来,万一有人用得上呢。

原则

不做大而全,不做平台梦,保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护:不会突然冒出付费墙,不会在角落塞广告位,也不会把你的数据卖给第三方。

更多

产品会持续迭代,站内日志页记录着每一次改动,改了什么都有迹可循;想了解这个站是怎么一步步走到今天的,翻翻日志就能看到来龙去脉。

举报

如果在这里看到涉嫌违规的内容,点对应卡片右侧的“举报”按钮就能提交,我们会尽快核实处理;也谢谢你花一点时间,一起把这里维护干净。

趋势

// 点击导航加载发现
归档
// 归档为空
最近浏览
// 暂无浏览记录
发布
// 加载中...
用户发布
// 加载中...
用户管理
// 加载中...
访问统计
// 加载中...
内容审核
// 加载中...
个人信息
// 加载中...
返回首页

WireGuard 一端重启后另一端一直 Handshake 超时连不上:加 PersistentKeepalive

2026-07-19计算机网络

WireGuard 组网,A(家里)和 B(云服务器)两端都配好了,一开始能连能通。但一端重启(尤其家里那端重启路由器/机器,或 NAT 环境)之后,另一端就连不上了,wg show 看到 latest handshake 一直停在很久以前,甚至一直是空。ping 对面 IP 不通。

WireGuard 是无状态的:它不在两端之间维持心跳连接,靠的是"有流量要发时才重新握手"。NAT 后面那端(家里)的映射表是有超时的,一旦 NAT 把映射清了,云服务器这端想主动发数据给家里,却找不到家里的最新地址——因为 WireGuard 不会自己定期打招呼更新 NAT 映射。表现出来就是:NAT 那端重启后,主动握手方收不到响应,handshake 卡住。

解法:给 NAT 后面那端加 PersistentKeepalive,让它定期主动发保活包,维持 NAT 映射不超时:

# 家里那端(NAT 后)的 wg0.conf
[Peer]
PublicKey = 云服务器端的公钥
Endpoint = 云服务器公网IP:端口
PersistentKeepalive = 25

PersistentKeepalive = 25 意思是每 25 秒发一次 keepalive(小于常见 NAT 映射超时 30-60 秒),让 NAT 一直记得这条映射。设多少:NAT 超时一般 30s-5min 不等,保险起见 25 秒。如果两端都在 NAT 后(都各有一个公网出口但不固定),两端都要加 PersistentKeepalive。

加完生效:

wg set wg0 peer 对端公钥 persistent-keepalive 25   # 临时生效
# 或改完配置重启
systemctl restart wg-quick@wg0
wg show wg0

看到 latest handshake 时间开始更新就对了。

另一个常见原因要一起排查:对端 Endpoint 变了(动态 IP)。 如果云服务器那端是动态 IP/DDNS,重启后 IP 变了但对端配置里 Endpoint 还是旧的,也一直连不上。这种情况:

  1. 配置里 Endpoint 用 DDNS 域名而不是写死 IP(WireGuard 支持域名,解析变化会在握手时更新)。
  2. 加 Table = off + 脚本在解析变化时重设,或者用 wg-quick 外再套个工具处理。

纯 NAT 场景的进阶: 如果两端都是重度 NAT(比如家里又在运营商大内网后面),PersistentKeepalive 可能还不够,得借助中继/打洞工具(Tailscale 就是干这个的,底层类似但自带协调服务器和打洞)。WireGuard 本身不做打洞协调,这是它和 Tailscale 的本质区别——所以"两端都是 NAT 且互相连不上"时,与其死磕 WireGuard,不如直接上 Tailscale。

排查顺序:

wg show wg0                     # 看 latest handshake 是否在更新
ping 对端内网IP                 # 数据面通不通
# 不通 + handshake 不更新 → 握手层问题

总结:WireGuard 一端重启后连不上 = 握手没重连上。NAT 后那端加 PersistentKeepalive 维持映射;对端动态 IP 用 DDNS Endpoint;两端都重度 NAT 就换 Tailscale 别硬磕。

相似推荐
如何验证代理分流规则是否准确?推荐ip.net.coffeeClaude Code 桌面版接入 DeepSeek API 完整配置指南心脏出血漏洞深度解析:OpenSSL 内存泄漏危机自建邮箱23年后我放弃了:互联网邮件的寡头垄断已无法撼动Cloudflare 1.1.1.1:隐私优先的极速公共 DNS 服务技术解析YouTube 在 Firefox 上人为延迟视频加载:一场浏览器识别与用户对抗的暗战
编写使用方法
Markdown 格式 · Ctrl+Enter 确定
0 字新建笔记
欢迎回来
登录你的墨穗笔记账户
忘记密码?
还没有账户?立即注册
创建账户
注册你的专属墨穗笔记
已有账户?去登录
找回密码
输入注册邮箱获取验证码
返回登录
请输入图片中的验证码以继续注册
加载中...
取消
新建收藏
手动添加你喜欢的内容
取消
编辑头像与昵称
上传新头像或修改你的显示昵称
支持 JPG/PNG,最大 2MB
取消

问题反馈

隐私提醒

取消
编辑工具
受控分享
为这篇笔记生成限时 / 带密码的临时链接
关闭