ESP32因GitHub根证书更新无法连接，求远程解决办法

以下是几个可落地的解决思路，按优先级排序：

1. 临时关闭证书校验推送修复固件 #

这是最快的救急方案，通过修改更新固件的代码，让设备暂时跳过HTTPS证书验证，先完成一次固件更新（内置新的GitHub根证书）。

• 在Arduino环境中，修改WiFiClientSecure的配置：

  WiFiClientSecure client;
  // 临时关闭证书校验，仅用于这次修复
  client.setInsecure();
  

• 在ESP-IDF环境中，修改esp_tls配置：

  esp_tls_cfg_t cfg = ESP_TLS_CFG_DEFAULT();
  cfg.skip_cert_common_name_check = true;
  cfg.crt_bundle_attach = NULL; // 不使用证书束校验
  

将这个修改后的固件上传到你能控制的、设备当前根证书能信任的HTTPS服务器（或者如果设备支持HTTP，直接用HTTP服务器），引导设备从这个临时源完成更新。更新完成后，务必把证书校验改回正常模式。

2. 搭建中转更新服务器 #

部署一台自己的HTTPS服务器，使用设备当前硬编码的旧根证书能信任的证书（比如用旧根证书对应的CA签发中转服务器证书，或自签证书并确保设备旧信任链包含它）。

• 中转服务器负责从GitHub拉取最新固件，再转发给请求的ESP32设备
• 先让所有设备切换到这个中转服务器作为更新源，完成带新GitHub根证书的固件推送
• 后续可以切回GitHub，或保留中转作为长期更新通道避免类似问题

3. 触发备用更新通道 #

如果设备硬件设计时预留了备用更新方式：

• WiFi热点配网：引导用户长按设备功能键进入AP配网模式，通过手机端配网工具直接推送含新证书的固件
• 蓝牙BLE更新：若设备支持BLE，编写简单的手机小程序，通过BLE连接设备并传输固件文件
• 本地串口更新：针对可接触到的设备，直接通过USB串口刷入修复固件，仅适合小批量场景

4. 利用现有辅助通信通道 #

如果设备还有其他通信方式（比如MQTT、LoRa等）：

• 通过该通道发送指令，让设备切换到临时更新源（比如上述中转服务器）
• 推送固件更新包的下载地址，设备完成更新后自动恢复原更新逻辑

内容的提问来源于stack exchange，提问作者Max