Установка Extensible Service Proxy на GCE/RHEL7

Quickstart for Endpoints on Compute Engine says Установка Extensible Service Proxy на GCE/RHEL7

вам нужно запустить Extensible Service Proxy, прежде чем посылать запросы к API

Этот быстрый старт работает только на Debian. Убедитесь, что вы создали виртуальную машину, в которой работает Debian.

У меня есть экземпляр виртуальной машины GCE, работающий на Red Hat EL 7, к которому я добавляю эту конечную точку. Где инструкции по установке и запуску Extensible Service Proxy на нем?

FWIW Я рассмотрел содержимое пакета Debian. Кажется, это просто nginx с настраиваемыми конфигурациями и некоторыми дополнительными скриптами. Если нет RPM или другого способа установки ESP на RHEL7, могу ли я просто вручную установить содержимое, извлеченное из пакета .deb?

источник

2017-01-11 Matthew

Инструкции по установке ESP подразумеваются в the instructions for installing the Cloud SDK on Red Hat and CentOS, так как RPM с конечными точками времени доступен из того же репо, что и SDK.

$ 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

Обратите внимание, что ESP устанавливается как Nginx, с поддержкой скриптов и конфигурационных файлов, которые заменят все существующие Nginx и любые файлы с тем же именем, которая перезапишет любую существующую функциональность Nginx (как прокси-сервер, кэш и т.д.) , Лучше всего сначала архивировать любые конфигурации nginx для конкретного хоста, затем установить ESP, а затем объединить старые конфиги в новые, установленные yum.

источник

2017-01-13 02:04:39 Matthew

Да, он должен работать (не проверен). nginx в пакете .deb представляет собой статически скомпилированный двоичный файл с настраиваемым модулем, который отлично работает автономно. Обязательно поместите оставшиеся файлы (шаблоны конфигурации, корневые сертификаты ЦС, сценарий запуска) в те же каталоги, что и в пакете .deb.

источник

2017-01-12 06:19:28 user1337

У меня есть существующий сервер nginx, работающий как обратный прокси-сервер кэширования. Nginx.conf сконфигурирован для нескольких FQDN переднего конца, зарегистрированных на одном IP #. Некоторые запрашиваемые FQDN обслуживаются напрямую nginx и другими серверами, запущенными на узле nginx, другие запрошенные FQDN проксируются с другими серверами в качестве исходного сервера. Я могу заменить существующий двоичный файл nginx на один из .deb и просто объединить мои существующие файлы конфигурации (включая nginx.conf и файлы cert) с файлами из .deb, правильно? Двоичный диск nginx-debug также должен продолжать работать и в старых конфигурациях? – Matthew

Да, ESP должен работать как nginx, если вы объедините шаблонный файл конфигурации nginx с вашим рукописным. Если вы заглянули в автоматически генерируемый nginx.conf, модуль ESP включается для каждого местоположения, а предоставленные корневые сертификаты используются для инициирования подключений к службам Google (служба управления сервисом). nginx-debug должен быть nginx скомпилирован с отладкой для дополнительной информации регистрации. – user1337

Вы знаете, как объединить ESP trusted-ca-certificates.crt с существующими сертификатами nginx? Кроме того, два параметра в ESP uwsgi_params немного отличаются от существующих nginx uwsgi_params: HTTPS [$ https if_not_empty] vs [$ https] и REQUEST_SCHEME [$ scheme] vs [$ scheme; if_not_empty;]. Это имеет значение? – Matthew

ответ

Смежные вопросы