Composer 不监听或指定端口，仅通过 HTTPS 发起请求，默认使用 443 端口；非标端口（如 8443）需确保证书 SAN 匹配域名、代理支持 CONNECT 隧道，并将 CA 证书加入信任链。
Composer 本身不监听或连接任何端口，所谓“安全连接指定端口”是误解——它只发起 HTTPS 请求，端口由远程仓库地址隐式决定（通常是 443），你无法也不应手动指定连接哪个端口。
为什么 composer diagnose 报 SSL 错误却没提端口号？
因为 Composer 的 TLS 校验发生在应用层，不暴露底层 TCP 端口细节。它用 cURL 发起标准 HTTPS 请求，默认连 https://packagist.org:443；若仓库地址显式写了非标端口（如 https://artifactory.internal:8443），才可能涉及非 443 端口。
- 错误信息里出现
SSL certificate problem或SSL_ERROR_SYSCALL，说明 TLS 握手失败，和端口本身无关，而是证书链、SNI、OCSP 或域名匹配问题 - 若你自建仓库用了
:8443这类端口，必须确保其证书的Subject Alternative Name（SAN）包含完整域名+端口形式（实际不支持端口写入 SAN，所以正确做法是用域名而非 IP+端口） - 运行
curl -Iv https://your-repo-domain:8443/packages.json可复现问题，观察输出中* Connected to ... port 8443和* SSL certificate verify ok.是否同时出现
私有仓库启用了非标 HTTPS 端口，怎么让 Composer 正确校验？
关键不是“连上端口”，而是让该端口上的服务通过 TLS 校验。Composer 不提供端口级配置开关，只认 URL 和证书信任链。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 确认仓库 URL 在
composer.json的repositories中写为完整 HTTPS 地址，例如："url": "https://artifactory.internal:8443/artifactory/api/composer/packagist.org" - 不能靠改
secure-http或禁用 TLS 来绕过——这会让composer audit等安全命令失效 - 把仓库服务器的 CA 证书（不是终端用户证书）加到系统信任库，或执行：
composer config --global cafile /path/to/your-ca.crt - 如果证书是通配符（
*.internal），但访问的是artifactory.internal:8443，需确保 DNS 解析正常且无 hosts 劫持，否则 SNI 扩展可能不匹配
为什么配了代理后，非标端口仓库反而连不上？
HTTPS 代理必须支持 CONNECT 隧道，而部分企业代理（尤其老版本）会拦截或拒绝非 443 端口的 CONNECT 请求，导致静默超时。
- 检查代理日志是否出现
CONNECT artifactory.internal:8443被 deny 或 timeout - 临时关闭代理直连测试：
composer config --global --unset http-proxy && composer config --global --unset https-proxy - 若直连成功，说明代理策略限制了非标端口——联系运维开通
CONNECT到对应端口，或换用支持该端口的代理节点 - 不要尝试在
https-proxy值里硬编码端口（如http://proxy:3128:8443），这是无效语法，Composer 会直接忽略
真正容易被忽略的是：端口只是 TLS 握手的传输通道，问题几乎总出在证书有效性、域名匹配、代理策略或中间人设备上，而不是端口号本身。别花时间找“Composer 设置端口”的选项——它根本不存在。
