墨穗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)。

理念

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

原则

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

更多

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

举报

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

趋势

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

Tailscale 子网路由不生效,别的主机还是访问不到:缺 --accept-routes

2026-08-09计算机网络

用 Tailscale 想把家里内网的一整个网段(比如 192.168.1.0/24)暴露给在外面连 Tailscale 的设备,按教程在家里那台机器上开了子网路由:

tailscale up --advertise-routes=192.168.1.0/24

在 Tailscale 管理后台也把这条路由 approve 了,但外面笔记本连着 Tailscale,ping 192.168.1.x 还是不通。查了半天,发现漏了关键一步:客户端机器要开 --accept-routes。

Tailscale 的机制是:子网路由由"出口节点"(跑 tailscale 的家里机器)宣告,但每台要访问这个子网的客户端,必须显式接受(accept)这些路由,否则 Tailscale 不会往客户端下发路由表,客户端自然不知道怎么把包送到 192.168.1.0/24。

在客户端(比如我的笔记本)上:

tailscale up --accept-routes

注意:如果客户端已经 up,直接 tailscale up --accept-routes 即可;用 tailscale set --accept-routes 在新版本里更精确,只改这一项不动其他设置。

改完验证路由是否下发:

ip route | grep tailscale      # linux:应该能看到 via tailscale 的 192.168.1.0/24
route print                    # windows

几个容易一起踩的坑:

  1. 路由 approve 没做。子网路由宣告后要去 login.tailscale.com/machines 对应的机器上点 approve,否则路由一直是 pending,客户端收不到。CLI 里 tailscale status 看 Subnet routes 状态。
  2. 出口节点本机的转发要开。Linux 上默认 ip_forward 是关的,不开的话包进不来:
sysctl net.ipv4.ip_forward=1
echo 'net.ipv4.ip_forward=1' >> /etc/sysctl.conf
  1. 子网和 Tailscale 网段别冲突。如果家里的 192.168.x.x 和 Tailscale 分配的 100.x 段之外还和某个客户端的本地网段冲突(比如公司也是 192.168.1.0/24),路由会打架,客户端本地网段优先,导致访问不到。这种情况要么改家里网段,要么用更精确的路由/排除。
  2. 出口那台机器要能直连目标。它自己 ping 不通 192.168.1.x 的话,宣告路由也没用,先确认出口节点本身能访问目标网段。
  3. 防火墙:目标设备如果开了防火墙拦非本地网段流量,也会通不了,先在同网段内用出口节点当跳板测试。

判断思路:

tailscale status              # 看机器是否都连上、子网路由是否 approved
ip route | grep 192.168.1     # 客户端有没有收到子网路由
tailscale ping 192.168.1.x    # tailscale 层的连通性,能通说明路由层 OK
ping 192.168.1.x              # 裸 ping,看真正到不到

总结:Tailscale 子网路由三个开关缺一不可——出口节点 --advertise-routes、后台 approve、客户端 --accept-routes,外加出口机 ip_forward。客户端忘开 accept-routes 是最常见的漏项,路由没下发时先查它。

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

问题反馈

隐私提醒

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