Nginx 是一个网络和代理服务器。Nginx (发音为 "engine-x") 是一个高性能的 HTTP 和反向代理服务器，同时也是一个 IMAP/POP3 代理服务器。Nginx 是由 Igor Sysoev 开发的，最初发布于2004年，旨在解决 C10k 问题，即同时处理大量客户端连接的需求。由于其高性能、稳定性、丰富的功能集以及低资源消耗，Nginx 在全球范围内广泛用于提供网页内容，特别是在高流量的网站中非常流行。

Nginx

在配置Nginx作为反向代理服务器时，用于转发请求到后端服务器的`proxy_pass`指令通常与其它Nginx变量和模块结合使用，以提供更灵活的转发策略。其中，`$remote_addr`变量代表客户端的IP地址。如果你希望在转发请求时保持原始客户端IP地址，以便后端服务器可以获取到，你需要结合`proxy_set_header`指令使用。

下面是一个配置`proxy_pass`与`$remote_addr`一起使用的例子：

```nginx
server {
    listen 80;

    server_name example.com;

    location / {
        # 转发请求到后端应用服务器
        proxy_pass http://backend_upstream;

        # 设置HTTP头，将客户端的原始IP传递给后端服务器
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

        # 其他可能需要设置的头信息
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-Proto $scheme;
        
        # 以下是一些代理设置，用于维持HTTP头信息和处理超时等
        proxy_http_version 1.1;
        proxy_set_header Connection "";
        proxy_buffering off;
        proxy_request_buffering off;
        proxy_read_timeout 90;
    }
}

# 后端服务器组配置
upstream backend_upstream {
    server backend1.example.com;
    server backend2.example.com;
}
```

在这个例子中，当Nginx接收到对`example.com`的请求时，它会将请求转发到`backend_upstream`，这是一个由两个后端服务器组成的上游服务器组。同时，通过`proxy_set_header`指令，原始的客户端IP `$remote_addr` 被添加到了请求头`X-Real-IP`中，而`X-Forwarded-For`中维持了一个客户端IP的链表，用于记录请求链路中的每个代理服务器的IP。

这样，后端服务器就可以从`X-Real-IP`或者`X-Forwarded-For`头信息中获取到客户端的真实IP地址。这对于记录日志、进行地理位置分析、限流、访问控制或者其他需要知道客户端原始IP的场景都非常有用。

Nginx 如何将 proxy_pass 与$ remote_addr 一起使用？

Nginx 配置文件（通常具有 `.conf` 扩展名）是使用特定于 Nginx 的配置语言编写的，它是一种声明式的配置语言，用于指定 Nginx 服务器的行为。这种语言是专门为配置 Nginx 的各种方面而设计的，包括服务器的监听端口、位置块（location blocks）的使用以处理特定的 URI、负载均衡配置、缓存行为、重定向规则等等。

配置文件中的语句主要基于简单的键值对，并且有其自身的结构和语法规则。例如，一个基本的Nginx配置文件可能包含以下内容：

```nginx
events {
    worker_connections 1024;
}

http {
    server {
        listen 80;
        server_name example.com www.example.com;

        location / {
            root /var/www/html;
            index index.html index.htm;
        }
        
        location /images/ {
            root /var/www/images;
        }
    }
}
```

上面的例子展示了一个简单的 Nginx 配置，其中指定了事件模块（`events`）的工作连接数、HTTP服务器监听端口（80端口）、服务器名称，以及两个位置块来处理网站根目录和图片目录的请求。

这种配置语言虽然简洁，但功能强大，能够支持复杂的网络服务器设置。通过组合不同的指令和模块，用户可以为Nginx创建高效、灵活且安全的配置。

