笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
光猫改桥接后网速只剩 300-400M？NTP 不同步、软桥接、局端按 MAC 限速逐个排
家里宽带办了 1000M，光猫改桥接、用路由器 PPPoE 拨号之后，测速只剩 300-400M，怎么调都上不去；换回光猫路由模式、或换运营商送的华为光猫（路由模式）却能到 950M 左右。这是真实案例里的场景（中兴 G7615v1 + 北京联通千兆），折腾下来主要有三个原因，按下面的顺序排基本能定位。
原因一：NTP 时间不同步（PON 协议丢包）
光猫时间不对会因 PON 协议原因丢包，影响测速。解决办法是让光猫的时间走能上网的接口自动同步——如果你有副宽带账号，新建一条路由模式的连接专门挂上网口给 NTP 用。注意区域设置：有的区域（如"电信研究院/河北"）无法自动 NTP，要选成正确的本地区域（如"北京"）才行。
原因二：中兴光猫的"软桥接"降速
中兴部分光猫如果是在原路由连接上"改"成桥接，会走 Linux 软桥，性能打折。正解是：先删除原路由连接，再新建原生桥接，建好先不拨号、重启光猫，然后再让路由器拨号。真实帖里反复强调"删除连接、重建、重启后拨号"这套流程，有人第二年还来补充"这个猫要重建链接后，桥接才能满速"，说明这步是关键。
原因三：局端按 MAC 限速（联通/电信/广东移动都有）
运营商局端可能对 PPPoE 拨号的 MAC 做了限速——用路由器自己的 MAC 拨号被限，改成运营商原配光猫的 MAC 拨号就不限。真实案例里楼主把 PPPoE 拨号 MAC 改成原光猫的 MAC 后，速度直接提升到 940M 左右，说明局端确实有控制。操作：路由器 WAN 口高级设置里"克隆 MAC"，填运营商原配光猫用于拨号的那个 MAC。
注意别改错 MAC：光猫有很多个 MAC，拨号用的是业务 MAC，不是贴纸/PON MAC。有人改成贴纸 MAC 直接拨不上号。PON MAC 是光模块注册用的，跟 PPPoE 拨号没关系。
原因四（顺带测）：MTU 一致 + 链路瓶颈
- 把路由器 PPPoE 的 MTU 调到和光猫一致，案例里实测无变化，但可以排除。
- 测到 940M 左右上不去先查链路：光猫到路由器、路由器到电脑是不是都跑在千兆（不是 2.5G 口的话顶天 940M），别把千兆瓶颈算到运营商头上。
无解的情况也如实说
- 部分运营商是"只要是桥接模式就降速"：有网友反映"电信光猫路由模式 1000M，桥接后直接打 5 折变 500M，无论路由拨号还是电脑直接拨号都一样，装维现场测试都无解"；广东移动也有同款"改桥接限制降速"。这种是局端策略，改配置救不了。
- 也有人同型号同地区折腾一整天只能到 900M，而同一地区别人能 1200M，怀疑机房侧差异——别把个例当标准。
测速姿势不对会误判，先统一方法
无线跑出 300-400M 太常见，WiFi 干扰、手机摆放、协议协商都能压掉一大半，别拿无线结果怀疑桥接。要判断必须电脑网线直连路由器千兆口，用运营商官方测速页面或 speedtest 换几个节点各跑两遍，既要看多线程也要看单线程。网线老化到只协商 100M 时，表现同样是"怎么都上不去"，顺手在路由器上 ethtool 看一眼 WAN/电脑侧协商速率，能排除一大类物理问题。
先认一个数：千兆口顶天 940M
千兆口实际吞吐约 940Mbps，这还只是物理层开销后的结果，PPPoE 再剥 8 字节头、还要留出协议余量。所以"桥接后能到 940M"其实已经是千兆口满速，真正该排查的是掉到 300-400M 这种量级差，别把"跑不满 1000M"当故障去折腾桥接。
链路 MTU 自查，一条 ping 能看出名堂
PPPoE 链路 MTU 是 1492（1500 减 PPPoE 8 字节头）。在路由器上 ping 大包能直接验证链路 MTU 合不合理：
ping -M do -s 1464 -c 4 223.5.5.5
ping -M do -s 1472 -c 4 223.5.5.5
1464 加上 ICMP 头 8 字节、IP 头 20 字节正好凑够 1492，能通则链路 MTU 正常；1472 拼出 1500 的总长，在 PPPoE 链路下多半不通。反过来如果 1472 通、1464 反而不通，是哪里把 MTU 调乱了或者中间有 PMTU 黑洞，把路由器的 PPPoE MTU 固定回 1492 再测。
单账号校时 + 克隆 MAC 从哪抄
原因一里"新建路由模式连接走 NTP"要有副宽带账号。只有单账号的话，临时把光猫改回路由模式，等系统时间自动同步正常后，再按原因二删连接重建桥接——校时是为了消 PON 丢包，路由模式待几分钟、时间对上就够。克隆 MAC 的地址来源：趁光猫还是路由模式、能正常拨号时，进超管后台的"网络→宽带设置"，看拨号连接对应的 WAN MAC（有的界面就叫"MAC 地址"栏），抄下来再改桥接；等路由器拨号时把这个值填进 WAN 口的"覆盖 MAC"。趁路由模式时抄最稳，改完桥接光猫后台可能就不太好进了。
参考出处：https://www.right.com.cn/forum/forum.php?mod=viewthread&tid=8389497