笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
Reality 节点图标全亮、ping 也通，YouTube 就是打不开？在 Passwall 里查 SmartDNS 设置
OpenWrt 上用 Passwall 跑 VLESS Reality 节点，状态栏显示节点国家、几个图标全点亮，节点明明连着，可打开 YouTube 就提示"没有联网，请检查网络连接"。更气人的是：同一个节点换 SSR+ 就访问正常，YouTube 也能 ping 通，唯独网页打不开。这种"节点通、部分网站打不开"的，十有八九是 DNS 环节出了问题。
为什么图标亮但 YouTube 打不开
节点连接正常（所以图标亮、ping 通），但流量怎么分、域名怎么解析是另一套逻辑。YouTube 这类走国外 CDN 的站点，如果域名解析走了国内 DNS 或者 DNS 设置被带歪，就会被解析到错误/不可达的地址，表现就是网页打不开，而节点本身是好的。ping 通不代表网页能开——ping 走的是 ICMP，和浏览器走的 HTTPS 解析路径完全不同。
先做个快速区分：是 DNS 问题还是节点问题
在路由器上直接对 YouTube 做一次走代理的 HTTP 探测，和 ping 的结果对比着看：
curl -I -x 你的代理出口 https://www.youtube.com
能返回 HTTP 状态码（哪怕是 3xx/4xx）说明代理链路通；连这个都不通、而换 SSR+ 却通，那问题基本锁定在 Passwall 对这个节点的 DNS 处理上。
重点检查 Passwall 的 SmartDNS 相关设置
真实案例里维护者直接定位到 SmartDNS 设置，给的处理方向：
- Passwall 主线版本：本地 DNS 不要用"自动"，设成实际可用的 DNS。
- pw-smartdns 版本：远程 DNS 不要用 smartdns 的 127.0.0.1:15335 这种本机转发，设成远程实际 DNS（比如能用的公共 DNS）。
- 直接关掉 SmartDNS 再测——排除它是不是在中间乱带路。
简单理解：Passwall 里"本地 DNS"负责国内域名解析、"远程 DNS"负责代理域名的解析，两条线都有 SmartDNS 的坑位。YouTube 属于远程域名，要是远程 DNS 被指到了一个不干活的本机转发口，它就废了。有用户反映退回老版本 Passwall 就正常，说明部分 Passwall 版本的 DNS 处理有回归，遇到别在配置里死磕版本问题。
评论区另一个同款案例
有人设置分流节点后，只有 YouTube 打不开、其它网站都能访问，YouTube 能 ping 通就是打不开网页。这种可以：
ipconfig /flushdns
再清一次浏览器缓存（或换无痕窗口）试试——本地 DNS/缓存残留也会造成"ping 通但打不开"。
YouTube 慢的另一个维度：协议和 QUIC
如果你不是"打不开"而是"特别慢"，查这两点：
- 同一个 Reality 节点，Passwall 里 xhttp+reality 协议 YouTube 速度上不去（实测最高 ~50000），改成 tcp+reality 能到 ~130000；而 PC 端 v2rayN 用同节点、两种协议都能到 300000+——协议选择在部分客户端组合下有显著差异。
- YouTube 卡还可能是 QUIC/UDP 被掐：路由器 UDP 转发端口把 QUIC 屏蔽了，或开了 Shortcut-FE 流量分载导致 UDP 转发异常。把 QUIC 放行、关掉 Shortcut-FE 再测。
一句话总结："节点通、YouTube 打不开"先查 DNS（Passwall 的本地/远程 DNS 别让 SmartDNS 瞎转），再考虑协议和 QUIC。
几个容易把方向带偏的细节
- 测节点死活要用"能产生真实 HTTP 流量的地址"，别用 ping。Passwall 自带连通性检测、或
curl -x 代理打http://www.gstatic.com/generate_204，能拿到 204 才算节点活着。ping 通 + 网页打不开的组合，基本就是 DNS/分流的锅，别回头去换节点。 - 客户端日志里区分两类错：
connection refused/超时是节点/链路问题；解析到内网地址、解析超时是 DNS 问题。YouTube 这类"慢/打不开但能 ping"，先看解析出来的 IP 是不是10.、100.64.、192.168.开头——是的话就是解析被国内 DNS 带走了，坐实 DNS 分流没生效。 - 改完配置别只测一次就收工：YouTube 走了代理、国内站没走，要各测一遍。有人只验了 YouTube 通了就以为好了，回头才发现国内网站被错误分到代理，全都变慢。
- Passwall 版本差异大，老版本和主线版的 DNS 设置项位置不一样。论坛报错最好带上 Passwall 版本和日志片段，不然别人没法判断你卡在哪个环节。
参考出处：https://github.com/Openwrt-Passwall/openwrt-passwall/issues/3498