ActiveMQ代理网络无法连接的问题一例

环境说明：ActiveMQ 5.10.0，Windows Server 2008 R2。
最近开发人员在做基于ActiveMQ的数据同步测试时，其中的一台AMQ服务器一直无法连接到代理网络中，久久找不到原因。
我检查了一下配置，各ActiveMQ服务器使用多播地址：multicast://default进行自动发现，配置文件很简单，看不出什么问题。
通过jConsole连接：

发现问题服务器上networkConnectors里面没有任何内容。
开启DEBUG级别的ActiveMQ日志，没有发现和建立代理网络连接有关的任何日志，估计问题服务器的网络存在问题，使用iperf监测网络上的多播数据报：

在问题服务器上，上述脚本没有任何输出，其它服务器上则不断收到多播数据报。并且，问题服务器上的绑定地址不是我们内网的192.168.0网段。打开网络连接查看，该IP是Vmware虚拟网卡的地址，尝试禁用虚拟网卡，重启后，一切恢复正常。考虑问题和多网卡有关——ActiveMQ在进行多播时，使用了错误的网卡。启用Vmware虚拟网卡并重启，然后打开MulticastDiscoveryAgent的TRACE日志：

监测到以下日志：

可以看到，多播的地址、端口、组都是正确的，后面还有一些interface、network interface、join network interface，看着好像和网卡设置有关，查看MulticastDiscoveryAgent的源代码：

可以看到，ActiveMQ对JDK标准类java.net.MulticastSocket的实例mcast进行了网卡相关的设置，相关方法的用途如下：

MulticastDiscoveryAgent根据自身的属性配置情况来调用上述的方法，但是在ActiveMQ官方文档中，并没有找到interface、networkInterface等属性如何在XML中配置的说明，跟踪MulticastDiscoveryAgent的创建过程：

从第14行可以看到，ActiveMQ会解析URI中的所有参数，并利用反射机制设置到MulticastDiscoveryAgent对象中，因此，只需要将需要设置的属性附到URI参数中即可：

至此，问题解决。
总结：ActiveMQ的自动代理发现机制比较方便、灵活，但是受客户环境影响较大（网络结构、防火墙等），如果AMQ代理的IP地址固定或基本不会增减，可以考虑使用静态的代理网络。