UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数

一、IPv4与IPv6的互操作性

1.IPv4客户与IPv6服务器

拥有双重协议栈的主机的一个基本特性就是:其上运行的IPv6服务器既能应付IPv4客户,又能应付IPv6客户。这是通过使用IPv4映射的IPv6地址实现的。

要求,ipv6服务器必须具有双重协议栈,即服务器必须同时拥有ipv4地址和ipv6地址,称其为ipv6服务器是因为开放的网络套接口为ipv6类型。

当ipv4客户欲连接ipv6服务器时,通过gethostbyname获得服务器主机的A记录(即ipv4地址),并通过网络发送ipv4数据包。ipv6服务器接受这个ipv4数据包,并通过内核将客户ipv4地址映射为ipv6地址返回。

 

2.IPv6客户与IPv4服务器

要求,ipv6客户必须具有双重协议栈。
因为即使服务器是双重协议的,客户能找到主机的AAAA记录(即ipv6地址),并发送ipv6数据包,但是由于ipv6地址不能转化成ipv4地址,所以ipv4服务器还是接受不了ipv6数据包。
所以,必须要求ipv6客户具有双重协议栈,这样在客户端上便能依靠解析器,在ipv6套接口上发送ipv4数据包了。

 

 

 

 

二、守护进程和inet超级服务器

1.概述

守护进程(daemon)是在后台运行不受终端控制的进程。Unix系统中一般有很多守护进程在后台运行(20到50个),执行不同的管理任务

 

2.syslogd守护进程和syslog函数

Unix系统中的syslogd守护进程通常由某个系统初始化脚本启动,而且在系统工作期间一直启动

既然守护进程没有控制终端,它们就不能把消息fprintf到stderr上,从守护进程中登记消息的常用技巧就是调用syslog函数

#include <syslog.h>

void syslog(int priority, const char * message, ... );

priority参数是级别(level)和设施(facility)的组合,举例来说,当调用rename函数失败时,守护进程可能会做以下调用:

syslog(LOG_INFO | LOG_LOCAL2, "rename(%s, %s): %m", file1, file2);

 


当应用程序第一次调用syslog时,它创建一个Unix域数据报套接口,然后调用connect连往syslogd守护进程建立的套机口的众所周知路径名(如 /var/run/log),这个套接口在进程终止前一直打开。另外,进程也可以调用openlog和closelog

#include <syslog.h>

void openlog(const char * ident, int options, int facility);void closelog(void);

ident是一个字符串,它将被syslog加到每条登记消息的前面,一般情况下它的值为程序名

 

3.daemon_init函数

调用它(通常从服务器程序)可使一个进程变成守护进程。

 

4.inetd守护进程

我们在网络编程时会发现,开始的几步都是基本一样的,对于服务器这一端,我们会使用socket, bind, listen ,accept 基本步骤相同,能不能把这几步形成一个总的,当有申请链接来时都调用一个进程链接,然后根据不同的申请fork子进程执行相应的程序呢?答案就是只用inetd守护进程。概括来说:inetd是监视一些网络请求的守护进程,其根据网络请求来调用相应的服务进程来处理连接请求

inetd守护进程是Unix/Linux自己的,他作为一个守护进程,处理请求,我们要做的是给他提供当对于某种链接,某个接口的请求时所要启动的程序就可以了。

一般说来, inetd 主要用于启动其它服务程序,但它也有能力直接处理某些简单的服务, 例如 chargen、 auth, 以及daytime。

 

 

 

 

三、高级I/O函数

1.套接字超时

涉及套接字上的I/O操作设置超时的方法有三种方法:

  • 调用alarm,在到达指定时间时产生SIGALRM信号
  • 使用select阻塞在等待I/O上,select内部有一个时间限制,以此代替在read或write调用上阻塞
  • 使用新的SO_RCVTIMEO和SO_SNDTIMEO套接字选项

前两种技术可以用于任何描述字,而第三种只能用于套接口描述字。

 

2.recv和send函数

这两个函数和标准的read和write函数都类似,不过多了一个附加参数

#include <sys/socket.h>

sszie_t recv(int sockfd, void * buff, size_t nbytes, int flags); 
ssize_t send(int sockfd, void * buff, size_t nbytes, int flags);
//返回: 成功返回读入或写出的字节数,出错返回-1

flag在设计上存在一个基本问题:它是按值传递的,而不是值-结果参数,因此它只能从进程向内核传递标志,内核不能向进程传递标志。flag参数取值详见UNP

 

