/ / NServiceBus 5.2.14 unterstützt HTTPS bei Verwendung von WindowsAzure.ServiceBus 2.8.2 - azure, https, nservicebus, azureservicebus, servicebus nicht

NServiceBus 5.2.14 unterstützt HTTPS bei Verwendung von WindowsAzure.ServiceBus 2.8.2 - azure, https, nservicebus, azureservicebus, servicebus nicht

Wir haben einen NServiceBus 5.2.14 (welcher der letzte stabile verfügbare Version ist) Endpoint. Der Endpunkt verwendet die WindowsAzure.ServiceBus-Clientbibliothek, um über HTTPS eine Verbindung zu einer Azure Service Bus-Warteschlange herzustellen.

Aber der Verbindungsversuch scheitert, weilNServiceBus Version 5.2.14 ist nur mit der WindowsAzure.ServiceBus Client Library Version 2.8.2 kompatibel, die den HTTPS Connectivity Mode nicht unterstützt. Nur Versionen 3.0.0 und höher der WindowsAzure.ServiceBus-Clientbibliothek unterstützen den HTTPS-Konnektivitätsmodus. Leider können wir 3.0.0 und höher aufgrund des Kompatibilitätsproblems nicht verwenden, und wir können NServiceBus Version 6.0.0 nicht verwenden, da es noch in seiner Beta-Version ist.

  • Also, Ist das ein bekannter Bug in NServiceBus?
  • Hat jemand anderes das erlebt?
  • Wenn ja, was ist der Workaround, um weiterhin mit Azure Secure zu verbinden, ohne HTTPS zu verwenden?

Vielen Dank,

RAM

Antworten:

1 für die Antwort № 1

Die Verbindung ist immer noch sicher. Das HTTP ConnectivityMode sagt

HTTP-Modus Listener versuchen eine HTTP-Verbindung gefolgt von einer HTTPS-Verbindung mit dem Service Bus-Dienst und warten dann auf Nachrichten. Dadurch können Sie TCP-Portbeschränkungen leichter umgehen.

In Bezug auf NServiceBus 6.0 - es wird NServiceBus Azure Service Bus Version 7 verwenden, die auf der Microsoft ASB-Bibliothek Version 3 und höher basiert.


0 für die Antwort № 2

Wenn Sie Version 2.2 der AzureServiceBus-Bibliothek verwenden, beachten Sie, dass Port 80 geöffnet sein muss, wenn Sie den Standard-TCP-Port blockiert haben.

Die Dokumentation merkt an, dass, wenn Http blockiert ist, es standardmäßig auf Https gesetzt wird, dieses Verhalten wurde nicht beobachtet - Sie benötigen immer noch Port 80 als Control / Management-Port.