Edge for Private Cloud v4.18.01
Если вы хотите использовать прямой прокси-сервер HTTP между Edge и целевыми серверами бэкенда, вам нужно настроить свойства настроек прокси-сервера исходящего трафика на узлах Message Processor Edge. Эти свойства настраивают процессоры сообщений для маршрутизации целевых запросов из Edge на HTTP-прокси-сервер.
Чтобы настроить обработчик сообщений, измените файл /opt/apigee/customer/application/message-processor.properties, а затем перезапустите обработчик сообщений. Если файла message-processor.properties не существует, создайте его.
Чтобы настроить обработчик сообщений, задайте следующие свойства:
|
Ресурс |
Описание |
|---|---|
|
conf_http_HTTPClient.use.proxy |
Указывает, что все прокси API по умолчанию используют прямой прокси-сервер (true) или не используют его (false). |
|
conf_http_HTTPClient.use.tunneling |
По умолчанию Edge использует туннелирование для всего трафика. Чтобы отключить туннелирование по умолчанию, задайте для этого свойства значение false. |
|
conf/http.properties+HTTPClient.proxy.type |
Указывает тип HTTP-прокси: HTTP или HTTPS. По умолчанию используется протокол HTTP. |
|
conf/http.properties+HTTPClient.proxy.host |
Указывает имя хоста или IP-адрес, на котором работает прокси-сервер HTTP. |
|
conf/http.properties+HTTPClient.proxy.port |
Указывает порт, на котором работает прокси-сервер HTTP. Если это свойство не указано, по умолчанию используется порт 80 для HTTP и порт 443 для HTTPS. |
|
conf/http.properties+HTTPClient.proxy.user |
Если для HTTP-прокси требуется базовая аутентификация, используйте эти свойства, чтобы указать данные для авторизации. |
Пример:
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
После настройки этих свойств перезапустите обработчик сообщений.
/opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart
Если для Message Processor настроено прямое проксирование, весь трафик, поступающий от прокси-серверов API к целевым серверам, проходит через указанный прямой прокси-сервер HTTP. Если трафик для определенной цели прокси-сервера API должен направляться непосредственно в целевой сервер, минуя прямой прокси-сервер, задайте следующее свойство в целевой конечной точке, чтобы переопределить прямой прокси-сервер HTTP:
<Property name="use.proxy">false</Property>
Подробнее о том, как задавать свойства целевой конечной точки, рассказывается в справочнике по свойствам конечных точек.
Если вы не хотите, чтобы какие-либо целевые объекты по умолчанию использовали прямой прокси-сервер HTTP, вы можете указать его в файле http.properties, как показано ниже:
conf_http_HTTPClient.use.proxy=false
Затем задайте для параметра use.proxy значение true для любой целевой конечной точки, для которой вы хотите использовать прямой прокси-сервер HTTP:
<Property name="use.proxy">true</Property>
По умолчанию Edge использует туннелирование для трафика, направляемого на прокси-сервер. Чтобы отключить туннелирование по умолчанию, задайте следующее свойство в файле message-processor.properties:
conf_http_HTTPClient.use.tunneling=false
Если вы хотите отключить туннелирование для определенной цели, задайте свойство use.proxy.tunneling в конечной точке цели. Если целевой объект использует TLS/SSL, это свойство игнорируется, и сообщение всегда отправляется через туннель:
<Property name="use.proxy.tunneling">false</Property>
Чтобы Edge действовал как прямой прокси-сервер, получая запросы от бэкенд-сервисов и направляя их в интернет за пределами предприятия, сначала настройте прокси-сервер API в Edge . Затем бэкенд-служба может отправить запрос прокси-серверу API, который, в свою очередь, может подключиться к внешним сервисам.