output {
  elasticsearch {
    id => "remote_cluster"
    hosts => ["https://es.example:9200"]
    proxy => "${ES_PROXY:}"
  }
}

Añada esto a la canalización existente. hosts sigue siendo el punto de conexión HTTP del clúster, mientras que ES_PROXY del proceso de Logstash puede aportar un URI aprobado como http://proxy.example:8080.

La referencia de salida de Elasticsearch exige un URI de proxy y acepta explícitamente una cadena vacía como no definida. El valor predeterminado vacío de la expresión permite que esta instancia no tenga un proxy explícito donde no se necesita.

Conserve la autenticación del clúster, el índice y la configuración de TLS. Un clúster accesible públicamente solo puede usar un candidato HTTP de la lista de proxies HTTP en una ruta que permita intermediarios públicos y que no tenga credenciales de proxy configuradas; confirme el acceso al host y al puerto reales del clúster. Otra salida puede elegir otro proxy sin cambiar cada cliente HTTP de Java del JVM.

La sustitución de variables de entorno ocurre mientras Logstash carga la canalización. Defina la variable en el arranque real del servicio o contenedor, no en una terminal posterior no relacionada.

Artículos relacionados