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

Żid dan mal-pipeline eżistenti. hosts jibqa’ l-endpoint HTTP tal-cluster, filwaqt li ES_PROXY tal-proċess Logstash jista’ jipprovdi URI approvat bħal http://proxy.example:8080.

Ir-referenza tal-output Elasticsearch teħtieġ URI tal-proxy u taċċetta b’mod espliċitu string vojta bħala mhux issettjata. Id-difiża vojta tal-espressjoni tippermetti lil din l-istanza ma jkollhiex proxy espliċitu fejn ma jkunx meħtieġ.

Żomm l-awtentikazzjoni tal-cluster, l-index u s-settings tat-TLS. Cluster li jista’ jintlaħaq pubblikament jista’ juża kandidat HTTP mil-lista tal-proxy HTTP biss fuq rotta li tippermetti intermedjarji pubbliċi u fejn m’hemmx kredenzjali tal-proxy konfigurati; ikkonferma l-aċċess għall-host u l-port reali tal-cluster. Output ieħor jista’ jagħżel proxy ieħor mingħajr ma jbiddel kull klijent HTTP Java fil-JVM.

Is-sostituzzjoni tal-varjabbli tal-ambjent isseħħ waqt li Logstash itella’ l-pipeline. Issettja l-varjabbli fil-bidu reali tas-servizz jew tal-kontenitur, mhux f’terminal ieħor mhux relatat aktar tard.

Artikli relatati