问题

Localhost在容器方面有点棘手。在Docker容器中，localhost指向容器本身。这意味着，对于像这样的上游：

upstream foo{
  server 127.0.0.1:8080;
}

或

upstream foo{
  server 0.0.0.0:8080;
}

你告诉nginx把你的请求传递给本地主机。但是在docker-container的上下文中，localhost（以及相应的ip地址）指向容器本身：

如果您的容器不在主机网络上，则通过寻址127.0.0.1，您将永远无法到达您的主机。

解决方案

主机组网

您可以选择在与主机相同的网络上运行nginx：

docker run --name nginx -d -v /root/nginx/conf:/etc/nginx/conf.d --net=host nginx

请注意，在这种情况下，您不需要公开任何端口。
这是可行的，尽管你失去了Docker网络的好处。如果你有多个容器需要通过Docker网络进行通信，这种方法可能会有问题。如果你只想用docker部署nginx，不想使用任何高级的docker网络功能，这种方法很好。

访问主机远程IP地址

另一种方法是重新配置nginx upstream指令，通过添加其远程IP地址直接连接到主机：

upstream foo{
  //insert your hosts ip here
  server 192.168.99.100:8080;
}

容器现在将通过网络堆栈并正确解析您的主机：

你也可以使用你的DNS名称，如果你有一个。确保Docker知道你的DNS服务器。

对我来说，帮助这行代码proxy_set_header Host $http_host;

server {
   listen            80;
   server_name  localhost;
location / {
   proxy_set_header X-Real-IP $remote_addr;
   proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
   proxy_set_header X-Forwarded-Proto $scheme;
   proxy_set_header Host $http_host;
   proxy_set_header X-NginX-Proxy true;

   proxy_redirect off;
   proxy_pass http://myserver;
}

只是为了完成其他答案，我使用mac进行开发，并直接在上游使用host.docker.internal为我工作，不需要传递主机远程IP地址。下面是代理nginx的配置：

events { worker_connections 1024; }

http {
    upstream app1 {
        server host.docker.internal:81;
    }

    upstream app1 {
        server host.docker.internal:82;
    }
    
    server {
        listen 80;
        server_name app1.com;
    
        location / {
          proxy_pass    http://app1;
        }
    }

    server {
        listen 80;
        server_name app2.com;
    
        location / {
          proxy_pass    http://app2;
        }
    }
}

正如你所看到的，我在nginx代理后面为不同的应用程序使用了不同的端口。我为app1使用了端口81，为app2使用了端口82，app1和app2都有自己的nginx容器：
对于应用程序1：

docker run --name nginx -d -p 81:80 nginx

对于应用程序2：

docker run --name nginx -d -p 82:80 nginx

此外，请参阅此链接了解更多详情：Docker for Mac

您可以做的是配置proxy_pass，从container的Angular 来看，地址将指向您的真实的主机。
要从容器的Angular 获取host地址，您可以在Windows上使用Docker 18.03（或更新）执行以下操作：
在镜像名称为nginx的主机上运行bash（适用于Alpine Linux distribution）：

docker run -it nginx /bin/ash

然后在容器内运行

/ # nslookup host.docker.internal

Name:      host.docker.internal
Address 1: 192.168.65.2

192.168.65.2是主机的IP -而不是像spinus接受的答案中的网桥IP。
我在这里使用host.docker.internal：
主机的IP地址不断变化（如果您没有网络访问权限，则没有）。从18.03开始，我们建议连接到特殊的DNS名称host.docker.internal，它解析为主机使用的内部IP地址。这是出于开发目的，不会在Docker for Windows之外的生产环境中工作。
然后，您可以将nginx配置更改为：proxy_pass http://192.168.65.2:{your_app_port};
应该能正常工作
请记住提供与本地应用程序运行时相同的port。

# the upstream component nginx needs to connect to
upstream django {

    # server unix:///path/to/your/mysite/mysite.sock; # for a file socket

    server 127.0.0.1:8001; # for a web port socket (we'll use this first)
}

location / {

        uwsgi_pass  django;
        include     /path/to/your/mysite/uwsgi_params; # the uwsgi_params file you installed
    }

完整参考资料：https://uwsgi-docs.readthedocs.io/en/latest/tutorials/Django_and_nginx.html

nginx.sh（示例网站）

ip=$(ifconfig | grep -Eo 'inet (addr:)?([0-9]*\.){3}[0-9]*' | grep -Eo '([0-9]*\.){3}[0-9]*' | grep -v '127.0.0.1' | head -n 1)

docker run --name nginx --add-host="host:${ip}" -p 80:80 -d nginx

nginx.conf

location / {
    ...
    proxy_pass http://host:8080/;
}

对我很有效

我得到了同样的错误，但在我的情况下，这是因为我正在引导https流量（从负载均衡器- ALB）到http。将目标组的协议更改为http解决了这个问题。

我遇到了这个问题，结果证明是由于权限问题导致Docker容器无法启动的问题。
在我的情况下，

docker-compose ps

显示容器尚未启动并以状态1退出。原来权限在迁移到新机器时丢失了。将权限调整到父目录上的一个已知员工用户，为我解决了这个问题，然后我就可以启动docker服务，就像以前一样。

nginx_1_c18a7f6f7d6d | chown: /var/www/html: Operation not permitted