RHEL7下WWW::Mechanize报https协议不支持错误排查求助

这个问题的核心矛盾是传入HTTP地址却报HTTPS协议不支持，结合「前一天运行正常、无人工代码/配置变更、依赖显示已安装」的特征，按以下顺序排查：

• 先确认是否为目标站点强制跳转HTTPS导致：WWW::Mechanize默认会自动跟随3xx重定向，你传入的是HTTP地址，但如果站点配置了HTTP到HTTPS的301/302跳转，后续实际发起的是HTTPS请求，此时HTTPS模块加载失败就会抛出对应报错。临时关闭自动跳转即可验证：

$mech->requests_redirectable([]); # 临时禁用自动重定向
my $res = $mech->get( $url );
print "Redirect target: " . $res->header('Location') . "\n" if $res->is_redirect;

如果输出的跳转目标是HTTPS地址，即可确认是跳转触发的HTTPS请求，和你初始传入的URL格式无关。

• 验证HTTPS相关模块是否真的能被当前Perl解释器正常加载：不要仅通过包管理器的安装记录判断模块可用。RHEL7环境默认开启yum自动安全更新，OpenSSL作为核心安全组件会被自动升级，升级后之前编译安装的Net::SSLeay等依赖C动态链接库的XS模块会因为库版本不匹配无法加载，这也是「无人工变更突然故障」的最常见诱因。直接执行命令验证模块加载状态：
  perl -MLWP::Protocol::https -e 'print "LWP::Protocol::https load success, version: $LWP::Protocol::https::VERSION\n"'
  如果这条命令执行报错，说明模块实际加载失败，按顺序重新编译安装Net::SSLeay、IO::Socket::SSL、LWP::Protocol::https三个模块即可修复，重装时会自动链接当前系统的新OpenSSL库。
• 排查多Perl/路径不匹配问题：服务器上可能存在多个Perl解释器（系统自带、yum安装、用户本地编译安装），不同解释器的模块加载路径@INC完全隔离。执行perl -V查看当前perl的模块搜索路径，对比你安装LWP::Protocol::https的实际路径，确认模块文件在@INC覆盖范围内，且运行脚本的用户对模块文件有读权限。如果是用非root用户跑脚本，之前用root账号通过cpan把模块装到了root专属目录，其他用户无权限访问也会报模块不存在。
• 排查模块版本冲突：RHEL7自带的Perl 5.16配套的LWP系列模块版本较老，如果之前混合用yum和cpan安装过LWP相关模块，可能出现LWP::UserAgent版本和LWP::Protocol::https版本不兼容的问题。执行以下命令查看所有相关模块版本，只要有一个模块加载失败就重装对应模块：
  perl -MIO::Socket::SSL -MNet::SSLeay -MLWP::UserAgent -MLWP::Protocol::https -e 'print "IO::Socket::SSL: $IO::Socket::SSL::VERSION\nNet::SSLeay: $Net::SSLeay::VERSION\nLWP::UserAgent: $LWP::UserAgent::VERSION\nLWP::Protocol::https: $LWP::Protocol::https::VERSION\n"'
• 快速验证方法：直接把传入的$url替换成HTTPS地址发起请求，如果报完全一样的错，可以100%确定问题出在HTTPS模块加载环节，和业务代码逻辑、URL传参无关。

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