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

Aldonu ĉi tion al la ekzistanta traktaro. hosts restas la HTTP-fina punkto de la klastro, dum ES_PROXY de la Logstash-procezo povas liveri aprobitan URI-on kiel http://proxy.example:8080.

La referenco de Elasticsearch-eligo postulas prokuran URI-on kaj eksplicite akceptas malplenan ĉenon kiel neagorditan. La malplena defaŭlto de la esprimo permesas al ĉi tiu kazo havi neniun eksplicitan prokurilon tie, kie ĝi ne necesas.

Konservu la aŭtentikigon de la klastro, la indeksajn kaj TLS-agordojn. Publike atingebla klastro rajtas uzi HTTP-kandidaton el la HTTP-prokurila listo nur sur itinero, kiu permesas publikajn perantojn kaj en kiu ne estas agorditaj prokuraj legitimiloj; konfirmu aliron al la reala gastiganto kaj pordo de la klastro. Alia eligo povas elekti alian prokurilon sen ŝanĝi ĉiun Java HTTP-klienton en la JVM.

Anstataŭigo de mediaj variabloj okazas dum Logstash ŝargas la traktaron. Agordu la variablon ĉe la fakta lanĉo de la servo aŭ ujo, ne en posta senrilata terminalo.

Rilataj artikoloj