Azure Service Bus voor Node.js: HTTP-proxy via AMQP over WebSockets

Voor de Service Bus v7-berichtenclient van Node achter een HTTP-proxy gebruikt u de AMQP-over-WebSockets-opstelling uit het SDK-voorbeeld:

const { ServiceBusClient } = require("@azure/service-bus");
const WebSocket = require("ws");
const { HttpsProxyAgent } = require("https-proxy-agent");

const proxyAgent = new HttpsProxyAgent(proxyUrl);
const client = new ServiceBusClient(connectionString, {
  webSocketOptions: {
    webSocket: WebSocket,
    webSocketConstructorOptions: { agent: proxyAgent },
  },
});

Geef de proxy-URL en de Service Bus-verbindingsreeks op. Voor een toegestane test van een openbare Service Bus-naamruimte zonder proxy-authenticatie kan een HTTP-vermelding uit de HTTP-proxylijst proxyUrl leveren. De pakketten ws en https-proxy-agent moeten al applicatieafhankelijkheden zijn. De onderliggende ws-proxyagent-interface houdt de WebSocket-service en proxyadressen gescheiden.

Dit bouwt de client; verbinding ontstaat wanneer een afzender of ontvanger een bewerking uitvoert. Bewaar hem voor die workload en wacht bij afsluiten op client.close().

Lokaliseer een fout bij het opzetten van de proxytunnel, de WebSocket-onderhandeling en de Service Bus-bewerking. De proxy moet die bestemming en sessie toestaan. Korte HTTPS-toegang bewijst geen upgradesteun of een aanvaardbare limiet voor langdurige verbindingen.

Dit is de overload met verbindingsreeks. Een identiteitsreferentie kan een apart geconfigureerd pad voor tokenverwerving toevoegen. Oude azure-sb REST-fragmenten gebruiken een andere generatie; identificeer het pakket voordat u de transportopties kiest.