在处理云服务器、VPS等服务时，我们时常面临着由于外部攻击、滥用等原因导致的IP封禁问题。尤其是当主IP被封禁时，很多人会感到手足无措，生怕业务中断、数据丢失。通过这篇文章，我想分享一下我遇到的一种常见情况：主IP被攻击封禁后的应急处理方法，让你能够在最短的时间内恢复服务，确保业务不受任何影响。
背景：我的服务器配置
我的服务器需要配置多个IP，其中一个是主IP 8.8.8.8（示例IP）它是我服务器的出口IP。而另外一个备用IP是9.9.9.9（示例IP）。具体来说：
- 8.8.8.8：这是我服务器的主IP，用于对外通信、网站访问等。
- 9.9.9.9：备用IP，用于作为备份IP，正常情况下不会对外暴露。
但不幸的是，8.8.8.8在某次外部攻击中被封禁，导致服务器无法通过该IP进行对外通信。虽然我可以使用9.9.9.9来ping通服务器，但由于服务器内的域名解析功能依赖于主IP，8.8.8.8的封禁让原本解析到8.8.8.8的网站无法正常访问。
目标：如何做到业务不受影响？
面对这种情况，我的目标是：在最短的时间内，让原本解析到8.8.8.8的所有网站解析到9.9.9.9，并确保不会有任何服务中断。为了实现这个目标，我采用了以下的方案。
解决方案：动态调整IP和域名解析
1. 将主IP切换为备用IP
首先，我确认了服务器的配置支持多IP，并且可以快速切换IP地址。在这种情况下，我的操作是：
- 登录到服务器后台（比如通过SSH连接）；
- 修改服务器的网络配置文件，设置9.9.9.9为主IP。
在Linux环境中，我通过编辑`/etc/network/interfaces`文件（或者根据使用的操作系统不同，编辑相应的网络配置文件）来进行更改，具体步骤如下：
# 编辑网络配置文件
sudo vi /etc/network/interfaces
# 修改主IP为备用IP（假设使用的是静态IP配置）
iface eth0 inet static
address 9.9.9.9
netmask 255.255.255.0
gateway 9.9.9.1
保存更改并重新启动网络服务：
sudo systemctl restart networking
这样，9.9.9.9就会成为新的主IP，而之前的主IP 8.8.8.8将不再作为出口IP使用。需要注意的是，重新设置IP后，尽管服务器可以ping通9.9.9.9，但内网的域名解析还会继续依赖原主IP。
2. 调整域名解析，将流量指向新IP
接下来的任务是将原本解析到8.8.8.8的域名指向9.9.9.9。这是关键一步，因为域名解析可能并不会随着IP的切换自动更新。为此，我进行了以下操作：
1. 修改DNS解析：
在我的域名解析服务商（比如阿里云、Cloudflare等）后台，更新A记录，将原本指向8.8.8.8的A记录改为指向9.9.9.9。
例如，修改A记录：
- 旧A记录：`www.example.com` -> `8.8.8.8`
- 新A记录：`www.example.com` -> `9.9.9.9`
2. 确保TTL（生存时间）适当设置：
为了让DNS解析尽快生效，我将TTL设置为较短的时间（例如300秒），这样DNS解析更新后，客户端能迅速获取到新的IP地址。
3. 处理服务器内部的域名解析：
由于服务器的域名解析通常依赖于主IP，所以我需要调整服务器内的DNS配置。可以通过修改`/etc/resolv.conf`来配置DNS解析器，指向一些稳定的外部DNS服务器（如Google的8.8.8.8，或者Cloudflare的1.1.1.1）来保证域名解析不受内网影响。
# 编辑 resolv.conf
sudo vi /etc/resolv.conf
# 配置DNS服务器
nameserver 1.1.1.1
nameserver 8.8.8.8
3. 验证新的IP配置
一旦域名解析更新完成，我通过以下方式进行验证：
- 使用`nslookup`或`dig`命令来确认域名解析是否指向9.9.9.9。
- 确认通过`curl`或直接访问网站时，流量是否通过新的IP（9.9.9.9）正常访问。
# 查询域名解析结果
nslookup www.a5idc.com
# 验证网站访问
curl http://www.a5idc.com
其他补充
- 业务不中断：在我实施这个方案时，我尽量避免在高峰时段进行操作，尽量选择流量较低的时段进行切换。这是因为虽然大多数操作是自动化的，但切换过程中仍有短暂的延迟，这可能会影响用户的访问体验。
- 监控与告警：为了避免类似问题再次发生，我在服务器上配置了相关的监控系统（如Prometheus、Zabbix等）来实时监测IP的状态，并在IP被封禁时，能够提前收到告警。这样我可以更快响应，提前准备备用IP和调整DNS解析，进一步减少业务影响。
- 应急预案：除了切换主IP外，我还提前制定了应急预案，包括自动化脚本来检测IP封禁状态、自动切换备用IP，以及快速更新域名解析的流程。这样在发生类似情况时，可以做到最大程度的自动恢复。
通过上述方法，我能够在服务器主IP被封禁时，迅速将流量转移到备用IP上，并更新域名解析，确保了业务不中断。这个过程中，关键在于灵活运用多IP配置、DNS解析调整以及内部网络配置的修改。希望我的经验能为你在类似情况下提供一些思路，让你能够更高效地处理这种突发事件，保障业务的持续性和稳定性。
