当前位置：文江博客话题详情

从 C 中的系统命令启动的进程继承父 fd

发布于 2024-11-27 20:32:48 字数 222 浏览 4 评论 0原文

我有一个在 tcp 和 udp 端口 5060 上侦听的 SIP 服务器的示例应用程序。在代码中的某个时刻，我做了一个 system("pppd file /etc/ppp/myoptions &");

之后，如果我执行 netstat -apn，它会显示端口 5060 也为 pppd 打开！有什么方法可以避免这种情况吗？这是 Linux 中系统功能的标准行为吗？

谢谢，埃里森

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

扶醉桌前 2024-12-04 20:32:48

是的，默认情况下，每当您分叉一个进程（system 就会这样做）时，子进程都会继承父进程的所有文件描述符。如果子进程不需要这些描述符，它应该关闭它们。使用 system （或执行 fork+exec 的任何其他方法）执行此操作的方法是在所有不应由子进程使用的文件描述符上设置 FD_CLOEXEC 标志。这将导致它们在任何子进程执行其他程序时自动关闭。

一般来说，任何时候你的程序打开任何类型的文件描述符，这些文件描述符将持续很长一段时间（例如示例中的监听套接字），并且不应该与子进程共享，你应该

fcntl(fd, F_SETFD, fcntl(fd, F_GETFD) | FD_CLOEXEC);

在文件描述符上执行此操作。

截至2016年？ POSIX.1 的修订版中，您可以使用 SOCK_CLOEXEC 标志或插入套接字的类型，以便在创建套接字时自动获得此行为：

listenfd = socket(AF_INET, SOCK_STREAM|SOCK_CLOEXEC, 0);
bind(listenfd, ...
listen(listemfd, ...

这保证了即使其他一些情况，它也会正确关闭同时运行的线程执行 system 或 fork+exec 调用。幸运的是，这个标志已经在 Linux 和 BSD unix 上支持了一段时间（不幸的是，OSX 不支持）。

Yes, by default whenever you fork a process (which system does), the child inherits all the parent's file descriptors. If the child doesn't need those descriptors, it SHOULD close them. The way to do this with system (or any other method that does a fork+exec) is to set the FD_CLOEXEC flag on all file descriptors that shouldn't be used by the children of you process. This will cause them to be closed automatically whenever any child execs some other program.

In general, ANY TIME your program opens ANY KIND of file descriptor that will live for an extended period of time (such as a listen socket in your example), and which should not be shared with children, you should do

fcntl(fd, F_SETFD, fcntl(fd, F_GETFD) | FD_CLOEXEC);

on the file descriptor.

As of the 2016? revision of POSIX.1, you can use the SOCK_CLOEXEC flag or'd into the type of the socket to get this behavior automatically when you create the socket:

listenfd = socket(AF_INET, SOCK_STREAM|SOCK_CLOEXEC, 0);
bind(listenfd, ...
listen(listemfd, ...

which guarentees it will be closed properly even if some other simultaneously running thread does a system or fork+exec call. Fortunately, this flag has been supported for awhile on Linux and BSD unixes (but not OSX, unfortunately).

回复收藏 0 原文

薄凉少年不暖心 2024-12-04 20:32:48

您可能应该完全避免使用 system() 函数。它本质上是危险的，因为它会调用 shell，而 shell 可以被篡改并且不可移植，即使在 Unicies 之间也是如此。

你应该做的是fork()/exec()舞蹈。事情是这样的

if(!fork()){
     //close file descriptors
     ...

    execlp("pppd", "pppd", "file", "/etc/ppp/myoptions", NULL);
    perror("exec");
    exit(-1);
}

You should probably avoid the system() function altogether. It's inherently dangerous, in that it invokes the shell, which can be tampered with and rather non-portable, even between Unicies.

What you should do is the fork()/exec() dance. It goes something like this

if(!fork()){
     //close file descriptors
     ...

    execlp("pppd", "pppd", "file", "/etc/ppp/myoptions", NULL);
    perror("exec");
    exit(-1);
}

回复收藏 0 原文