分类
这是「把自己部署到互联网上」系列的第 7 篇。
上一篇写完买域名后，我很快遇到三个词：域名实名认证、ICP备案、DNS 解析。它们经常出现在同一个云平台控制台里，也都发生在网站上线前后，所以第一次建站时很容易混在一起。
我一开始也有类似疑问：域名已经买了，为什么还要实名认证？实名认证完成后，为什么还要备案？备案通过了，为什么还要解析？解析是不是备案的一部分？备案是不是买域名时自动完成？
先给一个简单结论：
为什么它们容易...
这是「把自己部署到互联网上」系列的第 8 篇。
上一篇讲了域名实名认证、ICP备案和 DNS 解析的关系：实名认证确认域名归属，ICP备案确认网站责任和接入信息，DNS 解析决定访问请求去哪里。三者都和域名有关，但不是一回事。
这一篇进入更具体的问题：ICP备案怎么填，才不容易被驳回？
先说边界。备案规则会受主体类型、所在省份、接入商、云厂商流程和网站内容影响，平台页面也可能变化。所以这篇不是详细说明书，也不是万能模板。真正提交时，一定要以接入服务商和工信部备案系统的最新要求为准。
我的服务器从火山引擎买的，所以使用火山的备案，大家自由选择
企业备案...
这是「把自己部署到互联网上」系列的第 9 篇。
从第 1 篇到第 8 篇，这个系列完成了第一小段：从“我想做个人博客”，走到“个人博客的入口层基本成形”。
到现在为止，我还没有真正部署博客，也没有写 Docker Compose，没有配 Nginx，更没有上 HTTPS。如果只看可访问页面，好像还没有产出什么结果。但这一段并不是空转，它解决的是博客上线前最前置的问题：为什么要做？要做成什么？放在哪里？别人通过什么地址访问？这个网站由谁负责？
这些问题如果一开始没想清楚，后面的服务器安全、部署、证书、对象存储都会变成零散操作。所以这篇不讲新技术，做一次阶段复盘。
一开始，我只是想写一个程序...
这是「把自己部署到互联网上」系列的第 11 篇。
前面几篇，我把个人博客上线前最开始的一段路走完了：为什么要做个人博客，为什么要建设技术品牌，服务器怎么买，域名怎么选，备案怎么填，以及备案过程中容易遇到哪些问题。
到这里，博客入口已经有了轮廓：服务器有了，域名有了，备案也开始进入流程。按理说，下一步最让人兴奋的事，就是赶紧把博客部署上去。拉代码，装环境，启动服务，配端口，打开浏览器，看见页面能通过公网访问。
但我第一次连上服务器后，没有马上部署项目，而是先停下来想了一件事：这台机器以后会长期暴露在公网，不能一上来就把项目往上扔。
买完服务器后，云平台会给我们一个公网 IP。第一次买属于自...
这是「把自己部署到互联网上」系列的第 12 篇。
上一篇我写到，买完服务器后，我没有急着部署项目，而是先处理基础安全。原因很简单：这台机器以后会长期暴露在公网，不是本地开发环境，也不是一次性测试机。如果一开始只图快，很容易把风险留到后面。
这一篇先处理最基础的一步：不要一直用 root 登录服务器。
很多云服务器创建实例后，会默认提供 root 登录。root 很方便，权限最大，想装软件、改配置、删文件都可以。但正因为它太方便，所以不适合作为日常维护用户。
root 是 Linux 系统里的超级管理员，几乎可以做任何事。初始化服务器时，它确实省事；...
这是「把自己部署到互联网上」系列的第 13 篇。
上一篇，我处理了服务器安全里的第一件事：不要一直用 root 登录服务器。
我创建了普通用户，给它配置 sudo 权限，并且提醒自己：在确认普通用户能正常 SSH 登录之前，不要急着禁用 root。
用户权限处理完之后，下一步就要面对另一个很容易混淆的问题：
这个问题我以前也没有真正分清楚。
很多教程会说：开放 80 端口，开放 443 端口，检查防火墙，检查安全组。
但如果第一次自己搭服务器，就很容易困惑：
安全组不是防火墙吗？
我在云平台放行了端口，为什么服务器里还要配防火墙？
我服务器防火墙放行了端口...
这是「把自己部署到互联网上」系列的第 14 篇。
上一篇讲了防火墙和安全组的区别。安全组控制云平台入口流量，防火墙控制服务器系统层面的访问。理解这两层之后，端口就不能再凭感觉乱放行。
这一篇继续讲端口，重点是一个很容易踩的坑：为什么不要随便开放数据库端口？
部署个人博客时，必须要有数据库。可能是 MySQL，也可能是 PostgreSQL、Redis，或者项目自带的数据库服务。当本地工具连不上数据库时，很多人的第一反应是：是不是端口没开？于是去安全组里放行 3306、5432、6379，再改防火墙，甚至把数据库监听地址改成 0.0.0.0。工具能连上了，看起来问题解决了，但风险也被一起打...
这是「把自己部署到互联网上」系列的第 15 篇。
前几篇一直在写服务器安全：不要急着部署项目，不要长期用 root 登录，分清安全组和防火墙，也不要随便开放数据库端口。这些看起来感觉有点水文章的嫌疑:dog:
直到我真的去看服务器日志，看到陌生 IP、异常请求和登录尝试，才有了更直接的感受：公网服务器不是等你部署项目的安静机器。只要它有公网 IP，就已经进入了一个会被扫描、探测和尝试访问的环境。
在看日志之前，我也有过一种侥幸：我这只是个人博客，没有访问量，也没有什么值钱业务，肯定没人专门盯上。我们平时说安全、后门等，一想到就是大公司、核心业务、支付接口和用户数据。个人项目听起...
这是「把自己部署到互联网上」系列的第 16 篇。
前几篇围绕服务器安全展开：不要急着部署项目，不要长期用 root 登录，分清安全组和防火墙，不要随便开放数据库端口，也记录了服务器4小时被扫 500 多次后的判断。到这里，需要把这些内容收束成一份清单。
这不是企业级安全方案，也不是完整加固手册。它只是我给个人服务器设定的最低安全标准：在部署博客、Nginx、Docker、数据库和 HTTPS 之前，先把基础风险过一遍。
为什么需要清单？因为感觉是个小项目，心理上容易跳过基础安全。
买完服务器想马上部署，装完 Docker 想马上跑项目，域名解析好了想马上访问页面。
...这是「把自己部署到互联网上」系列的第 17 篇。
从第 11 篇到第 16 篇，我一直在写服务器安全。这几篇没有部署成功截图，没有博客页面上线，也没有复杂架构图，讲的都是普通用户、root 登录、SSH、安全组、防火墙、数据库端口、服务器扫描、fail2ban、日志和健康检查。
这些内容不算新颖，但写完这一段后，我更确定了一件事：对一台准备长期暴露在公网的服务器来说，部署项目之前，必须先把基础安全边界建好。
这篇是服务器安全阶段的复盘，不包含太多操作，只是把前面几篇串起来，看看我为什么从“赶紧部署博客”，变成了“先把服务器边界理清楚”。
第 10 篇之前，我主要解决的是动机问题：为...
