docker中的Nginx反向代理到.Net核心API

我很难在Docker中实现以下功能

我想要的是当用户请求

http://localhost/api

然后NGINX反向代理到另一个容器中运行的.Net核心API

容器主机：Windows

容器1:NGINX

dockerfile

FROM nginx

COPY ./nginx.conf /etc/nginx/nginx.conf

nginx.conf

user  nginx;
worker_processes  1;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;

events {
    worker_connections  1024;
}

http {

    server {
        location /api1 {
            proxy_pass http://api;
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection keep-alive;
            proxy_set_header Host $host;
            proxy_cache_bypass $http_upgrade;
        }
    }

    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  65;

    #gzip  on;

    include /etc/nginx/conf.d/*.conf;
}

容器2:.Net核心API

死简单-容器中端口80上暴露API

然后是docker-compose.yml

docker compose.yml

version: '3'

services:
  api1:
    image: api1
    build:
      context: ./Api1
      dockerfile: Dockerfile
    ports:
      - "5010:80"

  nginx:
    image: vc-nginx
    build:
      context: ./infra/nginx
      dockerfile: Dockerfile
    ports:
      - "5000:80"

正在阅读Docker文档，其中说明：

链接允许您定义服务使用的额外别名 可从其他服务访问。它们不需要启用 要通信的服务-默认情况下，任何服务都可以到达任何其他服务 以该服务的名称提供服务

因此，由于我的API服务被称为

api1

，我只是在

nginx.conf

文件中引用了它作为反向代理配置的一部分：

proxy\u passhttp://api1;

当我输入
http:\\localhost\api
时，出现了404错误

有办法解决这个问题吗？
问题在于配置

404错误是正确的，因为您的配置正在代理来自
http://localhost/api/some-resource
到缺少的资源，因为您的映射是针对
/api1
路径的，并且您正在请求
/api

因此，您只需将位置更改为
/api
，它就可以工作了

请记住，请求
http://localhost/api
将被代理到
http://api1/api
（保留路径）。如果您的后端配置为公开带有前缀路径的api，那么这是可以的，否则您将收到另一个404（这次来自您的服务）。
为了避免这种情况，您应该在使用如下规则代理请求之前重写路径：

# transform /api/some-resource/1 to /some-resource/1
rewrite    /api/(.*) /$1 break;

问题在于配置

404错误是正确的，因为您的配置正在代理来自
http://localhost/api/some-resource
到缺少的资源，因为您的映射是针对
/api1
路径的，并且您正在请求
/api

因此，您只需将位置更改为
/api
，它就可以工作了

请记住，请求
http://localhost/api
将被代理到
http://api1/api
（保留路径）。如果您的后端配置为公开带有前缀路径的api，那么这是可以的，否则您将收到另一个404（这次来自您的服务）。
为了避免这种情况，您应该在使用如下规则代理请求之前重写路径：

# transform /api/some-resource/1 to /some-resource/1
rewrite    /api/(.*) /$1 break;