Iniettare un client PSR-18 consapevole del proxy in Elasticsearch PHP

$http = new \GuzzleHttp\Client([
    'proxy' => 'http://proxy.example:8080',
]);

$builder->setHttpClient($http);
$elasticsearch = $builder->build();

$builder è il Elastic\Elasticsearch\ClientBuilder esistente con gli host del cluster e l'autenticazione previsti. Questi host restano le destinazioni; il client HTTP iniettato sceglie il loro intermediario, usando un candidato HTTP dalla lista di proxy HTTP quando è consentita una rotta pubblica verso il cluster.

Con il trasporto Guzzle predefinito documentato, setHttpClientOptions accetta anche un'opzione proxy. Un'altra implementazione PSR-18 fornita richiede la propria configurazione; i nomi delle opzioni Guzzle non sono un'interfaccia condivisa da ogni implementazione.

setConnectionParams con opzioni cURL annidate appartiene a una generazione di trasporto più vecchia. Usate l'input esposto dalla classe effettivamente costruita.

Riusate il client configurato per il suo carico di lavoro. Tenete le credenziali del proxy presso l'intermediario e la chiave API presso Elasticsearch, e conservate un 407 separatamente da una risposta di autorizzazione del cluster.