本文讲述了 Unix 下守护进程的创建和使用，以及 Unix 的 inetd 超级服务器。守护进程必须亲自脱离与控制终端的关联，从而避免与作业控制、终端会话管理、终端产生信号等发生任何不期
https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
守护进程 ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★系列文章导航：《Unix 网络编程》笔记
https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
守护进程的特点：
- 必须亲自脱离与控制终端的关联，从而避免与作业控制、终端会话管理、终端产生信号等发生任何不期望的交互
- 同时要避免在后台运行的守护进程非预期地输出到终端
守护进程的启动
-
由系统初始化脚本启动，通常位于
/etc/rc或/etc目录下，由这些脚本启动的守护进程一开始就有用超级用户特权如：inetd 超级服务器、Web 服务器、sendmail 服务器
-
由 inetd 超级服务器启动，它监听网络请求
-
cron 守护进程按照规则定期执行一些程序，由它执行的程序同样作为守护进程运行
-
at 命令用于在未来某个时刻执行一些程序
-
守护进程还可以从用户终端或在前台或者后台启动，这么做往往是为了测试
https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
- 这是我们自己写的一个函数，把一个普通进程转变为守护进程
- 部分 Unix 变体上提供一个名为 daemon 的 C 库函数，实现类似的功能
由于这段代码涉及的知识点比较多，所以首先需要补充一点操作系统的知识：Linux 进程、进程组、会话周期、控制终端
按照上文中的描述阅读下述代码：
- 在父进程（此时是一个进程组的组长）中使用fork()产生子进程（将来的守护进程由它产生）
- 调用setsid()，用于生成一个新的会话 注意如果当前进程是会话组长时，调用失败。第一点已经可以保证进程不是会话组长了，所以setsid()调用成功后，进程成为新的会话组长和新的进程组长，并与原来的登录会话和进程组脱离。由于会话对控制终端的独占性，进程同时与控制终端脱离
- 禁止进程重新打开控制终端 第二步之后，进程已经成为无终端的会话组长。但它可以重新申请打开一个控制终端。可以通过使进程不再成为会话组长来禁止进程重新打开控制终端，在上面的控制终端中已经提到了只有会话组长才能打开控制终端；
#include <syslog.h>
#include "unp.h"
#define MAXFD 64
extern int daemon_proc; /* defined in error.c */
int daemon_init(const char* pname, int facility) {
int i;
pid_t pid;
if ((pid = Fork()) < 0) // 失败
return (-1);
else if (pid) // 父进程
_exit(0); /* parent terminates */
/* child 1 continues... */
// setsid 使得当前进程变为：
// - 新会话的会话头进程
// - 新进程组的进程组头进程
if (setsid() < 0)
return (-1);
// 忽略 SIGHUP 信号
// 会话头进程终止后，所有其他会话进程都会收到一个该信号
Signal(SIGHUP, SIG_IGN);
if ((pid = Fork()) < 0)
return (-1);
else if (pid)
_exit(0); /* child 1 terminates */
/* child 2 continues... */
// 告知错误处理函数使用 syslog 而不是 fprintf
daemon_proc = 1; /* for err_XXX() functions */
// 改变工作目录，否则就是在当前目录下运行，可能产生破坏
chdir("/");
// 关闭前 64 个描述符，即使有些本身就没有打开
for (i = 0; i < MAXFD; i++)
close(i);
/* redirect stdin, stdout, and stderr to /dev/null */
// 这样设置会占用标准输入、标准输出和标准错误输出的描述符
// 防止在服务器环境下，套接字占用这些描述符，而后误将系统信息发送给这些描述符
open("/dev/null", O_RDONLY);
open("/dev/null", O_RDWR);
open("/dev/null", O_RDWR);
openlog(pname, LOG_PID, facility);
return (0); /* success */
}
守护进程在没有控制终端的环境下运行，它绝对不会收到来自内核的 SIGHUP 信号，许多守护进程因此把这个信号作为来自系统管理员的一个通知，表示其配置文件已发生改动，守护进程应该重新读取其配置文件。同理还有 SIGINT 和 SIGWINCH 等等
https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
int main(int argc, char** argv) {
int listenfd, connfd;
socklen_t addrlen, len;
struct sockaddr* cliaddr;
char buff[MAXLINE];
time_t ticks;
// 如果有一些显而易见的错误，则立即抛出，而不是在日志中抛出
if (argc < 2 || argc > 3)
err_quit("usage: daytimetcpsrv2 [ <host> ] <service or port>");
// 使用我们的函数启动
daemon_init(argv[0], 0);
if (argc == 2)
listenfd = Tcp_listen(NULL, argv[1], &addrlen);
else
listenfd = Tcp_listen(argv[1], argv[2], &addrlen);
cliaddr = Malloc(addrlen);
for (;;) {
len = addrlen;
connfd = Accept(listenfd, cliaddr, &len);
err_msg("connection from %s", Sock_ntop(cliaddr, len));
ticks = time(NULL);
snprintf(buff, sizeof(buff), "%.24s\r\n", ctime(&ticks));
Write(connfd, buff, strlen(buff));
Close(connfd);
}
}
https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
Unix 系统中的 syslogd 守护进程通常由某个系统初始化脚本启动，并且在系统工作期间一直运行
启动的步骤：
- 读取配置：通常为
/etc/syslog.conf，配置了对消息的处理 - 创建Unix域数据报套接字：给他绑定路径名
/var/run/log（或/dev/log） - 创建一个 UDP 套接字：绑定端口 514
- 打开路径名 /dev/klog：来自内核中的任何出错消息从这个“设备”输入
- 监听：调用 select，监听 2 ~ 4 步骤的描述符
- 如果收到消息，读入并按照配置进行处理
- 如果收到
SIGHUP信号，则重新读取配置文件 （这让我想到了 NGINX 重载配置文件时服务无需暂停）
较新的 syslogd 实现禁止创建 UDP 套接字，因为这样可能会让系统遭到 DOS 攻击，其文件系统可能被填满，从而占满内存空间，或挤掉合法的日志消息
我们一般不会直接向其发送消息，而是通过 syslog 函数写入日志！
syslog ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
守护进程记录消息可以使用 syslog 函数：
#include <syslog.h>
void syslog(int priority, // 优先级
const char *message, // 消息
...)
参数解释：
- priority：好理解，大多日志都有日志级别的功能
- facility：用于标识发送进程类型（函数的参数列表中没有？因为这个要和 priority 用逻辑或使用）
- message：消息内容，类似 printf，不同的是其增加了
%m规范，用以输出当前 errno 值对应的错误信息
案例
syslog(LOG_INFO|LOG_LOCAL2, "rename(%s, %s): %m", file1, fil)
/etc/syslog.conf
kern.* /dev/debug # 内核的所有消息发送到控制台
local7.debug /var/log/cisco.log # 来自 local7 的所有消息添加到文件 cisco.log 的尾部
一些细节
- 当 syslog 被应用程序首次调用时，它创建一个 Unix 域数据报套接字，然后调用 connect 连接到由 syslogd 守护进程创建的 Unix 域数据报套接字的众所周知路径名（如
/var/run/log）这个套接字一直保持打开，直到进程终止 - 可以用
openlog和closelog来操作上述步骤，在首次调用 syslog 前调用 openlog，不需要发送日志时调用 closelog
openlog 和 closelog
#include <syslog.h>
void openlog(const char* ident, // 日志的前缀，通常是程序名
int options, // 可选值
int facility); // 设置默认的打印设施的值
void closelog(void);
https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
原来的系统服务模型
Unix 上的很多服务，如 SSH、FTP、Telnet 等，我们都可以把它当作一个 Server 端
在系统启动的过程中，这些进程从 /etc/rc 文件中启动，而且每个进程都执行几乎相同的启动任务：
- 创建一个套接字，绑定端口
- 等待连接或数据报的到来
- 派生子进程，子进程提供服务，父进程继续监听
这种方式的缺点
- 所有这些守护进程含有几乎相同的启动代码
- 每个守护进程在进程表中占据一个表项，然而大多数时间他们处于睡眠状态
inted 守护进程
为了解决这种问题，4.3BSD 提供一个因特网超级服务器（即 inetd 守护进程）：
- 通过由 inetd 处理普通守护进程的大部分启动细节以简化守护进程的编写，这么一来每个服务器不再有调用
daemon_init函数的必要 - 单个进程（inetd）就能为多个服务等待外来的客户请求，以取代每个服务器一个进程的做法
https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
inetd 使用前文提到的方法把自己变成一个守护进程，然后读取并处理自己的配置文件，通常在 /etc/inetd.conf ，该文件包括如下内容：
https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
其工作流程如下：
-
读入配置文件，为每个服务创建一个合适的套接字
-
为每个套接字调用 bind，指定端口和通配地址
端口号可以通过 getservbyname 获取，用配置文件中的 service-name 和 protocal 字段做参数
-
对于每个 TCP 套接字，调用 listen 以接受外来的连接请求，对于 UDP 则不执行
-
创建完所有套接字后，调用 select 等待其中任何一个套接字变得可读
对于 TCP：
- 当 select 返回可读后，如果该套接字是一个 TCP 套接字，而且其 wait-flag 为 nowait，则调用 accept 接受这个新连接
- inetd 守护进程调用 fork 派生进程，并由子进程处理服务请求，与前面的并发服务器类似，关闭相应的描述符
- 子进程关闭除了要处理的套接字描述符外的所有的描述符，并根据配置文件，切换到相应的用户，用 exec 执行相应的操作
如果设置为 wait，对于 TCP 来说，父进程会用 FD_CLR 禁止这个套接字，保存子进程 ID，当子进程终止（SIGCHILD）后才继续监听
对于 UDP：
因为数据报服务器只有一个套接字，所以只能一个一个来处理，也就是说通过接受子进程终止的 SIGCHLD 信号后才继续监听
因为假如 fork 后一个子进程，而父进程先于该子进程再次执行，则会由于还没读取数据而再次触发 select 的事件，从而再次 fork 一个无用的子进程
xinetd ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
xinetd 提供与 inetd 一致的基本服务，不过还提供了数目众多的其他特性，包括根据客户的地址登记、接受或拒绝连接的选项等等
daemond_inetd ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★https://lymtics.top作者LYMTICS（樵仙）https://lymtics.top联系方式me@tencent.mlme@tencent.ml原文标题《Unix 网络编程》13：守护进程和 inet 超级服务器《Unix 网络编程》13：守护进程和 inet 超级服务器原文地址https://www.cnblogs.com/lymtics/p/16341341.htmlhttps://www.cnblogs.com/lymtics/p/16341341.html- 如果您访问本文的链接并非如上地址，则可能是爬取作者的文章，建议返回原站阅读，谢谢您的支持
- 原文会不断地更新和完善，排版和样式会更加适合阅读，并且有相关配图
这个函数的唯一作用就是为错误处理函数设置 daemon_proc 标志，使得运行信息输出在日志中
extern int daemon_proc; /* defined in error.c */
void daemon_inetd(const char* pname, int facility) {
daemon_proc = 1; /* for our err_XXX() functions */
openlog(pname, LOG_PID, facility);
}
修改后的服务器代码：
int main(int argc, char** argv) {
socklen_t len;
struct sockaddr* cliaddr;
char buff[MAXLINE];
time_t ticks;
daemon_inetd(argv[0], 0);
cliaddr = Malloc(sizeof(struct sockaddr_storage));
len = sizeof(struct sockaddr_storage);
Getpeername(0, cliaddr, &len);
err_msg("connection from %s", Sock_ntop(cliaddr, len));
ticks = time(NULL);
snprintf(buff, sizeof(buff), "%.24s\r\n", ctime(&ticks));
Write(0, buff, strlen(buff));
Close(0); /* close TCP connection */
exit(0);
}
- 我们用描述符 0 指代被接受的 TCP 连接
- 因为这个程序针对每一个连接启动一次，所以不需要无限循环
为了启动这个程序，我们需要在 /etc/services 文件中添加：
mydaytime 9999/tcp
在 /etc/inetd.conf 中添加：（在题主的电脑里就只有 xinetd.conf 了）
mydaytime stream tcp nowait andy /foo/bar/daytimetcpsrv3 daytimetcpsrv3
然后给 inetd 发送一个 SIGHUP 信号，告知它重新读取配置文件