IBM i QSYS2.HTTP_GET：配置正向代理

QSYS2.HTTP_GET 接收目标 URL，随后是 JSON 选项文档。代理地址使用 host,port，而不是代理 URL。无认证的普通 HTTP 代理可这样配置：

VALUES QSYS2.HTTP_GET(
  'https://api.example.net/status',
  '{"proxy":"proxy.example.net,8080",
    "proxySsl":"false",
    "headers":{"Accept":"application/json"}}'
);

proxySsl 描述到代理的连接。IBM 记录其默认值为 true，因此当监听端期望普通 HTTP 时应显式关闭。目标仍是 HTTPS。若需获准测试，可用 HTTP 代理列表 中的端点按逗号分隔填写主机和端口。

认证有单独的边界。proxyAuth 记录为 userid,password，且仅当 proxySsl 为 true 时允许。basicAuth 提供目标服务的凭据。来源头或来源账户不能替代代理认证。

提供用户名和密码本身并不选择 NTLM。已发布的 SQL 选项没有 NTLM 机制选择器。若代理要求 NTLM，应先确认所安装版本与维护级别是否支持。

还要区分 IBM SQL HTTP 的两个系列。QSYS2 使用 ILE，较早的 SYSTOOLS 使用 Java。为 SYSTOOLS 安装 Java Authenticator 并不是 QSYS2 的配置。

将选项可用性，包括 headers 的对象形式，与所安装版本和 PTF 级别的文档对齐。若需要其他传输方式，应选择明确记录该方式的方案。