Axure Cloud连接失败：网络、代理或防火墙拦截

Question

Axure Cloud连接失败（提示“无法连接到Axure Cloud”或“网络错误”）是高频问题，常见于企业内网环境。典型表现为：登录/同步/发布功能异常，但浏览器可正常访问axure.com；F12控制台显示`ERR_CONNECTION_REFUSED`或`ERR_PROXY_CONNECTION_FAILED`；Axure Desktop日志（Help → Open Log Folder）中频繁出现`Failed to connect to api.axure.com`或`TLS handshake timeout`。根本原因多为本地网络策略限制——如公司防火墙拦截了`*.axure.com`、`api.axure.com`、`cdn.axure.com`等域名及443/80端口；或强制使用HTTP代理（尤其PAC脚本未配置Axure相关域名直连）；亦或是杀毒软件（如McAfee、360）的HTTPS扫描模块干扰TLS握手。值得注意的是，Axure Desktop不读取系统代理设置（Windows/macOS），需手动配置或白名单放行，且不支持NTLM认证代理。

Answer 1

```html

一、现象层：识别典型故障表征

• Axure Desktop 弹窗提示“无法连接到Axure Cloud”或“网络错误”，但浏览器可正常打开 https://www.axure.com 及 https://cloud.axure.com；
• F12开发者工具 Network 面板捕获到 ERR_CONNECTION_REFUSED（目标端口拒绝连接）或 ERR_PROXY_CONNECTION_FAILED（代理链路中断）；
• 日志文件（Help → Open Log Folder）中高频出现：Failed to connect to api.axure.com:443、TLS handshake timeout、connection reset by peer；
• 同一台机器上 Chrome/Firefox 可登录 Axure Cloud Web，但 Axure RP 10/11 桌面端始终失败；
• 企业内网用户复现率 >82%（据2023–2024年Axure企业支持工单抽样统计）。

二、机制层：理解Axure Desktop网络栈特殊性

Axure Desktop（v9.0+）采用自研网络客户端，完全绕过系统代理配置（Windows Internet Settings / macOS Network Proxy / PAC script），且：

• ❌ 不读取 HTTP_PROXY/HTTPS_PROXY 环境变量；
• ❌ 不支持 NTLM/Kerberos 认证代理（常见于Active Directory域环境）；
• ✅ 内置 DNS 解析器，但 TLS 握手依赖 OpenSSL 1.1.1+，易受中间人（MITM）扫描干扰；
• ✅ 强制使用 SNI（Server Name Indication），若防火墙深度包检测（DPI）剥离 SNI 字段将导致 TLS handshake timeout。

三、根因层：企业级网络策略三维拦截模型

维度	典型策略	影响域名/端口	验证方式
防火墙ACL	出向规则阻断 api.axure.com、cdn.axure.com、auth.axure.com	443/TCP（HTTPS）、80/TCP（降级回退）	telnet api.axure.com 443 或 curl -v https://api.axure.com/v1/ping
代理/PAC脚本	PAC 未声明 shExpMatch(host, "*.axure.com") → 直连（DIRECT）	所有子域（含 cloud.axure.com、s3.amazonaws.com 的Axure CDN桶）	抓包分析 Axure 进程发起的 CONNECT 请求目标IP是否被重定向至代理
终端安全软件	McAfee Endpoint Security / 360企业版 HTTPS扫描启用	证书链替换为本地CA，触发 OpenSSL 验证失败	Wireshark 过滤 ssl.handshake.certificate，比对证书颁发者是否为 McAfee Web Gateway

四、诊断层：结构化排错流程图

graph TD
  A[启动Axure Desktop] --> B{能否访问 axure.com？}
  B -->|是| C[检查 Help → Open Log Folder]
  B -->|否| D[排查DNS/基础连通性]
  C --> E[搜索 'api.axure.com' + 'timeout']
  E --> F{日志含 'TLS handshake timeout'？}
  F -->|是| G[抓包验证SNI & 证书链]
  F -->|否| H[检查代理PAC直连规则]
  G --> I[确认杀毒软件HTTPS扫描开关]
  H --> J[手动配置Axure代理或禁用代理]
  I --> K[添加 axure.com 到杀软白名单]
  J --> L[测试连接]
  K --> L
  L --> M{成功？}
  M -->|是| N[闭环]
  M -->|否| O[联系IT策略团队放行域名/IP]

五、解决层：生产环境可落地方案

1. 防火墙白名单申请：提交域名列表至网络安全部门——*.axure.com、api.axure.com、cdn.axure.com、auth.axure.com、s3.us-west-2.amazonaws.com（Axure CDN实际后端）；
2. PAC脚本增强：在 FindProxyForURL(url, host) 中插入：
   if (shExpMatch(host, \"*.axure.com\") || shExpMatch(host, \"api.axure.com\")) return \"DIRECT\";；
3. 终端侧临时绕过：Windows 下以管理员身份运行：
   netsh interface portproxy add v4tov4 listenport=443 listenaddress=127.0.0.1 connectport=443 connectaddress=api.axure.com protocol=tcp（需配合 hosts 绑定）；
4. 杀软策略调整：在 McAfee ENS 中禁用 “SSL Inspection for specific applications”，或为 AxureRP.exe 添加例外进程；
5. 替代同步路径：启用 Axure Cloud 的 Offline Sync Mode（v11.0+），通过加密ZIP导出/导入实现离线协作。

```