宝塔短信推送异常修复全攻略，看完就能动手解决

你有没有碰到过这种糟心情况？

自己搭了个小网站或者小程序，特意在宝塔设了短信告警。结果某天服务器CPU跑满、数据库崩了，你愣是没收到通知，等用户找过来才发现，登宝塔一看十几条短信推送全失败。

网上搜修复教程，要么全是专业黑话看不懂，要么步骤跳来跳去，折腾半天还是发不出去。

这篇我把10来次修宝塔短信问题的经验全整理出来，没有废话，照着步骤走，最多10分钟就能搞定问题。

第一步：先定位异常原因，别上来就瞎改参数

1. 先看宝塔后台的错误日志

你先登宝塔面板，点左侧的「监控告警」选项。

再点顶部的「告警记录」，找红色标注的失败记录。

点开就能看到具体报错内容，比如是「签名不合法」「余额不足」还是「接口请求超时」。

举个例子，我上次碰到的报错是「无效的accessKey」，就是之前改了阿里云的密钥，忘了同步到宝塔的短信配置里，白折腾了半小时。

避坑提醒：别跳过这一步直接改配置，找对问题才能少走弯路。

2. 排除基础网络环境问题

很多时候不是配置错了，是服务器连不上短信平台的接口。

你打开宝塔的终端，输入对应短信平台的ping命令：

``` 阿里云短信接口 ping dysmsapi.aliyuncs.com 腾讯云短信接口 ping sms.tencentcloudapi.com ```

要是返回请求超时，就是网络的问题。

先查云服务器的安全组，有没有开放出站的443端口，再看宝塔自己的防火墙有没有拦截请求。

要是ping通了还是报错，再去调配置参数。

第二步：对应问题直接修，90%的异常都在这

1. 接口配置类错误修复

这类问题是最常见的，基本都是抄参数抄错了。

你先打开你买短信的平台后台，比如阿里云或者腾讯云的短信控制台。

把对应的参数一个字一个字抄到宝塔的短信配置里：

• 密钥ID、密钥Secret：别多抄空格，别搞混大小写
• 短信签名：必须用已经审核通过的，一字不差
• 模板ID：要用对应签名下审核过的模板，别乱填

举个例子，之前有个粉丝把模板变量${number}改成了[number]，死活发不出去，改完立马就好。

避坑提醒：现在短信平台要求签名和内容必须匹配，你用个人签名就别发企业类的内容，肯定被拦截。

2. 权限/余额类错误修复

先去短信平台看你的账户余额，低于1块钱基本就发不出去了。

要是余额够，就查你用的密钥有没有短信权限。

阿里云的要给密钥绑定「DysmsFullAccess」权限，腾讯云的要绑定「QcloudSMSFullAccess」权限。

别直接用主账号的密钥，风险太高，单独建个子账号，只开短信权限就够用。

3. 限流/拦截类错误修复

要是报错提示「触发限流」，就去宝塔的告警设置里，把告警频率改成最少5分钟一次。

别设置成1分钟发好几次，短信平台直接会给你临时禁发。

要是你用的是小众第三方短信接口，直接去问客服，是不是把你服务器的IP拉黑了，很多小平台为了防刷会乱封IP。

第三步：修完立刻验证，别等出问题才发现没修好

1. 宝塔后台手动发测试短信

回到宝塔的「监控告警」页面，点顶部的「通知设置」。

找到短信配置的板块，点右下角的「测试」按钮。

输入你自己的手机号，点发送，能收到就说明配置没问题。

要是还失败，就看新生成的报错日志，再按上面的步骤排查就行。

2. 模拟真实告警场景验证

手动测试没问题，不代表真实告警也能发出去。

你可以模拟一个告警场景，比如你设置的是CPU超过80%发告警，就在宝塔终端输这个命令：

``` yes > /dev/null & ```

这个命令会占满CPU核心，跑1分钟左右，看能不能收到告警短信。

测完一定要输pkill yes把进程关了，不然CPU一直满负荷跑，服务器容易崩。

避坑提醒：别只测一次就不管了，连续测个两三次，避免接口抽风第一次好第二次坏。

其实宝塔短信推送异常真的没那么复杂。

90%的问题，要么是你抄参数的时候多了个空格，要么是余额忘了充，要么是权限没开对，根本不需要花几十块钱找人修。

现在就打开你的宝塔面板，先去看一眼最近的告警记录，有没有失败的推送。

要是有，按着上面的步骤一步步来，10分钟就能搞定。真碰到啥少见的报错，评论区留个具体的报错内容，我看到了就给你说解决方法。