Azure服务总线代理消息安全
我在Azure Service Bus中使用代理消息传递（主题/订阅），我很好奇如何（或者是否）使用SSL保护通信。
var connectionString = CloudConfigurationManager.GetSetting("Microsoft.ServiceBus.ConnectionString");
var Client = TopicClient.CreateFromConnectionString(connectionString, "TestTopic");
Client.Send(new BrokeredMessage());
共有1个答案
是和不是。如果使用TLS(SSL),则客户端与Azure服务器之间的通信将被加密。一旦通信完成并将数据传递给服务器进程，它就不再安全了（它在Azure防火墙后面，等等，但不再加密）。
代理消息传递不像中继消息传递（WCF选项）那样具有消息级安全选项，因此仅使用传输层安全--这意味着它仅在该传输层中受到保护。
-
我正在尝试在Azure中构建一个简单的WebAPI REST服务，后端有一个服务总线队列工作器。我可以从Web API向工作人员发送一条消息。然而，我试图发送更多的信息，只是为了看看一切是如何运作的。因此，我创建了一个简单的控制器，如下所示： 当我呼叫控制器时，我只收到工作人员接收到的大约1/2的消息。其余的似乎都被放弃了。
-
我在Azure中托管了两个云服务辅助角色，一个使用NServiceBus（Azure服务总线传输）消耗消息，另一个生成消息。 昨天，我部署了一个新版本的生产者工作者角色，而队列中仍然有大量消息，因为我们正在处理早上遗留下来的大量消息。当生产者启动时，它似乎已经清空（或者可能重新创建）队列，许多重要的生产消息丢失。这似乎很奇怪，但日志显示，大约在生产者角色启动时，消费者没有处理进一步的消息，我们知道
-
我正在使用Python开发一个集成，从不同的Azure服务总线主题和队列中读取消息。但我在安排留言时有个问题。我无法查看计划的邮件。我想偷看它们，然后要么完成，要么让它们不读，直到预定的时间。我尝试查看队列和主题，但我找不到任何文档说明如何查看其中任何一个排定的消息。有人设法做到了吗？应该是一个非常常见的用例。在使用标准的REST调用时也没有发现任何问题。
-
我正在使用带有.NET核心的Azure服务总线 在我们的应用程序中，我们正在向服务总线发送会话消息。每当我们收到带有session-Id的取消请求时，我们需要删除/删除/完成带有该特定sessionId的消息，而不需要进行任何进一步的处理 但我得到了错误-请求的会话'session-name'不能被接受。它可能被另一个接收器锁定。
-
参考https://github.com/Azure/azure-service-bus/tree/master/samples/dotnet/gettingstart/microsoft.Azure.servicebus/basicsendreceiveusingtopicsubscriptionclient，我了解Azure服务总线主题的一般工作方式，我的问题更多地是关于它实际上是如何工作的。
-
我有一个windows服务，它侦听Azure服务总线队列消息，以便从我的WebApi应用程序分发处理。此外，我还需要处理重复性任务（每晚/每周），我认为最好使用相同的系统来处理这些任务。 例如，假设我有一个“CleanupDb”队列，每天午夜删除过时的DB节点： 理论上这应该行得通，但我觉得我错过了一个更明显的处理方法。有没有更好的办法？