Quickstart for Endpoints on Compute Engine says在GCE安裝擴展服務代理/ RHEL7
你需要發送請求 的API
之前運行可擴展服務代理,但它also says
本快速入門僅適用於Debian。確保你創建了一個運行Debian的虛擬機。
我有一個現有的運行Red Hat EL 7的GCE虛擬機實例,我正在添加此端點。在哪裏安裝並運行Extensible Service Proxy?
FWIW我檢查了Debian軟件包的內容。它似乎只是nginx與自定義配置和一些額外的腳本。如果在RHEL7上沒有RPM或其他安裝ESP的方式,我可以手動安裝從.deb軟件包提取的內容嗎?
我有一個現有的nginx服務器作爲緩存逆向代理運行。爲幾個前端FQDN配置的nginx.conf全部註冊到它的單個IP#。一些請求的FQDN由nginx和nginx主機上運行的其他服務器直接提供,其他請求的FQDN以其他服務器主機作爲其原始服務器進行代理。我可以使用.deb中的那個替換現有的nginx二進制文件,並將我現有的配置文件(包括nginx.conf和cert文件)與.deb中的配置文件合併,對吧? nginx-debug二進制文件還應該繼續爲舊的配置服務嗎? – Matthew
是的,只要您將模板化的nginx配置文件與您的手寫文件合併在一起,ESP就應該像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