Azure Service Bus til Node.js: HTTP-proxy via AMQP over WebSockets
Konfigurer @azure/service-bus med ws og HttpsProxyAgent, når AMQP-forbindelsen skal gå gennem en HTTP-proxy.
Til Nodes Service Bus v7-beskedklient bag en HTTP-proxy skal du bruge SDK-eksemplets AMQP-over-WebSockets-opsætning:
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 },
},
});
Angiv proxy-URL'en og Service Bus-forbindelsesstrengen. Til en tilladt test af et offentligt Service Bus-navneområde uden proxygodkendelse kan en HTTP-post fra HTTP-proxylisten levere proxyUrl. Pakkerne ws og https-proxy-agent skal allerede være applikationsafhængigheder. Det underliggende ws-proxyagentinterface holder WebSocket-tjenesten og proxyadresserne adskilt.
Dette opbygger klienten; forbindelse opstår, når en afsender eller modtager udfører en handling. Behold den til den arbejdsbyrde, og afvent client.close() ved nedlukning.
Find en fejl blandt opsætning af proxytunnel, WebSocket-forhandling og Service Bus-handlingen. Proxyen skal tillade den destination og session. Kort HTTPS-adgang beviser ikke opgraderingsstøtte eller en acceptabel grænse for langvarige forbindelser.
Dette er overloadet med forbindelsesstreng. En identitetslegitimation kan tilføje en særskilt konfigureret tokenhentningsvej. Gamle azure-sb REST-uddrag bruger en anden generation; identificer pakken, før du vælger dens transportindstillinger.