3.readv和writev函数

由于在APUE专题有详解,所以这里仅给出函数原型

#include <sys/uio.h>

ssize_t readv(int filedes, const struct iovec * iov, int iovcnt);
ssize_t writev(int filedes, const struct iovec * iov, int iovcnt);
 //返回: 读到或写出的字节数,出错时为-1

 

4.recvmsg和sendmsg函数

这两个函数是最通用的I/O函数,实际上,可以用recvmsg代替read, readv, recv, recvfrom. 类似的,各种输出函数可以用sendmsg取代。

#include <sys/socket.h>

ssize_t recvmsg(int sockfd, struct msghdr * msg, int flags); 
ssize_t sendmsg(int sockfd, struct msghdr * msg, int flags);
 //返回: 成功时为读入或写出的字节数,出错时为-1

两个函数把大部分参数都包装到一个msghdr结构中:

UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数
struct msghdr {
  void         *msg_name;        /* protocol address */
  socklen_t     msg_namelen;     /* size of protocol address */
  struct iovec *msg_iov;         /* scatter/gather array */
  int           msg_iovlen;      /* # elements in msg_iov */
  void         *msg_control;     /* ancillary data (cmsghdr struct) */
  socklen_t     msg_controllen;  /* length of ancillary data */
  int           msg_flags;       /* flags returned by recvmsg() */
};
UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数

下面给出recvmsg返回时的msghdr结构体实例:

UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数

 

 

5.辅助数据

辅助数据(ancillary data)可以通过sendmsg和recvmsg这两个函数,使用msghdr结构中的msg_contorl和msg_controllen成员发送和接收。辅助数据的另一种叫法是控制信息(control information)

辅助数据是一个或多个辅助数据对象组成,每个对象由一个cmsghdr结构开头,该结构在<sys/socket.h>文件中定义如下:

UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数
struct cmsghdr {
  socklen_t  cmsg_len;   /* length in bytes, including this structure */
  int        cmsg_level; /* originating protocol */
  int        cmsg_type;  /* protocol-specific type */
      /* followed by unsigned char cmsg_data[] */
};
UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数

下图给出一个控制缓冲区中出出现两个辅助数据对象的例子:

UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数

下图为在Unix域套接字上的cmsghdr结构:

UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数

6.套接口和标准I/O

标准I/O库执行三种缓冲:(这个仍旧在APUE专题中仔细讨论过)

  • 完全缓冲意味着只有在以下情况时才进行I/O:缓冲区满,进程明确地调用fflush或进程调用exit终止。标准I/O缓冲区大小通常为8192字节。
  • 行缓冲意味着在以下情况时进行I/O:遇到一个换行符,进程调用fflush或进程调用exit终止。
  • 不缓冲意味着每次调用标准I/O输出函数时都进行I/O

 

7.高级轮询技术

1)./dev/poll接口

使用步骤:

  • 打开/dev/poll。
  • 初始化一个pollfd结构。
  • 调用write函数在/dev/poll设备上写这个结构数组一把它传递给内核。

打开/dev/poll,必须先初始化pollfd结构:

struct dvpoll {
    struct pollfd* dp_fds;
    int            dp_nfds;
    int            dp_timeout;
};

 

2).kqueue接口

本接口允许进程向内核注册描述所关注的kqueue事件的事件过滤器

UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数
#include <sys/types.h>
 
#include <sys/event.h>
 
#include <sys/time.h>
 
int kqueue(void);
 
int kevent(int kq, const struct kevent *changelist, int nchanges, struct kevent *eventlist, int nevents, 
const struct timespec *timeout) ; void EV_SET(struct kevent *kev, uintptr_t ident, short filter, u_short flags, u_int fflags, intptr_t data, void *udata);
UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数

 

kevnt结构体:

UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数
struct kevent {
  uintptr_t  ident;      /* identifier (e.g., file descriptor) */
  short      filter;     /* filter type (e.g., EVFILT_READ) */
  u_short    flags;      /* action flags (e.g., EV_ADD) */
  u_int      fflags;     /* filter-specific flags */
  intptr_t   data;       /* filter-specific data */
  void      *udata;      /* opaque user data */
};
UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数

 

其中flags成员在调用时指定过滤器行为:

UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数

 

filter成员指定的过滤器类型:

UNP总结 Chapter 12~14 IPv4与IPv6的互操作性、守护进程和inet超级服务器、高级I/O函数

 

上一篇:solr的suggest模块


下一篇:详解Python中的闭包