Edge dla chmury prywatnej w wersji 4.17.09
Jeśli chcesz używać serwera proxy przekierowującego HTTP między Edge a serwerami docelowymi backendu, musisz skonfigurować właściwości ustawień serwera proxy wychodzącego w węzłach procesora komunikatów Edge. Te właściwości konfigurują procesory komunikatów tak, aby kierowały żądania docelowe z Edge do serwera proxy przekierowującego HTTP.
Aby skonfigurować procesor komunikatów, zmodyfikuj plik /opt/apigee/customer/application/message-processor.properties, a następnie uruchom ponownie procesor komunikatów. Jeśli plik message-processor.properties nie istnieje, utwórz go.
Skonfiguruj te właściwości, aby skonfigurować procesor komunikatów:
|
Właściwość |
Opis |
|---|---|
|
conf_http_HTTPClient.use.proxy |
Określa, czy wszystkie proxy interfejsów API domyślnie używają serwera proxy przekierowującego (true) czy nie (false). |
|
conf_http_HTTPClient.use.tunneling |
Domyślnie Edge używa tunelowania dla całego ruchu. Aby domyślnie wyłączyć tunelowanie, ustaw tę właściwość na false. |
|
conf/http.properties+HTTPClient.proxy.type |
Określa typ serwera proxy HTTP jako HTTP lub HTTPS. Domyślnie używa protokołu HTTP. |
|
conf/http.properties+HTTPClient.proxy.host |
Określa nazwę hosta lub adres IP, pod którym działa serwer proxy HTTP. |
|
conf/http.properties+HTTPClient.proxy.port |
Określa port, na którym działa serwer proxy HTTP. Jeśli ta właściwość zostanie pominięta, domyślnie używany jest port 80 w przypadku HTTP i port 443 w przypadku HTTPS. |
|
conf/http.properties+HTTPClient.proxy.user |
Jeśli serwer proxy HTTP wymaga uwierzytelniania podstawowego, użyj tych właściwości, aby podać szczegóły autoryzacji. |
Na przykład:
conf_http_HTTPClient.use.proxy=true conf_http_HTTPClient.use.tunneling=false conf/http.properties+HTTPClient.proxy.type=HTTP conf/http.properties+HTTPClient.proxy.host=my.host.com conf/http.properties+HTTPClient.proxy.port=3128 conf/http.properties+HTTPClient.proxy.user=uName conf/http.properties+HTTPClient.proxy.password=pWord
Po ustawieniu tych właściwości pamiętaj o ponownym uruchomieniu procesora komunikatów:
/opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart
Jeśli dla procesora komunikatów skonfigurowano przekierowanie proxy, cały ruch z serwerów proxy interfejsu API do backendów docelowych przechodzi przez określony serwer proxy przekierowania HTTP. Jeśli ruch do konkretnego celu serwera proxy interfejsu API powinien trafiać bezpośrednio do celu backendu, z pominięciem serwera proxy przekierowania, ustaw tę właściwość w punkcie docelowym, aby zastąpić serwer proxy przekierowania HTTP:
<Property name="use.proxy">false</Property>
Więcej informacji o ustawianiu właściwości docelowego punktu końcowego znajdziesz w artykule Informacje o właściwościach punktu końcowego.
Jeśli nie chcesz, aby domyślnie jakiekolwiek miejsca docelowe używały serwera proxy przekierowującego HTTP, możesz określić to w pliku http.properties w następujący sposób:
conf_http_HTTPClient.use.proxy=false
Następnie ustaw wartość use.proxy na „true” w przypadku każdego docelowego punktu końcowego, który ma przechodzić przez serwer proxy HTTP:
<Property name="use.proxy">true</Property>
Domyślnie Edge używa tunelowania do przesyłania ruchu do serwera proxy. Aby domyślnie wyłączyć tunelowanie, ustaw tę właściwość w pliku message-processor.properties:
conf_http_HTTPClient.use.tunneling=false
Jeśli chcesz wyłączyć tunelowanie dla konkretnego celu, ustaw właściwość use.proxy.tunneling w docelowym punkcie końcowym. Jeśli cel używa protokołu TLS/SSL, ta właściwość jest ignorowana, a wiadomość jest zawsze wysyłana przez tunel:
<Property name="use.proxy.tunneling">false</Property>
Aby Edge działał jako serwer proxy przekierowujący, który odbiera żądania z usług backendu i kieruje je do internetu poza przedsiębiorstwem, najpierw skonfiguruj serwer proxy interfejsu API w Edge . Usługa backendu może następnie wysłać żądanie do serwera proxy interfejsu API, który może połączyć się z usługami zewnętrznymi.