笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
authorized_keys 里多出一把不认识公钥？按这几处自查后门
帮人看一台被爆破过的 VPS。机主说自己做了两件事：把 ssh 端口从 22 改到高位，密码登录也关了。可 auth.log 里还是天天有扫描，他怀疑机器早被人进去过，让我上去看看。我登录后没急着翻日志，先查 authorized_keys——入侵者最常留的后门就在这儿，而且光关密码登录挡不住已经种进去的公钥。
先看 root 的。cat /root/.ssh/authorized_keys，结果里面除了他自己那把（注释是他笔记本的主机名，他认得），末尾还多了一把没头没尾的，注释是空的，位置在文件最末几行，明显是后面追加进去的。他自己那把哪天生成、哪天写进去，他心里有数；这把对不上。基本能断定：早在他关密码之前，密码阶段就已经被人爆破进去过一次，对方种了把公钥当回头路，之后随时能用这把 key 进来。他以为关了密码就干净，其实门一直开着。
别只查 root。凡能登录的账号都得看。我直接一把抓全盘：find /home /root ( -name authorized_keys -o -name authorized_keys2 ) -type f 2>/dev/null。sshd 默认的 AuthorizedKeysFile 是 .ssh/authorized_keys，但有的机器被改成别的路径，稳妥起见把 sshd_config 一起核一下。抓出来的文件逐个 cat，跟自己手上的公钥比对。自己机器钥匙多的话，平时写公钥把注释写成“主机名加日期”，不然时间一长真分不清哪把是自己的。
比对有个省事办法：手上有私钥文件，就能用 ssh-keygen -y -f ~/.ssh/id_ed25519 把对应公钥打出来，跟 authorized_keys 里的内容逐字符对。对不上的就是不认识的，先 cp 到别的目录备份再删，别手滑把正在用的钥匙删了；删完自己开个新会话试登一次，别把自己锁在门外。
再查权限。ls -l /root/.ssh/authorized_keys，正常应该属主 root、权限 600，.ssh 目录本身 700。要是 authorized_keys 属主是别的用户，或者 .ssh 目录对组和其他人可写，等于把小偷领到保险柜前——即便眼下没有后门，别人随时能往里写 key。chmod 700 /root/.ssh && chmod 600 /root/.ssh/authorized_keys 收敛掉。
删完 key 别急着收工。种公钥的人通常不止干这一件事，多半还留了别的东西。按这几处过一遍：awk -F: '$3==0{print $1}' /etc/passwd 找除 root 之外的 UID 0 账号，这是建影子管理员最常用的路子；cat /etc/sudoers 以及 /etc/sudoers.d/ 下有没有多出 NOPASSWD 条目；sshd_config 里 AllowUsers、PermitRootLogin、PasswordAuthentication 有没有被改回宽松值；root 的 .bash_history 翻一翻有没有 ssh-copy-id、echo 追加重定向到 authorized_keys 这类痕迹。这次我真在 /etc/passwd 里抓到个叫 syscheck 的账号，UID 0，八成是同一批脚本顺手建的，userdel -r 删掉，又确认它没被加进 sudo 组。
老实讲：这套只能清到用户态。真上了内核级 rootkit，文件层面查啥都是干净的，看不出破绽。个人小机器被爆破种公钥，绝大多数是脚本小子批量扫完顺手留的，清掉后门、改掉所有相关密码、把密钥登录和 PermitRootLogin 收严，基本到头。实在不放心就重装或换实例，别指望在一台被进去过的机器上缝缝补补求绝对干净。清完我把 PasswordAuthentication 确认是 no，PermitRootLogin 改成 prohibit-password，过两天又看了一次 last，没再出现陌生来源登录，先这样。
再补一个让以后省心的做法：把机器上所有 authorized_keys 里的公钥指纹导出来留档，下次再查直接 diff。指纹用 ssh-keygen -lf 路径 打印，格式类似 SHA256:xxxx 那串，把每台机器已知的指纹存到一个本地文件，审计的时候和当前的一比，多出来的就是新面孔，不用每次逐字符读公钥。用户多的机器还可以在 sshd_config 里开 AllowUsers，把能登录的账号白名单写死，就算 authorized_keys 被人塞了后门，非白名单用户也进不来，等于给 ssh 登录再加一道闸。我就是这么给那台机器收尾的，以后再有类似怀疑，十分钟能过一遍全部 key。