Ubuntu代理配置疑问：HTTP与HTTPS能否共用同一代理端口？

问题场景 #

你在公司环境配置Ubuntu代理时遇到如下情况：

http_proxy=http://myproxy:8080   # 可用
https_proxy=https://myproxy:8080 # 不可用

将https_proxy改为http://myproxy:8080后恢复正常，因此怀疑代理连接存在安全风险，想要验证风险是否存在，同时确认自己的判断是否有误。

验证代理连接安全性的方法 #

1. 测试代理端口的协议支持 #

用curl直接测试代理服务器8080端口是否支持HTTPS连接：

curl -v https://myproxy:8080

如果返回SSL handshake failed或类似连接失败提示，说明该端口根本不提供HTTPS服务，仅支持HTTP连接。

2. 抓包分析握手过程 #

用tcpdump抓取本地到代理服务器8080端口的流量，同时发起HTTPS代理请求：

• 执行抓包命令：tcpdump host myproxy and port 8080
• 同时发起测试请求：curl -x https://myproxy:8080 https://example.com
• 若抓包结果中没有SSL/TLS握手相关的Client Hello等数据包，或直接出现连接重置，说明代理不支持HTTPS接入。

3. 确认公司代理的配置规则 #

公司常用的HTTP代理（如Squid、Nginx反向代理），默认用HTTP端口接收代理请求：即使转发HTTPS流量，也是通过HTTP CONNECT方法建立隧道，客户端和代理之间仍用HTTP通信。可直接询问公司运维确认代理的类型和端口配置逻辑。

关于判断偏差的分析 #

你认为"二者共用同一端口"存在问题，这个判断可能有偏差：

• 多数HTTP代理会用同一端口处理HTTP和HTTPS代理请求：接收HTTP代理请求时直接转发内容；接收HTTPS的CONNECT请求时，先建立隧道再转发加密流量，全程客户端与代理间用HTTP通信。
• 你遇到的https_proxy设为https://不可用，本质是代理8080端口未配置SSL证书，不接受HTTPS连接，而非代理转发的流量不安全——只要代理正常转发HTTPS流量，客户端与目标网站之间的加密仍然有效，只是客户端到代理的连接是明文HTTP。

若要确保客户端到代理的连接也加密，需要公司代理配置HTTPS接入端口（如单独开放443端口并部署证书），此时才能使用https_proxy=https://myproxy:443。

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