Connecting to 127.0.0.1:1688 ... 127.0.0.1:1688: Connection refused Fatal: Could not connect to any KMS server

这个错误提示是在使用KMS激活Windows或者Office的时候出现的，通常是因为KMS服务器无法连接导致的。KMS（Key Management Service）是一种由微软提供的内部激活机制，需要连接到KMS服务器才能完成激活。如果连接不上KMS服务器，就会出现这个错误。

解决方法：
1. 检查网络连接是否正常。请确保网络连接可用，并且没有任何防火墙或者网络代理的限制。
2. 检查KMS服务器地址是否正确。请确认你输入的KMS服务器地址正确，可以尝试更换其他的KMS服务器地址。
3. 检查KMS服务器状态。可以通过telnet命令检查KMS服务器是否正常运行，例如：telnet kms.server.com 1688，如果连接成功，则表示KMS服务器正常。
4. 确认系统时间是否正确。请确保系统时间和时区设置正确，如果时间设置不正确也会导致KMS无法激活。
5. 重新启动KMS服务。如果以上方法都无法解决问题，可以尝试重启KMS服务或者重新安装KMS服务。

相关问题

Error 111 connecting to 127.0.0.1:6379. Connection refused.

当你看到这样的错误信息 "Error 111 connecting to 127.0.0.1:6379. Connection refused."，它表明你的程序正在尝试连接到本地IP地址（127.0.0.1）的Redis服务器，但是端口6379却返回了"connection refused"的错误。这通常意味着以下几个情况：

1. **Redis服务未运行**：可能是Redis服务尚未启动，或者服务本身已经关闭，所以连接请求被拒绝。

2. **权限问题**：如果你不是该主机上Redis服务的管理员，可能由于权限限制无法连接。

3. **防火墙或安全组设置**：防火墙或其他网络安全规则可能阻止了你的应用访问指定的端口。

4. **网络问题**：例如虚拟机之间通信问题，或者本地网络配置错误也可能导致这个问题。

5. **端口已被占用**：另一个程序或服务可能已经占用了6379端口。

针对上述问题，你可以采取以下步骤排查：
- 检查Redis服务是否正在运行，可以通过命令行 `redis-cli -h 127.0.0.1 -p 6379` 或者`netstat -tulpn | grep :6379`。
- 确保Redis服务允许来自你的应用的连接，如有必要调整配置文件（如`redis.conf`）或防火墙规则。
- 如果是在容器环境中，确认容器内部可以正确映射端口并提供访问。

xshell里Connecting to 127.0.0.1:62142... Could not connect to '127.0.0.1' (port 62142): Connection failed.

### Xshell 连接 Linux 主机端口 62142 失败的解决方案

当遇到 `Could not connect to '127.0.0.1' (port 62142): Connection failed.` 的错误提示时，这通常意味着 SSH 客户端尝试通过指定端口连接到目标服务器失败。即使能够 ping 通本地主机，也不代表 SSH 服务正常运行或配置无误。

#### 检查防火墙状态
确认防火墙是否阻止了该端口上的通信。对于 CentOS 或类似的系统，可以通过命令来检查防火墙的状态并临时停止它以便测试：

sudo systemctl stop firewalld

如果发现防火墙处于激活状态，则应考虑添加允许特定端口流量的规则而不是完全禁用防火墙[^4]。

#### 验证SSH服务监听情况
确保 SSH 服务正在监听所需的端口号（这里是 62142）。可以在 Linux 终端执行如下命令查看当前开放的服务及其对应的端口：

netstat -tuln | grep sshd
sshd 应该至少有一个条目显示为 LISTENING 并且包含 :62142。

如果没有看到预期的结果，那么可能是由于未正确配置 `/etc/ssh/sshd_config` 文件内的 Port 参数所致。编辑此文件并将所需端口加入其中，之后重启 SSHD 服务使其生效。

#### 端口转发设置
考虑到使用的是 VirtualBox 和 NAT 模式的网络适配器，需要在虚拟化软件内部完成端口映射操作。具体来说就是在 VM 设置 -> 网络 -> 高级选项里找到端口转发部分新增一条记录，将宿主机器上任意可用的高编号端口（比如这里的 62142）映射给客户操作系统内实际使用的标准 SSH 端口 22[^2]。

#### 测试连通性
最后一步是在做出上述更改后再次尝试从 Xshell 发起连接请求，并留意是否有任何变化发生。同时也可以借助 telnet 工具简单检测下新设定好的端口能否被成功访问：

telnet localhost 62142

以上措施应该有助于排除大多数常见的连接障碍。当然还有更多潜在因素可能导致问题存在，例如 SELinux 政策限制等更复杂的情形不在本文讨论范围内。