笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
x86 软路由拨不上号，日志报 Timeout waiting for PADO packets？先查 VLAN，八成是它
x86 软路由刷了 OpenWrt（换 istoreos、ikuai 也一样），光猫已经桥接，可就是拨不上号。而同一根线、同一组账号密码，换台 H3C 硬路由却能正常上网。软路由日志里反复刷：
warn: Timeout waiting for PADO packets
error: Unable to complete PPPoE Discovery phase 1
PPPoE 拨号第一步"发现阶段"就收不到运营商回应的 PADO 包。硬路由能上、软路由不能上，这个对比很有信息量——硬路由往往自动处理了运营商要求的 VLAN ID，而 OpenWrt 默认不带。
原因一：运营商 VLAN ID 没配（命中率最高）
很多运营商宽带是带 VLAN 的（电信常见 41，移动常见 10 这类）。H3C 这类硬路由拨号时会自动打上 VLAN 标签，OpenWrt 默认不处理，于是 PPPoE 发现包到不了局端，一直等 PADO 超时。
配置：网络 → 接口 → 编辑 WAN → 物理设置，把"自定义接口"从 ethX 改成 ethX.VLAN_ID：
eth0.41 # 电信常见 41
eth0.10 # 移动常见 10
不知道具体 VLAN 就试常见值，或进光猫/问装维要。这一步优先试，八成是它。
原因二：克隆 MAC（运营商绑定了原路由的 MAC）
运营商可能把 PPPoE 绑定了原硬路由的 WAN MAC。在 WAN 口高级设置里克隆 H3C 的 WAN MAC 试试。注意别用光猫的 PON MAC——有人克隆光猫 MAC 后反而"wan1 检测到环路"或直接拨不上，拨号 MAC 和光模块注册 MAC 不是一回事。
原因三：调 PPPoE 超时
SSH 进软路由，改 /etc/config/network，给 WAN 接口加长超时：
config interface 'wan'
option 'timeout' '60'
重启网络再试。
原因四：终极保底——pppoe-relay 中继
上面的都不行，装 pppoe-relay 插件做 PPPoE 中继：让连在软路由 LAN 口的电脑自己发起 PPPoE 拨号，绕开软路由的拨号程序。这相当于把软路由当交换机中继，虽然不优雅但能验证到底是不是软路由拨号实现的问题。
同症状的经典背景（别走弯路）
- 很多人反映"DHCP 能从光猫拿到 IP，但一 PPPoE 就失败"——你能从光猫拿到 IP，恰恰说明光猫其实还在路由模式拨号，先回光猫确认它是不是真桥接了，别在软路由上瞎折腾。
- "硬路由能拨、软路由不行"是经典现象，连 ROS 都有换到 OpenWrt 拨不上的例子；还有跑在 PVE/ESXi 虚拟机里拨号失败的，直通网卡一般能通，跑 LXC 里常不行。
- 排查优先级建议：先 VLAN，再克隆 MAC，最后中继。多数案例死在 VLAN 上。
抓包确认到底有没有 VLAN：一条 tcpdump 看清
在软路由上先不配 VLAN，SSH 抓 PPPoE 发现阶段的包（PPPoE Discovery 的 EtherType 是 0x8863）：
tcpdump -i eth0 -e -n ether proto 0x8863
-e 会连 MAC 和 VLAN 头一起打印。能看到本机周期性发出 PPPoE PADI 但始终没有 PPPoE PADO 回来，就是"发出去了没人认"。这时把 WAN 物理接口改成 eth0.41 再抓一次：发出的 PADI 会带 vlan 41 标签，紧跟着能收到同样带 vlan 41 的 PADO，VLAN 就配对了。x86 软路由常见的 i211/82574L/瑞昱网卡，在 OpenWrt 接口里直接填 eth0.41 会自动建 802.1Q 子接口，不需要额外装 vlan 包。
账号密码也别只信一张纸
运营商单据上的 PPPoE 账号常带隐藏字符（末尾空格、全角符号、大小写差异），从旧路由里导出的配置更容易带进不可见字符。怀疑时先在原硬路由上看一次完整用户名，或进光猫超管后台抄当前 PPPoE 连接用的用户名和 MTU，再复制到软路由，别手敲。等排查到"账号没错、密码没错"却一直 PAP authentication failed 时，先怀疑这里。
能拨上但总掉线，和拨不上不是一回事
VLAN 配好、能拨上号之后，过一阵就掉、日志刷 LCP terminated by peer 或出现 PADT，优先查这几处：网卡节能（EEE/绿色以太网）在部分网卡上和对端协商异常会偶发丢包，ethtool --set-eee eth0 eee off 关掉观察；软路由负载高就开软中断均衡；再有就是同一账号被多个终端同时拨——光猫里的 PPPoE 连接没删干净、或另一台路由也在拨同一个号，局端会把后拨的踢掉。拨号前先确认光猫里那个桥接/路由连接已经停用。