Proxy-Astellungen am Watson Node SDK fir API- an IAM-Ufroen

Deelt den Tunnel-Agent tëscht dem Watson-Serviceclient an sengem IAM-Authenticator, sou datt d'Token-Versuergung de Proxy ka benotzen.

Wann en Watson-Uruff feelt, ier en de Service erreecht, kontrolléiert ob déi feelgeschloen Ufro d'IAM-Token-Ufro ass. En IAM-authentifizéierten Uruff kann als éischt IAM kontaktéieren an duerno de Service.

An enger Applikatioun, déi de jeeweilege Watson SDK an d'Dependenz tunnel schonn benotzt, gitt béiden Objeten déiselwecht Netzwierkastellungen:

const tunnel = require('tunnel');
const AssistantV2 = require('ibm-watson/assistant/v2');
const { IamAuthenticator } = require('ibm-watson/auth');

const httpsAgent = tunnel.httpsOverHttp({
  proxy: { host: 'proxy.example', port: 8080 },
});

const network = { httpsAgent, proxy: false };
const authenticator = new IamAuthenticator({
  apikey: apiKey,
  ...network,
});
const assistant = new AssistantV2({
  version: serviceVersion,
  serviceUrl,
  authenticator,
  ...network,
});

Behällt dem Applikatioun seng existent apiKey, serviceVersion an serviceUrl. D'API- an IAM-Endpunkte bleiwen hir virgesi Destinatiounen; de Proxy-Listener gehéiert an den Agent. D'HTTP-Proxy-Lëscht kann Kandidatadressen ubidden, wann béid ëffentlech Service-Endpunkten duerch e Proxy erreechbar sinn, deen Dir auswielt.

tunnel.httpsOverHttp baut den HTTPS-Wee duerch den HTTP-Proxy op. proxy: false verhënnert, datt den SDK eng aner agebau Proxy-Konfiguratioun iwwer dee personaliséierten Agent leet.

Wann Dir dës Astellungen virdrun nëmmen un assistant gitt hutt, ass den Authenticator déi feelend Plaz fir nozekucken. Basisauthentifizéierung an en déjà ausgestallte Bearer-Token hunn ënnerschiddlech Liewenszyklen fir d'Token-Versuergung, dofir gëllt dëse zousätzleche IAM-Wee fir den netzwierkbaséierten Authenticator, deen hei benotzt gëtt.

Ähnlech Artikelen