替换Corda网络映射及公证节点后网络环境故障求助

遇到这种替换核心组件后整个网络崩掉的情况，我之前维护类似分布式节点网络时也碰过好几次，给你梳理几个大概率的排查方向和解决办法：

1. 先确认Network Map的全局一致性 #

• 检查所有节点的node.conf文件，确保里面指向新Network Map的地址（IP+端口）完全一致，别出现拼写错误、端口写错的低级问题——我之前就踩过把端口写成61661而不是默认61616的坑。
• 验证新Network Map节点本身是否正常启动：登录到该节点，查看日志里有没有类似ActiveMQ Server started successfully的启动成功提示；也可以用nc -zv <network-map-ip> <activemq-port>测试端口是否能正常连通。
• 检查Network Map节点的防火墙/安全组：有没有开放ActiveMQ对应的端口（默认61616），确保其他节点能发起连接。

2. 验证新Notary节点的配置与状态 #

• 同样检查所有业务节点的node.conf，确认notary的配置已经全部更新为新节点的地址，有没有遗漏某个节点没修改？如果有节点还指向旧notary，大概率会导致交易提交失败。
• 查看新Notary节点的日志，确认它是否成功注册到了新的Network Map里——正常情况下会有类似"Registered notary service with network map"的日志提示。如果没找到，说明Notary和Network Map之间的通信有问题，得回头查它们的连通性和配置。
• 检查新Notary的ActiveMQ服务状态：用netstat -tulpn | grep <notary-activemq-port>看看端口是否被正常占用，有没有其他进程抢占了端口。

3. 针对ActiveMQ错误的深层排查 #

你提到新Network Map里有core.client.create...的ERROR日志，这类错误基本都是客户端（也就是其他节点）无法和Network Map的ActiveMQ服务建立连接导致的，再细化排查：

• 打开Network Map节点的ActiveMQ配置文件（通常是broker.xml），检查acceptors配置段，确认是不是绑定了正确的IP（比如tcp://0.0.0.0:61616允许所有IP连接，而不是只绑定localhost）。如果只绑定了localhost，其他节点肯定连不上。
• 查看完整的错误日志内容，找到具体的错误描述——比如是Connection refused（端口不通）、Authentication failed（认证配置错了）还是SSL handshake failed（证书问题）？完整的错误信息是定位问题的关键。

4. 检查节点重启顺序 #

分布式节点网络的重启顺序很重要，正确的顺序应该是：

1. 先启动新的Network Map节点，等它完全启动稳定（日志不再刷启动信息）
2. 再启动新的Notary节点，确认它注册到Network Map成功
3. 最后依次启动所有业务节点
   如果顺序搞反了，比如先启动业务节点，这时候Network Map还没起来，业务节点会无法注册，后续就算Network Map起来了也可能无法自动恢复，导致整个网络分裂。

5. 彻底清理旧进程残留 #

有时候旧节点的进程没完全杀掉，会残留占用端口或者干扰新节点的通信。可以用命令彻底清理：

# 假设是Corda节点，替换成你对应的进程关键字
ps aux | grep corda | grep -v grep | awk '{print $2}' | xargs kill -9

清理完后再按正确顺序重新启动所有节点。

内容的提问来源于stack exchange，提问作者Javier Garcia Lozano