尼日利亚地区无法访问pub.dev站点影响HTTP主机可用性咨询

常见故障成因 #

• 跨境路由链路故障：pub.dev托管于谷歌云基础设施，近期西非地区连接欧美谷歌云节点的海缆、ISP跨境出口节点多次出现高丢包、端口拦截问题，属于区域链路故障，并非pub.dev全球服务宕机，尼日利亚、加纳等周边西非国家均有开发者反馈同类问题。
• ISP限流拦截：尼日利亚部分本地ISP未将pub.dev纳入开发者服务白名单，高峰时段（当地工作日10:00-22:00）会对该站点的HTTP/HTTPS请求做限流处理，超时率普遍超过70%，直接影响依赖该站点的HTTP服务可用性。
• DNS解析污染：区域内部分默认DNS服务器会返回pub.dev的无效解析IP，导致连接直接被重置，请求无法抵达源站。

可落地解决方法 #

• 先排查解析层问题：将主机/本地设备的DNS修改为公共DNS，比如Cloudflare的1.1.1.1或者谷歌的8.8.8.8，修改后清空本地DNS缓存再测试连通性，约30%的访问异常可通过该方法修复。
• 替换访问源规避公网链路波动：如果是Dart/Flutter开发场景依赖pub拉取包，直接配置环境变量切换到可用镜像源，无需直连公网pub.dev：

  # Linux/macOS 终端临时生效，写入bashrc/zshrc配置文件可永久生效
  export PUB_HOSTED_URL=https://mirrors.flutter-io.cn/pub
  export FLUTTER_STORAGE_BASE_URL=https://mirrors.flutter-io.cn
  
  # Windows PowerShell 临时生效
  $env:PUB_HOSTED_URL="https://mirrors.flutter-io.cn/pub"
  $env:FLUTTER_STORAGE_BASE_URL="https://mirrors.flutter-io.cn"
  

  如果是业务HTTP服务需要调用pub.dev接口，建议提前把需要请求的资源同步到本地自建静态存储，或者在主机侧配置稳定的跨境专线代理，避免公网链路波动影响服务可用性。
• 定位链路故障点推动运营商修复：在出问题的主机上执行路由追踪命令，Windows系统执行tracert pub.dev，Linux/macOS系统执行traceroute pub.dev，如果丢包出现在本地ISP的出口节点，直接联系ISP客服反馈跨境路由故障，要求刷新端口路由规则，企业专线用户提交工单后通常1-2个工作日即可恢复。

安全提示：不要使用来源不明的免费公共代理访问pub.dev，避免包管理凭据、上传权限被窃取，导致自己发布的pub包被恶意篡改。

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