Set inn ein proxybevisst PSR-18-klient i Elasticsearch PHP

Send ein konfigurert Guzzle til den eksisterande ClientBuilder-en i applikasjonen, og lat klyngevertar og autentisering bli verande på den builderen.

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

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

$builder er den eksisterande Elastic\Elasticsearch\ClientBuilder med dei tiltenkte klyngevertane og autentiseringa. Desse vertane blir verande måla; den innsette HTTP-klienten vel mellomleddet deira, og brukar ein HTTP-kandidat frå HTTP-proxylista når ei open rute til klynga er tillaten.

Med den dokumenterte standard-Guzzle-transporten godtek setHttpClientOptions òg eit proxyval. Ein annan levert PSR-18-implementasjon treng si eiga konfigurering; Guzzle-valnamn er ikkje eit grensesnitt som alle implementasjonar deler.

setConnectionParams med nøsta cURL-val høyrer til ei eldre transportgenerasjon. Bruk inndataa som den faktisk konstruerte klassen eksponerer.

Bruk den konfigurerte klienten på nytt for arbeidslasta hans. Hald proxy-påloggingsinformasjon hjå mellomleddet og API-nøkkelen hjå Elasticsearch, og ta vare på ein 407 skild frå eit autorisasjonssvar frå klynga.

Relaterte artiklar