EDC消费者连接器与Azurite间Nginx代理配置失效问题排查

1. 验证EDC配置是否正确加载 #

• 检查消费者连接器容器的生效环境变量，执行命令docker exec <consumer-container-id> env | grep EDC_BLOBSTORE_ENDPOINT_TEMPLATE，确认值为Nginx代理的容器服务名+端口（如http://nginx-proxy:8080，容器间通信需用服务名而非localhost）。
• 排查是否存在配置覆盖情况：检查连接器内部的config.properties文件，或docker-compose中是否有重复定义的同环境变量，确保目标配置优先级最高。

2. 检查Nginx代理路由配置 #

• 确认nginx.conf中的反向代理规则正确指向Azurite的服务地址，示例配置如下：

server {
    listen 8080;
    location / {
        proxy_pass http://azurite:10000;
        proxy_set_header Host $host;
    }
}

• 进入Nginx容器执行ping azurite，验证代理容器能否正常解析Azurite的服务名并连通。

3. 排查容器网络连通性 #

• 确认Nginx代理、EDC消费者、Azurite服务都加入了同一个Docker自定义网络（可查看docker-compose.yml的networks字段，默认多服务会共用项目名后缀的默认网络）。
• 从消费者容器发起测试请求：docker exec <consumer-container-id> curl http://nginx-proxy:8080/devstoreaccount1，同时查看Nginx容器日志docker logs <nginx-container-id>，确认请求是否到达代理。

4. 检查EDC传输流程配置细节 #

• 确认传输流程中使用的Blob存储配置确实引用了EDC_BLOBSTORE_ENDPOINT_TEMPLATE，排查是否存在硬编码的Azurite地址覆盖配置的情况。
• 查看EDC消费者连接器日志docker logs <consumer-container-id>，搜索与Blob存储、文件传输相关的条目，确认请求目标地址为Nginx代理而非Azurite。

5. 验证Nginx日志输出 #

• 在nginx.conf中开启访问日志，配置如下：

http {
    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;
    # 其他原有配置
}

重启Nginx容器后执行文件传输操作，查看日志确认是否有请求进入代理。若无请求记录，返回配置加载或网络连通性环节重新排查。

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