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

时间:2017-10-11 15:05:51

标签: docker nginx

我在尝试让以下内容在Docker中工作时遇到了麻烦

我想要的是当用户请求http://localhost/api时,NGINX反向代理我在另一个容器中运行的.Net Core 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 Core API

死简单 - 在容器中的端口80上公开的API

然后是docker-compose.yml

搬运工-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_pass http://api1;

当我输入http:\\localhost\api时出现404错误,这是错误的。

有没有办法解决这个问题?

1 个答案:

答案 0 :(得分:2)

问题是nginx location配置。

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;