远程命令执行器连接异常求助：host.c无法连接client.c

我帮你梳理几个代码里的关键问题，这些应该就是导致连接失败的核心原因：

1. Host端connect函数的参数错误（最致命） #

看host.c里的这段代码：

if(connect(sockets, (struct sockaddr *)&self, sizeof(self)<0)){

这里的括号位置完全写错了！sizeof(self)<0是一个永远为false的表达式（因为sizeof返回无符号整数），你相当于把第三个参数（地址长度）传成了0，这直接导致connect调用参数非法，必然连接失败。

修复后的代码：

if(connect(sockets, (struct sockaddr *)&self, sizeof(self)) < 0){

把判断条件移到括号外面，确保传给connect的地址长度是正确的sizeof(self)。

2. 两端端口不匹配 #

客户端(client.c)是通过命令行参数指定监听端口的：

int port=atoi(*(argv+1));

而主机端(host.c)是硬编码的固定端口：

#define PORT 2333 //default port, change it.

如果你启动client时没有传入2333作为端口参数（比如你运行./client 8080），但host依然尝试连接2333端口，肯定会连接失败。

解决办法：

• 启动client时明确指定和host一致的端口，比如./client 2333；
• 或者修改host.c，改成通过命令行参数传入端口，和client的逻辑保持一致，避免硬编码的不一致问题。

3. Client端缺失关键错误检查 #

你的client代码里，socket和bind调用都没有错误判断，如果socket创建失败或者bind失败（比如端口被其他程序占用），程序会继续执行后续逻辑，导致监听异常但你无法快速定位问题。

建议给client加上错误处理：

listener=socket(AF_INET, SOCK_STREAM, 0);
if (listener == -1) {
    perror("Failed to create socket");
    return -1;
}
if (bind(listener, (struct sockaddr*)&server, sizeof(server)) == -1) {
    perror("Failed to bind port");
    close(listener);
    return -1;
}

这样启动client时如果有问题，会直接打印错误信息，方便排查。

4. 额外调试建议 #

• 启动client后，用netstat -tulpn | grep <你的端口>（Linux）或者netstat -ano | findstr <你的端口>（Windows）确认client确实在监听指定端口；
• 如果是跨机器连接，确保host.c里的CLIENT_IP是client所在机器的实际IP，而不是127.0.0.1；
• 检查防火墙是否允许该端口的TCP连接，临时关闭防火墙测试是否能连接成功。

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