我之前在部署ICP集群时也碰到过一模一样的主机名解析验证失败问题，结合你的配置细节，给你几个针对性的排查和修复步骤：

• 修正/etc/hosts的重复条目问题
  你的hosts文件里每个IP后面重复写了两次主机名（比如192.168.142.10 icp-master icp-master），这会导致系统解析主机名时出现歧义，是最可能的问题根源。请把所有节点的/etc/hosts改成标准格式，每个IP单独一行，主机名只写一次：

  127.0.0.1 localhost
  192.168.142.10 icp-master
  192.168.142.11 icp-worker1
  192.168.142.12 icp-worker2
  
  # IPv6配置保留
  ::1 ip6-localhost ip6-loopback
  fe00::0 ip6-localnet
  ff00::0 ip6-mcastprefix
  ff02::1 ip6-allnodes
  ff02::2 ip6-allrouters
  

• 确保所有节点的hosts配置完全同步
  主节点、worker1、worker2三台VM的/etc/hosts内容必须完全一致，每台机器都要能通过主机名解析到集群内所有其他节点的IP。修改完成后，在每个节点上执行以下命令验证：

  ping -c 3 icp-master
  ping -c 3 icp-worker1
  ping -c 3 icp-worker2
  

  确保所有ping请求都能正常返回。

• 尝试修改cluster/hosts为使用主机名
  你当前的cluster/hosts用的是IP地址，但ICP安装程序的主机名验证逻辑更倾向于依赖主机名解析。建议把cluster/hosts改成如下格式：

  [master]
  icp-master
  
  [worker]
  icp-worker1
  icp-worker2
  
  [proxy]
  icp-master
  

  这样安装程序会直接验证主机名的可解析性，和你配置的hosts文件形成对应。

• 验证SSH的主机名访问能力
  确保从主节点可以直接通过主机名SSH登录到两个worker节点：

  ssh icp-worker1
  ssh icp-worker2
  

  如果需要输入IP才能登录，说明SSH的主机名解析有问题，检查主节点的~/.ssh/config或者全局SSH配置，确保没有限制主机名访问的规则。

• 清理安装残留缓存
  如果之前安装失败过，安装目录下的缓存文件可能会干扰新的验证流程。执行以下命令清理：

  rm -rf cluster/.ssh cluster/logs
  

  然后重新运行带-vvv参数的安装命令，观察输出是否有新的提示。

内容的提问来源于stack exchange，提问作者rhuet