blocks|key|947334|text|在许多配置下，它确实只使用80+(http)和443+(https)，如here所示。然而，它看起来有时也使用9350,9351,9352和9353+-所以在某些情况下，你可能需要打开它们。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|947335|entityMap|0|LINK|mutability|MUTABLE|url|http://msdn.microsoft.com/en-us/library/windowsazure/ee732535.aspx^0|10|4|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Under many configurations, it does indeed just use 80 (http) and 443 (https), as shown <a href="http://msdn.microsoft.com/en-us/library/windowsazure/ee732535.aspx" rel="nofollow">here</a>. However, it looks like it also sometimes uses 9350, 9351, 9352 and 9353 - so for some scenarios you might need to open those up.

blocks|key|4984898|text|原因很简单，因为每个连接都在出站中，而服务总线充当“转发器”。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4984899|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Simply because each connection is in outbound and the Service Bus act as a "forwarder".

blocks|key|947472|text|没有运行Wireshark来确定，我猜是因为客户端(在nat/防火墙之后)发起连接，并保持呼叫服务器(始终打开)以获取更多信息。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|947473|让我们解释更多:因为它在windows套接字(以及其他套接字系统)中的工作方式略有不同：|947474|947475|客户端(C)在端口80+|ordered-list-item|947476|服务器上启动到服务器(S)的连接，然后响应客户端:80上的调用太多，让我们将连接移动到端口90000处的下一个空闲套接字%2B+rnd()+=90001|947477|客户端套接字管理器计算客户端上未使用的套接字，并假设发现C:90012端口|947478|客户端在S:90001处调用服务器，并且在C:90012和S:90001之间启动了正确的连接<|947479|<代码>H19这是要写入nat+/防火墙盒上的nat表中的内容，并将允许C+<->+S<代码><代码>G211之间的通信|947480|entityMap^0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|T|8|@]|9|@]|A|$]]|$1|E|3|F|5|G|7|U|8|@]|9|@]|A|$]]|$1|H|3|I|5|G|7|V|8|@]|9|@]|A|$]]|$1|J|3|K|5|G|7|W|8|@]|9|@]|A|$]]|$1|L|3|M|5|G|7|X|8|@]|9|@]|A|$]]|$1|N|3|O|5|6|7|Y|8|@]|9|@]|A|$]]|$1|P|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]]|Q|$]]

without running Wireshark to be able to tell for sure, my guess be because the client (behind a nat/firewall) initiates connection and keeps calling server (always open) for more information. 

let's explain more: 
as tis works slightly differently in windows sockets (and other socket systems for that matter):

<ol>
<li>client (C) initiates connection to the server (S) on port 80</li>
<li>server then responds to client: too many calls on 80, let's move the connection to next free socket at port 90000 + rnd() = 90001</li>
<li>Client socket manager counts unused sockets on client, and say finds C:90012 port</li>
<li>client calls server at S:90001 and the proper connection is initiated between C:90012 and S:90001</li>
<li>This is what's gonna be written into nat table on a nat/firewall box and gonna allow communication between C &lt;-> S</li>
</ol>

blocks|key|947525|text|如果可能，服务总线将尝试使用9350+-+9353端口进行TCP连接，以获得更好的性能。如果失败，它将尝试使用80和443。因为在大多数情况下，防火墙不会阻止80和443，所以您的本地服务可以连接到sb://xxxx/+over+80/443，而无需对防火墙进行任何更改。然后，如果客户端调用了您的服务，它将首先访问sb://xxxx/，然后服务总线将通过80/443将请求转发到您的机器，然后您将回复发送回服务总线，它将回复转发回客户端。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|947526|这就是服务远程处理模式。如果您正在使用事件模式，请执行类似的步骤。|947527|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

The Service Bus will try to use 9350 - 9353 port for TCP connection, if possible, for better performance. If failed it will try to use 80 and 443. Since in most cases firewall doesn't block 80 and 443, your local service can connect to the sb://xxxx/ over 80/443 without any changes on your firewall. Then if a client invoked your service it will firstly hit sb://xxxx/ , then the Service Bus will forward the request to your machine over 80/443, and then you send the reply back to Service Bus and it will forward the reply back to the client.

That's service remoting mode. Similar steps if you are using the eventing mode.

I'm wondering why the Windows Azure Service Bus works through NATs, firewalls, proxies. Microsoft mentions this fact often but they do not mentioned why this works.

I think each participant initiates connections, ok, but this isn't enough. Do they "misuse" some open ports, 80?

Thanks

Why is the Azure Service Bus not influenced by firewalls and proxies?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我想知道为什么Windows Azure服务总线要通过NAT、防火墙和代理来工作。微软经常提到这一事实，但他们并没有提到为什么会这样。我认为每个参与者都会发起连接，好吧，但这还不够。他们是否“滥用”了一些开放的端口，80？谢谢

问为什么Azure服务总线不受防火墙和代理的影响？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为什么Azure服务总线不受防火墙和代理的影响？EN