Nginx 在GCE/RHEL7上安装可扩展服务代理

在发送请求之前，需要运行可扩展服务代理 到API

但是它

此快速入门仅适用于Debian。确保您创建的VM 运行Debian

我有一个运行Red Hat EL 7的现有GCE VM实例，我正在将此端点添加到该实例中。关于在其上安装和运行可扩展服务代理的说明在哪里

---

FWIW我检查了Debian包的内容。它似乎只是带有自定义配置和一些额外脚本的nginx。如果RHEL7上没有RPM或其他安装ESP的方法，我是否可以手动安装从.deb包中提取的内容？

是，它应该可以工作（未测试）。.deb包中的nginx是一个静态编译的二进制文件，带有一个独立运行的自定义模块。请确保将其余文件（配置模板、根CA证书、启动脚本）放置在与.deb包相同的目录中

是的，它应该工作（未测试）。.deb包中的nginx是一个静态编译的二进制文件，带有一个独立运行的自定义模块。请确保将其余文件（配置模板、根CA证书、启动脚本）放置在与.deb包相同的目录中

中暗示了安装ESP的说明，因为端点运行时RPM可从与SDK相同的repo获得

$ sudo tee -a /etc/yum.repos.d/google-cloud-sdk.repo << EOM
[google-cloud-sdk]
name=Google Cloud SDK
baseurl=https://packages.cloud.google.com/yum/repos/cloud-sdk-el7-x86_64
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg
       https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
EOM
$ 
$ sudo yum install google-cloud-sdk

---

$sudo tee-a/etc/yum.repos.d/google-cloud-sdk.repo中暗示了安装ESP的说明，因为端点运行时RPM可从与sdk相同的repo获得

$ sudo tee -a /etc/yum.repos.d/google-cloud-sdk.repo << EOM
[google-cloud-sdk]
name=Google Cloud SDK
baseurl=https://packages.cloud.google.com/yum/repos/cloud-sdk-el7-x86_64
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg
       https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
EOM
$ 
$ sudo yum install google-cloud-sdk

$sudo tee-a/etc/yum.repos.d/google-cloud-sdk.repo我有一个现有的nginx服务器作为缓存反向代理运行。为多个前端FQDN配置的nginx.conf均注册到其单个IP#。一些请求的FQDN直接由nginx和运行在nginx主机上的其他服务器提供服务，其他请求的FQDN通过其他服务器主机作为其原始服务器进行代理。我可以用.deb中的二进制文件替换现有的nginx二进制文件，然后将现有的配置文件（包括nginx.conf和cert文件）与.deb中的配置文件合并，对吗？nginx调试二进制文件也应继续为旧配置服务？是的，如果您将模板化的nginx配置文件与手写的nginx配置文件合并，则ESP应与nginx一样工作。如果查看自动生成的nginx.conf，每个位置都会打开ESP模块，提供的根证书用于启动到Google服务（服务控制服务）的连接。nginx debug必须在启用调试的情况下进行nginx编译，以获取额外的日志信息。您知道如何将ESP trusted-ca-certificates.crt与现有nginx证书合并吗？此外，ESP uwsgi_参数中的两个参数与现有nginx uwsgi_参数略有不同：HTTPS[$HTTPS if_not_empty]vs[$HTTPS]和REQUEST_SCHEME[$SCHEME]vs[$SCHEME；if_not_empty；]。这有关系吗？ESP根证书只用于调用Google服务，而不用于上游后端或下游客户端。因此，您甚至不需要合并它们。至于第二个问题，你可以选择你的价值观。ESP没有使用nginx变量AFAIK（您应该查看/etc/nginx/endpoints/nginx-auto.conf，这是ESP使用的变量）。我需要在我的GCE/RHEL7服务器上维护ESP安装，因此我将再次发布此问题，重点关注从yum repo安装它的问题。但是APT方法对于研究ESP与现有nginx配置的合并非常有用。谢谢。我有一个现有的nginx服务器作为缓存反向代理运行。为多个前端FQDN配置的nginx.conf均注册到其单个IP#。一些请求的FQDN直接由nginx和运行在nginx主机上的其他服务器提供服务，其他请求的FQDN通过其他服务器主机作为其原始服务器进行代理。我可以用.deb中的二进制文件替换现有的nginx二进制文件，然后将现有的配置文件（包括nginx.conf和cert文件）与.deb中的配置文件合并，对吗？nginx调试二进制文件也应继续为旧配置服务？是的，如果您将模板化的nginx配置文件与手写的nginx配置文件合并，则ESP应与nginx一样工作。如果查看自动生成的nginx.conf，每个位置都会打开ESP模块，提供的根证书用于启动到Google服务（服务控制服务）的连接。nginx debug必须在启用调试的情况下进行nginx编译，以获取额外的日志信息。您知道如何将ESP trusted-ca-certificates.crt与现有nginx证书合并吗？此外，ESP uwsgi_参数中的两个参数与现有nginx uwsgi_参数略有不同：HTTPS[$HTTPS if_not_empty]vs[$HTTPS]和REQUEST_SCHEME[$SCHEME]vs[$SCHEME；if_not_empty；]。这有关系吗？ESP根证书只用于调用Google服务，而不用于上游后端或下游客户端。因此，您甚至不需要合并它们。至于第二个问题，你可以选择你的价值观。ESP没有使用nginx变量AFAIK（您应该查看/etc/nginx/endpoints/nginx-auto.conf，这是ESP使用的变量）。我需要在我的GCE/RHEL7服务器上维护ESP安装，因此我将再次发布此问题，重点关注从yum repo安装它的问题。但是APT方法对于研究ESP与现有nginx配置的合并非常有用。谢谢