拿到代理地址、端口，部分服务商还附带账号密码，很多人卡在这一步，各类教程大多默认使用者清楚参数该填到哪个位置。我整理了自己踩过的各类问题，按不同使用平台归类，跟着一步步操作就可以。
先核对手上拿到的参数。代理服务商给到的核心信息一共四项：IP地址（也可以是主机名）、端口号、用户名、密码。有部分服务采用IP白名单认证模式，这种场景就不用填写账号密码。还有一项需要提前确认，就是代理协议类型，可选HTTP、HTTPS或者SOCKS5。协议一旦选错，就算地址端口全部填对，也无法建立连接。HTTPS代理和HTTP代理在系统设置界面一般是分开的选项，SOCKS5的设置入口大多藏在高级或者其他分类里面。
Windows 11 / 10 按下Win + I打开系统设置，在左侧菜单栏找到网络和Internet板块，点击代理选项。找到手动代理设置区域，点击使用代理服务器对应的设置或者编辑按钮，打开开关，填入地址与端口信息，保存配置。下方“对于本地地址不使用代理服务器”建议保持勾选状态，不然访问局域网内设备时流量会异常绕行。如果希望部分应用走代理、其余程序直连网络，可以进入高级选项，分别为HTTP和HTTPS配置独立地址，也能在例外列表填写域名。
这里有个容易忽略的点，Windows系统代理和Internet选项内的局域网设置属于两套独立配置，但后者会影响Edge浏览器以及一些老旧程序。完成设置后，浏览器已经正常走代理，但某个工具不生效的时候，可以打开运行窗口，输入inetcpl.cpl，进入连接栏目，打开局域网设置，检查这里的代理配置。另外PowerShell执行脚本时，不会自动复用系统代理，需要手动配置环境变量：
$env:HTTP_PROXY = "http://127.0.0.1:7890"
$env:HTTPS_PROXY = "http://127.0.0.1:7890"
记得把端口替换成你自己的数值。macOS
打开系统设置，进入网络，选中当前正在使用的 Wi-Fi 或者以太网连接，点击详细信息，左侧选择代理。页面会分开列出 HTTP、HTTPS、SOCKS 三类配置项，按需勾选，填写服务器地址与端口。macOS 是按网络接口单独配置代理，Wi-Fi 和有线网络可以设置不一样的代理规则，相比 Windows 更灵活。全部填写完成后点击好，再点应用保存。部分代理工具会自动写入 PAC 文件地址，如果使用 PAC 自动代理，就不用手动填写 IP 和端口，在自动代理配置栏填入对应 URL 即可。iPhone /iPad
iOS 的代理配置绑定在 Wi-Fi 连接上，切换无线网络就需要重新设置。打开设置，进入 Wi-Fi 页面，点击当前网络旁的 (i) 图标，向下滑动找到配置代理，选择手动模式，填写服务器地址与端口，需要身份验证就开启鉴定，录入用户名密码。iOS 仅支持 HTTP 代理，蜂窝移动网络环境下代理不会生效。如果你的代理账号需要在用户名前面添加固定前缀，例如customer-或者user-，一定要补上，我之前好几次就是漏掉这部分导致连接失败。Android
各个品牌手机的菜单布局存在差别，但整体操作路径相近。打开设置，进入 WLAN，长按当前连接的 Wi-Fi，或是点击旁边齿轮、感叹号图标，找到修改网络或者高级选项，将代理选项从无切换为手动，填写主机名和端口，保存。部分安卓版本修改代理时，会自动把 IP 获取方式从 DHCP 改成静态 IP，一旦发生这种情况，需要把原有 IP 信息补齐，不然保存之后网络直接断开。想要在移动数据下启用代理，需要修改 APN 配置，路径是设置 → 网络和互联网 → 移动网络 → 接入点名称 (APN)。不过移动数据代理兼容性不如 Wi-Fi，不少应用会直接绕过代理通道。浏览器
Chrome 和 Edge 默认跟随系统代理，只要 Windows 或者 macOS 的系统代理配置完成，浏览器流量就自动走代理，无需单独设置。Firefox 不一样，自带独立代理配置入口：打开设置，搜索代理，在网络设置里点击设置，选择手动代理配置，分开填写 HTTP 和 HTTPS 的地址端口。如果不想让 Chrome 跟随系统代理，需要单独指定代理，可以安装 SwitchyOmega 插件，新建情景模式，选择代理服务器，录入地址端口，挑选对应的协议 HTTP、HTTPS 或者 SOCKS5。这款插件的优势是可以一键切换多个代理方案或是直连网络，不用反复进入系统设置修改。命令行工具（curl）
curl 不会自动读取系统代理，拥有独立的代理处理逻辑。最简单的方式是在执行命令时追加参数：plaintext
curl --proxy http://user:password@127.0.0.1:7890 https://example.com
不想每次执行都输入参数，可以配置环境变量。Linux 和 macOS 终端执行：plaintext
export http_proxy="http://user:password@127.0.0.1:7890"
export https_proxy="http://user:password@127.0.0.1:7890"
环境变量大写、小写都可以生效，不过小写http_proxy在部分环境中会被忽略，或是被 CGI 脚本覆盖，稳妥做法是两项同时配置。Windows CMD 使用 set 命令，PowerShell 则用$env:前缀。还有一处坑需要留意，如果设置了http_proxy，但访问 HTTPS 站点，curl 会读取https_proxy而不是http_proxy，两个环境变量相互独立。调试的时候加上-v参数查看详细输出，确认请求是否成功经过代理。怎么验证代理已经生效
最简单的办法，浏览器打开查询 IP 的网站，核对页面显示 IP 是否为代理服务器地址。命令行可以运行curl ifconfig.me，输出结果是代理 IP 就代表连接成功。macOS 与 Linux 还能执行curl -v https://example.com 2>&1 | grep -i "connected to"，查看连接目标是代理地址还是原始站点地址。几个常见的翻车点
最普遍的错误就是协议选错。服务商提供 SOCKS5 代理，却在 Windows 代理页面填写 HTTP 参数，最终无法连通。Windows 自带手动代理设置只提供 HTTP、HTTPS 两个输入框，SOCKS5 需要借助第三方工具或是 netsh 命令。第二个问题是认证方式冲突。部分服务商同时支持账号密码与 IP 白名单认证，一旦本机出口 IP 发生变动，白名单认证直接失效，这时需要切换回账号密码登录。第三个问题是例外列表没有配置。localhost、127.0.0.1 以及内网网段 192.168.x.x、10.x.x.x 如果也经过代理，访问本地开发服务器或者局域网打印机会失败。Windows 和 macOS 代理设置都存在绕过列表，把常用内网网段添加进去。最后，配置完代理之后全部网站打不开，不要直接判定代理故障，先关闭代理测试。关闭代理网络恢复正常，说明问题出在代理服务端；关闭之后依旧无法上网，大概率是修改设置时改动了 IP 或者 DNS 配置，回头重新检查相关参数。