UNP第13章——守护进程
Posted yangxinrui
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了UNP第13章——守护进程相关的知识,希望对你有一定的参考价值。
1. 守护进程的启动方法
(1)系统初始化脚本启动,在系统启动阶段,按照如/etc目录或/etc/rc开头的目录中的某些脚本启动,这些守护进程一开始就有超级用户权限。如inetd,cron,Web服务器
(2)由inetd超级服务器启动。inetd监听网络请求(FTP,Telnet..),每当一个请求到达时,启动相应实际服务器。
(3)cron守护进程启动。cron按照规则定期执行一些程序。
(4)at命令。at命令指定某个时刻启动程序,这些程序由cron启动。
(5)用户终端启动,这需要守护进程亲自脱离与控制终端的关联。
2.1 syslogd守护进程
由于守护进程没有控制终端,所以无法向stderr输出消息,因此使用syslogd记录消息。
syslogd由系统初始化脚本启动,syslogd启动时完成以下步骤:
(1)读取配置文件,如/etc/syslog.conf以指定可能收取的消息应该如何处理。
(2)创建一个Unix域套接字,给它绑定到/var/run/log 或 /var/log
(3)创建一个UDP套接字,绑定514端口
(4)打开/dev/klog,从该设备获得内核的任何出错信息。
之后进行循环:调用select监听3个文件描述符(上面2,3,4步骤获得),描述符可读,则读之,并将消息写入日志。
如果收到SIGHUP则重新读取配置文件。
2.2 向syslogd发消息
(1)应用创建Unix套接字,绑定与syslogd相同的路径。
(2)创建UDP套接字,向514端口发信息(新的syslogd禁止了UDP套接字,原因是由于UDP套接字缓冲被恶意写满,导致拒绝服务攻击)
(3)调用syslog函数,该函数封装了使用Unix域套接字的方法。
2.3 syslog函数
void syslog(int priority, const char *format, ...);
priority由 level 和 facility 两者组合,format 是格式化串,增加了 %m(它被替换成 errno 对应的错误消息)
level 默认为LOG_NOTICE
facility 指定发送消息的进程类型
举例进程可以调用
syslog(LOG_INFO | LOG_LOCAL2, "rename (%s, %s) : %m", file1, file2);
/etc/syslog.conf可以这样指定
kern.* /dev/console local2.info /var/log/cisco.log
这样来自 local2 设施的 info 消息就会记录到 /var/log/cisco.log
syslog 首次调用时创建Unix域套接字,后调用connect连接路径(/var/run/log),套接字一直打开,直到进程终止。
2.4 openlog 和 closelog
void openlog(const char *ident, int options, int facility); void closelog(void);
openlog 在首次调用syslog前调用,closelog在不再发送日志消息时调用。
ident 指定 syslog每个日志消息首部的字符串,通常用 程序名
options 参数有以下组合
facility 为没有指定设施的syslog调用设置一个默认的值,这样之后的syslog只需要指定level。
openlog 调用时,通常不会创建Unix域套接字,套接字直到首次调用syslog才打开。
2. daemon_init
#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... */ if (setsid() < 0) /* become session leader */ return (-1); Signal(SIGHUP, SIG_IGN); if ( (pid = Fork()) < 0) return (-1); else if (pid) _exit(0); /* child 1 terminates */ /* child 2 continues... */ daemon_proc = 1; /* for err_XXX() functions */ chdir("/"); /* change working directory */ /* close off file descriptors */ 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 */ }
(1)fork
调用fork,并终止父进程,子进程在后台运行,是为了shell认为命令已经执行完成,从而命令交出控制台。
(2)setsid
创建新会话,保证子进程为会话头进程和进程组头进程,从而不再有控制终端。
(3)忽略SIGHUP,并再次fork
为了确定程序不会再获得控制终端,所以需要进程不能是会话进程的头进程。
因为如果将来进程打开控制终端,该终端会自动成为会话头进程的控制终端。
当会话头进程终止时,会向会话的所有子进程发送SIGHUP,所以要忽略SIGHUP。
(4)改变工作目录
守护进程需要改变工作目录到其真正的工作的地方。
原因是,守护进程可能在文件系统任何地方被启动,如果仍然在其中,那么该文件系统就无法卸载。
(5)关闭所有打开的文件描述符
关闭守护进程从执行的它的进程(通常是shell)继承来的所有打开的描述符
(6)将stdin,stdout,stderr重定向到/dev/null
这有两个好处,
保证这些常用描述符是打开的,针对他们的系统调用read返回EOF,write则由内核丢弃所有数据,因此守护进程不会因为调用这些程序而失败。
避免打开其他描述符从0,1,2开始,否则perror会将数据发到错误的地方。
(7)syslogd处理错误
守护进程与信号
守护进程没有控制终端,所以它不会收到SIGHUP,可以将SIGHUP作为通知信号,比如通知配置文件已经修改。
同样守护进程也不会收到SIGINT 和 SIGWINCH 信号,也可以安全的将这些信号作为通知信号。
以上是关于UNP第13章——守护进程的主要内容,如果未能解决你的问题,请参考以下文章