今天我们学习了自动化运维工具Salt。操作的过程中很多同学都出现了主从无法通信的症状。经过仔细的排查发现配置文件完全按照要求书写了，可是还是不通信。
有些机器可以通信，但是无法执行远程命令，执行时会报这样的错误:
Salt request timed out. The master is not responding. If this error persists after verifying the master is up, worker_threads may need to be increased.
这句话大概是说，请求连接超时，认证出错，如果你的认证密钥是正确的那么你可以尝试增加线程数量来尝试解决。
仔细的去百度、谷歌镜像站找了引起这个问题的解决方法后发现基本都是说配置文件写错了，或者就是增加线程数量。
但是 我尝试这增加了线程数后错误依旧。
=======================================================================================================================
我只好去旁边做出来的从机器上查看了一下端口。发现与没出来的端口不一样，于是进行了一番纠缠。
首先贴一张不正常的从服务器端口查询的图，这张上只有4506 的连接端口，少了4505。
在主服务器能查询到认证，但是执行远程命令就报错。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
之前出现这种错误是无意间看到从服务器4506端口处于等待状态类似于DDOS，一直处于等待状态。所以就开始怀疑是不是防火墙之类的坐了阻拦？无意间又发现从服务器在重启后会主动发起请求
然后就在想是不是从发起请求后，主的收到回应之后就出现问题了？
随后在主服务器查询了一下端口 果然4505和4506都不存在了！
然后多次重启终于出来的 貌似还多了一次！
此时的从服务器也正常了！
在主服务器执行命令操作从服务器速度也快了不止10倍！之前不正常的时候简直太卡了！！
=======================================================================================================================
总结：
在排除防火墙、通信完好的状态情况下，配置文件正确，也认证上了，线程也增加了 ，任然报错的朋友不妨试试下面的操作。
1.先重启服务端让4505和4506都出来处于等待连接状态。
2.主服务器准备完成后查询从服务器4505和4506端口是否存在，不存在就疯狂重启服务。
3.不停地执行端口查询 看看两边通信状态，从的4506发起SYN连接请求到主，主通过4506与从4506建立通信完成双通道握手。所以一定保证双方都握上手了才算正常，不然执行命令也会报错。。。
以上就是暂时发现的错误，欢迎交流讨论。