在命令行中，您是否看到来自
卷曲-vhttps://api.wordpress.org?
螺纹起动器
贾内基
（@jdanecki）
只是超时：
：~$curl-vhttps://api.wordpress.org*将URL重新生成为：https://api.wordpress.org/*正在尝试198.143.164.251。。。*TCP_NODELAY集合*连接到198.143.164.251端口443失败：连接超时*无法连接到api.wordpress.org端口443:连接超时*正在关闭连接0curl:（7）无法连接到api.wordpress.org端口443:连接超时
在此服务器上（和/或在此虚拟机中），您正在使用哪个版本的OpenSSL？
螺纹起动器
贾内基
（@jdanecki）
OpenSSL是Ubuntu 18.04 LTS的默认设置：
$openssl版本OpenSSL 1.1.1 2018年9月11日
$lsb_release-a没有可用的LSB模块。分销商ID:Ubuntu描述：Ubuntu 18.04.4 LTS发布日期：18.04代号：仿生
无论如何，这似乎无关紧要，因为纯443端口连接失败：
~$telnet api.wordpress.org 443正在尝试198.143.164.251。。。telnet:无法连接到远程主机：连接超时
此外，iptables（从api.wordpress.org地址开始获取的ip）上没有阻塞：
~#iptables-L-v-n | grep 198.143~#
我必须补充的是，它在过去起了作用，在没有我的干预下完全停止了工作。
此外，在运行在同一虚拟机监控程序下但具有不同IPv4的不同虚拟机上，我仍然可以访问api.wordpress.org。它看起来像是这个特定IP上的某种锁/过滤器，或者是虚拟机和api.wordbress.org之间的组。由于我不知道可以在ISP级别（OVH）上执行任何此类操作，无论是虚拟机管理程序还是虚拟机和操作系统级别，我的想法现在接近api.wordpress.org领域，但当然我可能错了。
螺纹起动器
贾内基
（@jdanecki）
不，这是最新版本。
此外，在其他虚拟机上，我使用的是Ubuntu 14.04 LTS，它有更旧的OpenSSL：
OpenSSL 1.0.1f 2014年1月6日
而且效果很好。
但我仍然认为这无关紧要，因为我没有与上述api.wordpress.org IP的简单连接。
螺纹起动器
贾内基
（@jdanecki）
ping api公司.wordpress.orgPING api.wordpress.org（198.143.164.251）56（84）字节的数据。^C类---api.wordpress.org ping统计---发送21个数据包，接收0个，100%数据包丢失，时间20478ms
但是
ping wordpress.orgPING wordpress.org（198.143.164.252）56（84）字节的数据。来自wordpress.org的64个字节（198.143.164.252）：icmp_seq=1 ttl=53时间=480毫秒来自wordpress.org的64个字节（198.143.164.252）：icmp_seq=2 ttl=53时间=91.9 ms
怎么样traceroute api.wordpress.org?
螺纹起动器
贾内基
（@jdanecki）
仅供参考：ISP和WordPress似乎都忽略了这个问题。
我不知道是谁解决了这些问题（WordPress和这个ISP或OVH——我的ISP），但4个月后，问题就消失了，我这边没有任何变化。某处有人修改了过滤规则。
