香港教育大学pop服务器地址变更时的通知与应急方案

1. 通知概述

- 通知对象：校内服务维护团队、教务系统管理员、外包服务商与学生技术支持。
- 变更内容：POP服务器（邮件/代理/接入点）公网地址将由A.B.C.D -> E.F.G.H变更，涉及SMTP/POP3/IMAP等服务。
- 时间窗口：建议在低峰期执行（周六凌晨 02:00-06:00），DNS TTL提前降为300秒。
- 影响范围：涉及校内邮件系统、VPN、部分内网白名单和第三方验证服务。
- 紧急联系人：网络组热线、外包NOC、DNS注册商与ISP联络列表，确保24小时可达。

2. 变更原因与风险评估

- 变更原因示例：ISP迁移、IP黑名单回避、VPS扩容或数据中心迁移。
- 风险项一：DNS传播延迟导致部分用户无法连接（TTL未降或缓存未刷新）。
- 风险项二：防火墙/ACL未同步新IP，导致外部访问被阻断。
- 风险项三：SSL证书绑定IP/主机名问题，证书链校验失败。
- 风险项四：CDN或Anycast需要重新配置回源或更新回源IP，可能影响缓存命中率。

3. 变更实施清单与示例数据

- 变更前准备：备份Mail DB、保存现有防火墙规则、快照VPS。
- DNS处理：将相关记录TTL提前48小时调为300，变更记录后监测MX/AAAA解析。
- 防火墙调整：更新IP白名单与端口（25/110/143/993/995/587）。
- 回滚点：保留旧IP至少72小时，监控流量切换比率。
- 配置验证：使用nc/telnet测试端口连通性，openssl s_client -connect 新IP:993 检查证书。
居中展示当前示例服务器配置表格（旧->新）：

项	旧 POP	新 POP
公网IP	203.101.12.10	45.77.88.20
VPS配置	2 vCPU / 4GB RAM / 500 GB SSD / 1 Gbps 带宽	4 vCPU / 8GB RAM / 1 TB NVMe / 1 Gbps 带宽
系统/软件	Ubuntu 18.04 / Postfix 3.3 / Dovecot 2.2	Ubuntu 20.04 / Postfix 3.5 / Dovecot 2.3

4. 应急响应与回滚方案

- 监控触发：在切换后30分钟内重点监测5分钟平均连接失败率、邮件延迟与NTP同步。
- 快速回滚：若失败率>5%或关键服务不可用，立即将DNS指回旧IP并延长TTL到3600秒。
- 流量分流：使用负载均衡或BGP社区（若支持）逐步引导流量到新POP，避免一次性切换。
- 临时方案：启用备用VPS（warm standby）和外部SMTP中继（如SendGrid）以保证邮件外发。
- 日志分析：收集/var/log/mail.log 和 tcpdump 输出，定位是路由/防火墙/服务配置导致。

5. DDoS 防御与 CDN 优化示例

- CDN接入：建议将静态资源与邮件相关的Web界面通过CDN回源，新IP更新为CDN回源IP。
- WAF规则：对SMTP管理接口限制来源IP，仅允许教职员VPN网段访问（示例：允许10.10.0.0/16）。
- DDoS策略：阈值示例——每秒新连接>5000 或 每秒流量>1 Gbps 时触发清洗。
- iptables 简单防护示例：iptables -A INPUT -p tcp --dport 25 -m connlimit --connlimit-above 100 -j REJECT。
- 限速示例（nginx 做反向代理时）：limit_req_zone $binary_remote_addr zone=mail:10m rate=20r/s; 配合 limit_req 使用。

6. 测试、沟通流程与真实案例复盘

- 测试清单：DNS解析、端口连通、证书有效期、邮件收发完整性、白名单IP校验。
- 内部沟通：变更前24小时、变更后即刻与变更后2小时、24小时分别发布进度与结果。
- 真实案例：2024-03-12 某高校在POP迁移中未提前降TTL，导致境内外约12%用户在6小时内无法收发邮件。处理措施为：立刻回滚DNS、启用备用SMTP中继并将TTL修为300，恢复时间共计2.5小时，最终无数据丢失。
- 经验教训：提前72小时降TTL、保留旧IP、准备好热备VPS并与ISP协商BGP/Anycast选项可显著降低风险。
- 后续建议：建立变更前检查单（DNS、FW、证书、监控报警、回滚命令），并定期演练一次全流程切换。

来源：香港教育大学pop服务器地址变更时的通知与应急方案