scp与sshpass结合使用时的错误处理问题咨询

看起来你遇到了system()函数执行带sshpass的scp命令时，错误场景下阻塞且错误处理不可靠的问题。这是因为system()本质是启动shell来执行命令，不仅额外引入了shell的复杂性，还很难精细控制子进程的执行状态和IO流，导致异常场景下出现阻塞。下面是一套更可靠的解决方案，用fork()+exec()系列函数替代system()，并完善错误检查逻辑：

核心思路 #

• 放弃system()，改用fork()创建子进程，在子进程中通过execvp()直接执行命令（跳过shell，减少不可控因素）
• 父进程通过waitpid()等待子进程结束，精准获取退出状态码
• 针对scp和sshpass的不同退出码，做针对性的错误处理
• 重定向子进程的标准输入/输出/错误，避免因为未处理的IO导致阻塞

代码实现示例（C语言） #

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/wait.h>
#include <fcntl.h>

int execute_scp_command() {
    pid_t pid = fork();
    if (pid == -1) {
        perror("Failed to fork child process");
        return -1;
    }

    if (pid == 0) {
        // 子进程：重定向IO，避免scp/sshpass等待用户输入或输出阻塞
        int dev_null = open("/dev/null", O_RDWR);
        if (dev_null == -1) {
            perror("Failed to open /dev/null");
            _exit(EXIT_FAILURE);
        }
        dup2(dev_null, STDIN_FILENO);
        dup2(dev_null, STDOUT_FILENO);
        dup2(dev_null, STDERR_FILENO);
        close(dev_null);

        // 用execvp执行命令，参数数组要以NULL结尾
        char *args[] = {
            "sshpass",
            "-p", "password",  // 注意：生产环境不要用明文密码！建议用SSH密钥
            "scp",
            "-o", "UserKnownHostsFile=/dev/null",
            "-o", "StrictHostKeyChecking=no",
            "-r",
            "user@remote-machine:/home/QA.txt",
            "/home/faadmin/",
            NULL
        };

        execvp(args[0], args);
        // 如果execvp返回，说明执行失败
        perror("Failed to execute command");
        _exit(EXIT_FAILURE);
    } else {
        // 父进程：等待子进程结束并获取退出状态
        int status;
        if (waitpid(pid, &status, 0) == -1) {
            perror("Failed to wait for child process");
            return -1;
        }

        // 判断子进程是否正常退出
        if (WIFEXITED(status)) {
            int exit_code = WEXITSTATUS(status);
            printf("Command exited with code: %d\n", exit_code);

            // 根据scp的退出码做针对性处理
            switch(exit_code) {
                case 0:
                    printf("File transferred successfully!\n");
                    return 0;
                case 1:
                    fprintf(stderr, "General error (e.g., permission denied, invalid args)\n");
                    return 1;
                case 2:
                    fprintf(stderr, "Connection error (e.g., unreachable host, bad route)\n");
                    return 2;
                case 3:
                    fprintf(stderr, "File not found on remote or local path\n");
                    return 3;
                default:
                    fprintf(stderr, "Unexpected error with exit code: %d\n", exit_code);
                    return exit_code;
            }
        } else if (WIFSIGNALED(status)) {
            fprintf(stderr, "Command terminated by signal: %d\n", WTERMSIG(status));
            return -2;
        } else {
            fprintf(stderr, "Command exited abnormally\n");
            return -3;
        }
    }
}

int main() {
    int result = execute_scp_command();
    return result;
}

关键细节说明 #

• 避免明文密码：代码里的明文密码只是示例，生产环境强烈建议使用SSH密钥对（将本地公钥添加到远程机器的~/.ssh/authorized_keys），完全不需要sshpass，既安全又避免密码泄露风险。
• IO重定向：将子进程的标准IO重定向到/dev/null，防止scp或sshpass在异常场景下等待用户输入（比如密码提示失败时），导致进程阻塞。
• 退出码解析：scp的退出码有明确含义，通过WEXITSTATUS(status)获取后，可以精准判断是连接问题、文件不存在还是权限错误，从而给出更友好的提示或处理逻辑。
• 替代system()的优势：execvp()直接执行二进制程序，不经过shell，减少了shell解析命令带来的安全风险和不可控性，同时父进程可以通过waitpid()完全掌控子进程的状态。

额外优化建议 #

• 如果需要捕获scp的输出（比如调试用），可以将标准错误/输出重定向到管道，而不是/dev/null，父进程可以读取管道内容做日志记录。
• 可以给waitpid()添加超时时间（结合alarm()或select()），避免子进程无限阻塞（比如远程主机无响应时）。

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