Docker部署Nginx实现内部无外网后端容器发送Slack webhook请求

该方案完全可行，你可以通过具备外网访问权限的Nginx作为代理出口，为无外网权限的Docker内网后端容器提供Slack webhook请求的转发能力，当前配置调整几处问题即可正常运行。

• 缺少SSL相关配置导致443端口无法正常工作
  你当前配置监听了443端口但没有配置SSL证书，内网后端容器向该端口发起HTTPS请求时会触发证书校验失败报错。更简单的方案是将Slack代理的监听端口改为HTTP端口，规避内网SSL证书配置的额外成本；如果你需要保留内网HTTPS访问，可自行签发自签证书并配置到该server块下，同时让后端容器信任该证书即可。
• 缺少SNI配置导致Nginx向上游Slack请求失败
  Slack的HTTPS服务要求请求携带SNI信息，你需要在配置中增加proxy_ssl_server_name on;配置项，否则Nginx向上游发起HTTPS请求时会拿到错误证书导致请求异常。
• 冗余Header配置可删除
  你当前配置中的X-Forwarded系列Header对于Slack webhook请求没有实际作用，Slack服务不会处理这些内网源IP相关的头信息，可以直接删除减少不必要的配置。

# 原有服务配置保留
server {
  listen 80 default_server;
  server_name localhost;
  client_max_body_size 100M;
  charset utf-8;
  ... # 原有服务容器相关配置保持不变
}

# 新增Slack代理专用配置
server{
  listen 80;
  server_name hooks.slack.com;

  location / {
    proxy_pass https://hooks.slack.com/;
    proxy_redirect off;
    proxy_set_header Host hooks.slack.com;
    # 开启SNI支持，保证上游HTTPS请求正常
    proxy_ssl_server_name on;
  }
}

1. 确保运行Nginx的服务器/容器本身具备访问外网hooks.slack.com的权限
2. 修改内网后端容器的Slack webhook请求地址，将原有的https://hooks.slack.com/xxx改为http://<Nginx容器的Docker内网IP>/xxx
3. 如果你不想修改后端容器的请求地址，可在Docker网络的DNS配置中增加规则，将hooks.slack.com解析到Nginx的内网IP，即可实现无感知代理

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