修复wget证书路径失效问题：永久恢复自动证书查找功能

你这情况应该是测试不同OpenSSL版本时，误修改了系统级的证书路径配置，导致wget丢失了默认的证书查找能力。临时设置SSL_CERT_DIR能救急，但咱们得从根源修复，让wget回到自动识别证书的原始状态，不用依赖开机环境变量。下面是一步步的排查和修复步骤：

1. 检查并恢复wget的全局配置文件 #

wget的系统级配置存放在/etc/wgetrc，如果之前的操作改动了这里的SSL相关配置，就会导致默认路径失效：

• 先查看配置里的SSL证书相关项：

  grep -i "ssl_cert" /etc/wgetrc
  

• 如果输出里有ssl_cert_dir或ssl_cert_file被设置成了错误路径，用sudo nano /etc/wgetrc编辑文件，把这些被修改的行注释掉（开头加#）或者直接删除。默认情况下，wget会自动调用系统OpenSSL的默认证书路径，不需要手动指定。

2. 验证OpenSSL的默认证书配置 #

OpenSSL的系统配置文件/etc/ssl/openssl.cnf里的默认设置也会影响wget的证书查找逻辑：

• 查看配置中的默认SSL目录设置：

  grep -A 5 -B 5 "dir" /etc/ssl/openssl.cnf
  

• 找到类似dir = /etc/ssl的配置项，确保它指向正确的系统SSL根目录。如果被改成了其他路径，修改回/etc/ssl即可（需要sudo权限编辑）。

3. 重新生成系统证书数据库 #

就算安装了ca-certificates，如果证书数据库没有正确更新，wget也可能找不到有效证书：

• 执行以下命令强制重新生成证书链接和合并文件：

  sudo update-ca-certificates --fresh
  

这个命令会重新整理/etc/ssl/certs下的证书文件，生成正确的哈希链接和统一的ca-certificates.crt文件，确保系统工具能正确识别证书链。

4. 重新安装wget恢复默认编译配置 #

如果上面的步骤都没解决问题，大概率是wget的编译配置被修改过（比如测试OpenSSL时手动重新编译了wget），导致它不再使用系统默认的证书路径：

• 用系统包管理器重新安装wget，恢复到系统默认版本：

  # Debian/Ubuntu 系列系统
  sudo apt install --reinstall wget
  
  # RHEL/CentOS 系列系统
  sudo yum reinstall wget
  

重新安装后，wget会回到原始的编译状态，自动读取系统默认的证书路径。

完成以上步骤后，重启系统或者新开一个终端，直接用wget https://example.com测试，应该就能自动识别证书，不需要再手动设置SSL_CERT_DIR了。

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