所以我是 nginx 的新手，也有同样的问题。事实证明，上述语言的语法既是自定义的，而且实际上非常简单。该语法在 NGINX 文档的[一个部分中被捕获，为了方便起见，在此处重复：](https://nginx.org/en/docs/beginners_guide.html#conf_structure)

> nginx 由由配置文件中指定的指令控制的模块组成。指令分为简单指令和块指令。一个简单的指令由名称和参数组成，名称和参数之间用空格分隔，并以分号 (;) 结尾。块指令具有与简单指令相同的结构，但它不是以分号结尾，而是以一组用大括号（{ 和 }）括起来的附加指令结尾。如果块指令可以在大括号内包含其他指令，则称为上下文（例如：事件、http、服务器和位置）。
> 
> 放置在任何上下文之外的配置文件中的指令都被视为位于主上下文中。事件和http指令驻留在主上下文中，服务器驻留在http中，位置驻留在server中。
> 
> \# 符号之后的其余行被视为注释。

**总之：** NGINX 配置文件中的所有内容都是可能引用_变量的__指令_。所有指令均按[字母顺序列出](https://nginx.org/en/docs/dirindex.html)，所有变量均按[字母顺序列出](https://nginx.org/en/docs/varindex.html)。_NGINX 配置由模块_驱动，每个模块都实现特定的功能，并且每个模块_都提供_可在配置中使用的指令和变量。就是这样。[](https://nginx.org/en/docs/dirindex.html)[](https://nginx.org/en/docs/varindex.html)

这就是为什么 Even `if`（看起来像传统编程语言中的关键字）实际上只是[模块](https://nginx.org/en/docs/http/ngx_http_rewrite_module.html)提供的_指令_。`ngx_http_rewrite_module`[](https://nginx.org/en/docs/http/ngx_http_rewrite_module.html)

希望这可以帮助！

PS - 另请查看[https://devdocs.io/](https://devdocs.io/)，特别是[https://devdocs.io/nginx](https://devdocs.io/nginx)，以获得搜索/使用 NGINX 文档的改进方法_。_

Nginx conf 文件是用它们自己的语言或语法编写的。我在下面列出了一些基础知识。[这些是我在掌握 Nginx](http://www.amazon.co.uk/Mastering-Nginx-Dimitri-Aivaliotis/dp/1849517444)中的个人笔记[](http://www.amazon.co.uk/Mastering-Nginx-Dimitri-Aivaliotis/dp/1849517444)

**基本格式**

基本文件被分成几个部分

    :
    
    <section> {
    
      <directive> <parameters>; 
    
    }
    

**全局参数**

未按上述标准格式定义，它没有围绕全局部分的 {}。它位于配置文件的顶部

重要的全局参数

user - 工作进程运行的用户和组。如果组省略，则等于用户使用的组

worker\_processes - 启动的工作进程数。他们处理来自客户端的连接。作为 CPU 限制负载的规则，该值应等于处理器数量，而对于 I/O 限制负载，则应乘以 1.5 或 2

error\_log - 错误日志的位置。可以在指令内被覆盖。第二个参数指示日志调试的级别（仅在编译时配置调试模式时可用）、info、notice、warn、error、crit、alert 和 emerg。

pid - 写入主进程的进程 ID 的文件，覆盖编译时的默认值。

worker\_connections - 配置工作进程可以打开的最大并发连接数。对于反向代理服务器尤其重要 - 可能需要在操作系统级别进行一些额外的调整才能达到这个并发连接数。

**使用包含文件** 可以在配置文件中的任何位置使用

包括/opt/local/etc/nginx/mime.types；

路径中可能会出现通配符来匹配多个文件：include /opt/local/etc/nginx/vhost/\*.conf；

通过调用 NGINX 可以轻松测试配置文件，如下所示： nginx -t -c

Http 部分将是最常用的部分。

Nginx 配置文件是用一种为 Nginx 配置文件设计和实现的语言（如果你想称之为一种语言）编写的。文档很可能是除源本身之外的唯一可用参考。我首先会在[Nginx 论坛](http://forum.nginx.org/)上发布消息，或者加入[Nginx 邮件列表](http://nginx.org/mailman/listinfo/nginx)并在那里提问。当然，您也可以获取源代码并从那里开始。


Nginx conf 文件支持的是什么语言？

当您使用 Nginx 作为代理服务器时，将查询字符串参数从客户端传递到上游服务器（例如应用服务器）是一个很常见的需求。Nginx 默认情况下就会将请求中的查询字符串参数传递到上游服务器。这是因为当请求被代理时，整个请求行（包括 URI 和查询字符串）都会被转发。

以下是一个基本的 Nginx 配置示例，展示了如何为一个应用服务器配置代理，并自动包含查询字符串：

```nginx
server {
    listen 80;

    server_name example.com;

    location / {
        # 代理设置，将请求传递到后端应用服务器
        proxy_pass http://backend_server;

        # 下面这些是一些通用的代理设置，以确保请求和响应头被合适地处理
        proxy_set_header Host $host;
        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_pass` 指令用来定义上游服务器的地址。当客户端发送请求到 Nginx 时，如果请求包含查询字符串，Nginx 将自动将整个请求 URI（包括查询字符串）转发到 `http://backend_server`。

例如，如果客户端请求 `http://example.com/search?q=openai&lang=en`，Nginx 会将这个请求代理到 `http://backend_server/search?q=openai&lang=en`，包括查询字符串 `?q=openai&lang=en`。

如果您需要修改查询字符串或者根据查询字符串做一些特殊处理，可以使用 `rewrite` 指令或者 `$args` 变量来实现。这里是一个使用 `rewrite` 指令修改查询字符串的示例：

```nginx
server {
    listen 80;

    server_name example.com;

    location / {
        # 检查请求的查询字符串，如果没有 lang 参数则添加 lang=en
        if ($args !~ "lang=") {
            set $args "${args}&lang=en";
        }

        # 将修改后的请求传递到后端服务器
        proxy_pass http://backend_server;

        # 其余代理设置...
    }
}
```

在这个例子中，如果原始请求缺少 `lang` 参数，Nginx 将会添加 `lang=en` 到查询字符串，并将修改后的请求传递到上游服务器。

来自[proxy\_pass](https://web.archive.org/web/20111119030118/http://wiki.nginx.org/HttpProxyModule#proxy_pass)文档：

> 一种特殊情况是在 proxy\_pass 语句中使用变量：不使用请求的 URL，您完全负责自己构建目标 URL。

由于您在目标中使用 $1，因此 nginx 依赖于您准确地告诉它要传递的内容。您可以通过两种方式解决此问题。首先，使用 proxy\_pass 剥离 uri 的开头很简单：

    location /service/ {
      # Note the trailing slash on the proxy_pass.
      # It tells nginx to replace /service/ with / when passing the request.
      proxy_pass http://apache/;
    }
    

或者，如果您想使用正则表达式位置，只需包含参数：

    location ~* ^/service/(.*) {
      proxy_pass http://apache/$1$is_args$args;
    }

我使用 kolbyjack 的第二种方法的稍微修改版本，而`~`不是`~*`.

    location ~ ^/service/ {
      proxy_pass http://apache/$uri$is_args$args;
    }

你必须使用 rewrite 来使用 proxy\_pass 传递参数，这是我为 angularjs 应用程序部署到 s3 所做的示例

[S3 静态网站托管将所有路径路由到 Index.html](https://stackoverflow.com/questions/16267339/s3-static-website-hosting-route-all-paths-to-index-html/37371897#37371897)

适应你的需求会是这样的

    location /service/ {
        rewrite ^\/service\/(.*) /$1 break;
        proxy_pass http://apache;
    }
    

如果你想结束在[http://127.0.0.1:8080/query/params/](http://127.0.0.1:8080/query/params/)

如果你想最终进入[http://127.0.0.1:8080/service/query/params/](http://127.0.0.1:8080/service/query/params/) 你需要类似的东西

    location /service/ {
        rewrite ^\/(.*) /$1 break;
        proxy_pass http://apache;
    }

我修改了 @kolbyjack 代码以使其适用

    http://website1/service
    http://website1/service/
    

带参数

    location ~ ^/service/?(.*) {
        return 301 http://service_url/$1$is_args$args;
    }

处理添加 $request\_uri:  
proxy\_pass http://apache/$request\_uri;

如何使用nginx通过代理传递查询字符串参数

在 Nginx 中，当我们作为代理向后端服务器转发请求时，有时候我们需要在响应头中添加一些自定义的头信息。这可以通过使用 `add_header` 指令来完成，该指令通常在 `server` 或 `location` 块中指定。

以下是 Nginx 配置文件中添加自定义响应头的一个例子：

```nginx
server {
    listen 80;
    server_name example.com;

    location / {
        proxy_pass http://backend_server; # 此处是你的后端服务器地址
        add_header X-Proxy-Cache $upstream_cache_status;

        # 其他代理设置，例如设置代理头信息等
        proxy_set_header Host $host;
        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;
    }
}
```

在上面的配置中，我们为所有通过 `/` location 块代理的请求添加了一个名为 `X-Proxy-Cache` 的自定义响应头。该头的值设置为 `$upstream_cache_status` 变量的值，这个变量通常用来表示后端服务器的缓存状态。

需要注意的是，`add_header` 指令不仅可以添加常量值的头，还可以添加由 Nginx 变量动态生成的值。然而，如果使用了 `add_header` 指令，你需要确保复制所有默认的头信息，因为 `add_header` 指令会覆盖 Nginx 的默认行为，只输出你在配置中明确指定的头。

上述配置仅是一个简单的例子，你可以根据实际需要添加其他的响应头或者进行更复杂的配置。

`add_header`无论有没有，效果都一样好`proxy_pass`。我今天刚刚设置了一个配置，我在其中使用了该指令。但我必须承认，我在设置这个过程时也遇到了困难，但没有确切地回忆起原因。

现在我有一个工作配置，它包含以下内容（除其他外）：

    server {
        server_name  .myserver.com
        location / {
            proxy_pass  http://mybackend;
            add_header  X-Upstream  $upstream_addr;
        }
    }
    

[与Sebastian Goodman 在他的回答中](http://stackoverflow.com/a/14508087/177710)提到的[HttpHeadersMoreModule](http://wiki.nginx.org/NginxHttpHeadersMoreModule)相比，在 nginx `1.7.5` [add\_header](http://wiki.nginx.org/NginxHttpHeadersModule#add_header)之前仅对成功响应起作用。[](http://wiki.nginx.org/NginxHttpHeadersMoreModule)[](http://stackoverflow.com/a/14508087/177710)

由于 nginx，即使在错误响应中`1.7.5`，您也可以使用关键字`always`来包含自定义标头。例如：

    add_header X-Upstream $upstream_addr always;
    

* * *

_限制：_`server`您无法使用覆盖标头值`add_header`。

隐藏响应标头，然后添加新的自定义标头值
-------------------

添加标头`add_header`可以很好地使用代理传递，但如果响应中存在现有标头值，它将堆叠这些值。

如果您想设置或替换标头值（例如替换`Access-Control-Allow-Origin`标头以匹配您的客户端以允许跨源资源共享），那么您可以执行以下操作：

    # 1. hide the Access-Control-Allow-Origin from the server response
    proxy_hide_header Access-Control-Allow-Origin;
    # 2. add a new custom header that allows all * origins instead
    add_header Access-Control-Allow-Origin *;
    

因此`proxy_hide_header`，与 结合`add_header`使您能够设置/替换响应标头值。

[类似的答案可以在 ServerFault 上](https://serverfault.com/a/927668/191235)找到[](https://serverfault.com/a/927668/191235)

更新：
---

**注意：** `proxy_set_header`用于在进一步发送请求之前设置请求标头，而不是用于设置响应标头（标头的这些配置属性可能有点令人困惑）。

正如奥利弗所写：

> `add_header`无论有没有，效果都一样好`proxy_pass`。

然而，正如 Shane 所写，从 Nginx 1.7.5 开始，您必须通过`always`才能开始`add_header`处理错误响应，如下所示：

    add_header  X-Upstream  $upstream_addr always;

有一个名为[HttpHeadersMoreModule 的](http://wiki.nginx.org/NginxHttpHeadersMoreModule)模块，可以让您更好地控制标头。它不附带 Nginx，需要额外安装。有了它，你可以做这样的事情：

    location ... {
      more_set_headers "Server: my_server";
    }
    

这将“将服务器输出标头设置为任何状态代码和任何内容类型的自定义值”。它将替换已设置的标头或添加它们（如果未设置）。

你可以尝试这个解决方案：

在您的`location`块中，当您使用时，`proxy_pass`请执行以下操作：

    location ... {
    
      add_header yourHeaderName yourValue;
      proxy_pass xxxx://xxx_my_proxy_addr_xxx;
    
      # Now use this solution:
      proxy_ignore_headers yourHeaderName // but set by proxy
    
      # Or if above didn't work maybe this:
      proxy_hide_header yourHeaderName // but set by proxy
    
    }
    

我不确定这是否正是您所需要的，但尝试对此方法进行一些操作，也许结果会适合您的问题。

您也可以使用此组合：

    proxy_hide_header headerSetByProxy;
    set $sent_http_header_set_by_proxy yourValue;

Nginx 如何在代理请求时添加响应头？

在Nginx中，我们可以通过配置文件来设置重定向规则，将请求从一个域重定向到另一个域。主要有两种方式可以实现重定向：使用 `return` 指令和使用 `rewrite` 指令。以下是这两种方式的例子：

### 使用 `return` 指令

`return` 指令是一个相对简单并且推荐使用的方式来进行重定向。您可以在 `server` 块中定义一个 `return` 指令来指示Nginx对特定请求返回一个重定向。以下是一个将所有请求从`old-domain.com`重定向到`new-domain.com`的示例：

```nginx
server {
    listen 80;
    server_name old-domain.com;
    
    return 301 http://new-domain.com$request_uri;
}
```

在这个配置中，当用户访问 `old-domain.com` 时，Nginx将发送一个状态码为301（永久重定向）的响应，告诉用户资源已经永久移动到 `new-domain.com`。`$request_uri` 变量保证了完整的请求URI被包括在重定向中，这意味着任何额外的路径或查询字符串也将保留在新的URL中。

### 使用 `rewrite` 指令

`rewrite` 指令更加灵活，可以根据正则表达式匹配并修改请求的URI。当匹配成功时，可以指定一个新的URI并选择是进行内部跳转还是发送重定向响应。以下是一个将特定路径重定向到另一个域的示例：

```nginx
server {
    listen 80;
    server_name old-domain.com;

    location /somepath/ {
        rewrite ^/somepath/(.*)$ http://new-domain.com/otherpath/$1 permanent;
    }
}
```

在这个例子中，只有当请求的路径以 `/somepath/` 开头时，Nginx才会将请求重定向到 `new-domain.com` 下的 `/otherpath/` 路径。`$1` 是一个正则表达式捕获组，它会捕获原始请求中 `/somepath/` 后面的部分，并将其插入到新URL中。`permanent` 关键字表示这是一个301永久重定向。

### 注意事项

1. 当你使用301重定向时，这表示永久性的重定向，搜索引擎会更新他们的索引以反映新的位置。对于临时性的重定向，你应该使用302状态码。
2. 请确保在修改Nginx配置后重新加载或重启Nginx服务使配置生效，你可以使用 `nginx -s reload` 命令来安全地重载配置文件。
3. 在实施重定向时应确保考虑SEO影响，永久重定向（301）通常对SEO更为友好，因为它们将链接权重传递给新URL。

以上就是通过Nginx将请求重定向到不同域的基本方法和一些注意事项。

[server\_name](http://nginx.org/r/server_name)支持使用语法进行后缀匹配`.mydomain.example`：

    server {
      server_name .mydomain.example;
      rewrite ^ http://www.adifferentdomain.example$request_uri? permanent;
    }
    

或者在任何 0.9.1 或更高版本上：

    server {
      server_name .mydomain.example;
      return 301 http://www.adifferentdomain.example$request_uri;
    }

server {
        server_name .mydomain.example;
        return 301 http://www.adifferentdomain.example$request_uri;
    }
    

[http://wiki.nginx.org/HttpRewriteModule#return](http://wiki.nginx.org/HttpRewriteModule#return)

和

[http://wiki.nginx.org/Pitfalls#Taxing\_Rewrites](http://wiki.nginx.org/Pitfalls#Taxing_Rewrites)

我正在为我的网站使用此代码

    server {
            listen 80;
            listen 443;
            server_name  .domain.example;
    
            return 301 $scheme://newdomain.example$request_uri;
    }

如果可以的话为什么要使用重写模块呢`return`？从技术上讲，`return`它是重写模块的一部分，[您可以在此处阅读](http://wiki.nginx.org/HttpRewriteModule#return)，但恕我直言，此代码段更容易阅读。

    server {
        server_name  .domain.com;
    
        return 302 $scheme://forwarded-domain.com;
    }
    

您还可以给它一个 301 重定向。

Nginx 如何将请求重定向到不同的域？

在Nginx中，定位实际正在使用的配置文件（`nginx.conf`）可以通过几种方式完成。

1. **查看默认配置文件位置**
    默认情况下，Nginx的配置文件通常位于以下几个地方之一：
    - `/etc/nginx/nginx.conf`
    - `/usr/local/nginx/conf/nginx.conf`
    - `/usr/local/etc/nginx/nginx.conf`

    这取决于Nginx是如何安装的。大多数基于包管理的安装（例如，使用APT或YUM）会将配置文件放在`/etc/nginx/`目录下。

2. **使用Nginx命令**
    可以使用Nginx的命令行参数`-t`查看它认为的配置文件路径，这将输出完整的配置文件路径，以及配置文件中的任何错误。

    ```shell
    nginx -t
    ```
    
    这个命令不仅会显示你配置文件的位置，还会进行语法检查。

3. **查看Nginx进程**
    通过查看Nginx的进程信息，可以找到它使用的配置文件。可以用`ps`命令配合`grep`来做这件事：

    ```shell
    ps -aux | grep nginx
    ```
    
    在Nginx启动命令的输出中，可能会包含`-c`参数后面跟随的配置文件路径。

4. **查看启动脚本**
    对于使用系统服务管理器（如systemd）启动Nginx的系统，可以检查服务的单位文件，找到Nginx的启动命令及其使用的配置文件。

    ```shell
    systemctl cat nginx
    ```
    
    或者，对于较旧的系统，可能需要查看启动脚本：

    ```shell
    cat /etc/init.d/nginx
    ```

5. **Nginx编译参数**
    如果你想知道在编译Nginx时指定的默认配置文件路径，可以使用以下命令查看：

    ```shell
    nginx -V
    ```
    
    该命令会输出Nginx编译时的所有参数，包括`--conf-path`，这里面指定了默认的配置文件路径。

综上所述，通常可以快速通过`nginx -t`命令来确认Nginx使用的配置文件路径，并且额外检查配置文件的语法正确性。如果需要了解更多详细信息，如编译时的配置路径或服务启动脚本，那么其他方法也非常有用。

通过命令行运行`nginx -t`将发出测试并将输出与文件路径附加到配置文件（带有错误或成功消息）。

和`nginx -t`都会`nginx -V`打印出默认的 nginx 配置文件路径。

    $ nginx -t
    nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
    nginx: configuration file /etc/nginx/nginx.conf test is successful
    
    $ nginx -V
    nginx version: nginx/1.11.1
    built by gcc 4.9.2 (Debian 4.9.2-10)
    built with OpenSSL 1.0.1k 8 Jan 2015
    TLS SNI support enabled
    configure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --modules-path=/usr/lib/nginx/modules --conf-path=/etc/nginx/nginx.conf ...
    

如果需要，您可以通过以下方式获取配置文件：

    $ nginx -V 2>&1 | grep -o '\-\-conf-path=$.*conf$' | cut -d '=' -f2
    /etc/nginx/nginx.conf
    

即使您加载了其他一些配置文件，它们仍然会打印出默认值。

* * *

`ps aux`会显示当前加载的 nginx 配置文件。

    $ ps aux
    USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
    root        11  0.0  0.2  31720  2212 ?        Ss   Jul23   0:00 nginx: master process nginx -c /app/nginx.conf
    

这样您实际上就可以通过以下方式获取配置文件：

    $ ps aux | grep "[c]onf" | awk '{print $(NF)}'
    /app/nginx.conf

% ps -o args -C nginx
    COMMAND
    build/sbin/nginx -c ../test.conf
    

如果 nginx 在没有该选项的情况下运行`-c`，那么您可以使用该`-V`选项找出设置为非标准值的配置参数。其中您最感兴趣的是：

    --prefix=PATH                      set installation prefix
    --sbin-path=PATH                   set nginx binary pathname
    --conf-path=PATH                   set nginx.conf pathname

which nginx
    

将为您提供正在使用的 nginx 的路径

* * *

**编辑（2017 年 1 月 18 日）**

感谢威尔·帕尔默对此答案的评论，我添加了以下内容......

如果您通过 HomeBrew 等软件包管理器安装了 nginx...

    which nginx
    

可能无法为您提供正在使用的 nginx 的**确切路径。**但是您可以使用找到它

    realpath $(which nginx)
    

* * *

正如@Daniel Li 提到的

你可以通过他的方法获取nginx的配置

或者你可以使用这个：

    nginx -V

所有其他答案都很有用，但如果**`nginx`没有打开，它们可能无法帮助您，因此您在尝试运行时`PATH`会得到`command not found``nginx`**：

我在 Debian 7 Wheezy 上有 nginx 1.2.1，`nginx`可执行文件不在 上`PATH`，所以我需要先找到它。它已经在运行，所以使用`ps aux | grep nginx`我发现它位于`/usr/sbin/nginx`，因此我需要**运行`/usr/sbin/nginx -t`**。

如果您想使用非默认配置文件（即不是`/etc/nginx/nginx.conf`），请使用`-c`参数运行它：`/usr/sbin/nginx -c <path-to-configuration> -t`。

您可能还需要将**其运行为`root`**，否则 nginx 可能没有权限打开例如日志，因此该命令将失败。

Nginx相关问题

Nginx 如何将 proxy_pass 与$ remote_addr 一起使用？

Nginx conf 文件支持的是什么语言？

如何使用nginx通过代理传递查询字符串参数

Nginx 如何在代理请求时添加响应头？

Nginx 如何将请求重定向到不同的域？

Nginx 如何定位实际使用的 conf 文件位置？