原创 xinetd服务和telnet-ftp

超级服务器inetd和xinetd

在Linux系统中有一个特别的守护进程inetd(InterNET services Daemon)，他用于Internet标准服务，通常在系统启动时启动。通过命令行能给出inetd的设置文件，该设置文件列出了inetd所提供的服务清单。如果没有在命令行给出设置文件，那么inetd将从文件/etc/inetd.conf中读取他的设置信息。inetd的主要任务是为那些没有在系统初始化时启动的服务器进程监听请求，他在同设置文件中列出的服务相关联的TCP或UDP端口上监听请求，当有请求到达这些协议端口时，inetd启动相应的服务器进程。

早期系统中使用的inetd被称作终极服务器，其实现控制对主机网络连接。当一个请求到达由inetd管理的服务端口，inetd将该请求转发给名为 tcpd的程式。tcpd根据设置文件host.｛allow，deny｝来判断是否允许服务该请求。如果请求被允许刚相应的服务器程式(如：ftpd、 telnet)将被启动。这个机制也被称为TCP_Wrapper。

xinetd（eXended InterNET services Daemon）提供类似于inetd+tcp_wrapper的功能，不过更加强大和安全。在红旗等主流Linux发布商的商业系统中已逐渐用xinetd取代了inetd，并且提供了访问控制、加强的日志和资源管理功能，成了Linux系统的Internet标准终极守护进程。非常多系统服务都用到了xinetd如：FTP、IMAP、POP和telnet等。/etc/services中所有的服务通过他们的端口来访问服务器的时候，先由xinetd来处理，在唤起服务请求之前，xinetd先检验请求者是否满足设置文件中指定的访问控制规则，当前的访问是否超过了指定的同时访问数目，更有设置文件中指定的其他规则等，检查通过，xinetd将这个请求交付到相应的服务去处理，自己就进入sleep状态，等待下一个请求的处理。

Xinetd的具体配置应用实例-

我们在嵌入式开发中，经常需将telnet 和 ftp服务移植到开发帮中。系统守护进程 inetd. 或xinetd适合访问量小 ,独立守护进程standalone 适合访问量大的情况下；所以通常情况下我们都把我们需要的telent或ftp服务以超级服务器（ inetd或xinetd）的方式启动

最新的linux版本都用xinetd.conf代替原来的inetd.conf，并且直接使用了firewall 服务。xinetd(eXtended InterNET services daemon)对inetd 功能进行了扩展，xinetd 的默认配置文件是/etc/xinetd.conf，它看起来尽管和老版本的/etc/inetd.conf 完全不同，其实只是以一个脚本的形式将inetd 中每一行指定的服务扩展为一个/etc/xinetd.d/下的配置文件。它本质上是/etc/inetd.conf和/etc/hosts.allow，/etc/hosts.deny功能的组合。创建/etc/xinetd.conf文件最容易的方法是用itox工具;

本人DM365 Montavista linux平台为例，Xinetd.conf的内容如下，注意最后一行includedir /etc/xinetd.d 把该目录的配置文件都加了进来

#

# Simple configuration file for xinetd

#

# Some defaults, and include /etc/xinetd.d/

defaults

{

      instances               = 60

        log_type                = SYSLOG authpriv

        log_on_success            = HOST PID

        log_on_failure         = HOST

}

includedir /etc/xinetd.d #这里表示包括此目录

//-------------------------------------

可见xinetd.conf的其格式为：
service service-name
{
disabled = yes/no; //是否禁用
socket_type = xxx; //TCP/IP socket type,such as stream,dgram,raw,....
protocol = xxx; //服务使用的协议
server = xxx; //服务daemon 的完整路径
server_args = xxx; //服务的参数
port = xxx; //指定服务的端口号
wait = xxx; //是否阻塞服务即单线程或多线程
user = xxx; //服务进程的uid
group = xxx; //gid
REUSE = xxx; //可重用标志
......
}

为了实现便于管理，在顶级的配置文件xined.cof中加入了“includedir /etc/xinetd.d ”表示其目录下的文件仍为其配置文件的部分；例如 /etc/xinetd.d/telent ,/etc/xinetd.d/wu-ftpd,每个服务都相应的对应一个配置文件

下面来看/etc/xinetd.d/wu-ftpd文件
# default: on

# description: The wu-ftpd FTP server serves FTP connections. It uses\

# normal, unencrypted usernames and passwords for authentication.

service ftp

{

      disable = no

      socket_type = stream

      wait = no

      user = root

      server = /usr/sbin/wu-ftpd

      server_args = -l -a

      log_on_success += DURATION

      nice = 10

}
/etc/xinetd.d/telnet文件
# default: on
# description: The telnet server serves telnet sessions; it uses \
# unencrypted username/password pairs for authentication.
service telnet
{
disable = no
flags = REUSE
socket_type = stream
wait = no
user = root
server = /usr/sbin/in.telnetd
log_on_failure += USERID
}
注意每次修改配置完成后 ，必须重新启动服务
/etc/rc.d/init.d/xinetd restart

总结：

一般在把telnet,wu-ftp这样的服务移植到开发平台上面的时候我们都需要些如下步骤：

1.交叉编译好服务的二进制文件，把其拷贝至开发平台的usr/sbin目录下；（有可能开发平台中会缺少相关的动态库文件，而不能执行，所以需要想办法得到该平台上的动态库，并复制到指定的lib目录下面去）；

2.在etc/xinetd/目录下加入其对应的配置文件；

在etc/services/目录中确保存在相关的服务；例如teltnet服务则确保services文件中存在telnet      23/tcp 这一行

3.如果有需要则 在etc/rc.d/init.d中加入相关的shell服务脚本，例如wu-ftpd 的shell脚本

4.在inetd.conf中确保有服务相关的行（应该有xinet.conf就不需要inet.conf了，这里有点不确定，本人的平台上有，所以就加上了），

例如：    ftp   stream     tcp   nowait     root /usr/sbin/tcpd  wu-ftpd -a；

telnet       stream  tcp     nowait  root    /usr/sbin/tcpd      in.telnetd；

5.根据服务的需要还需要配置其自身的配置文件，如wu-ftp的系列配置文件，vst-ftpd的配置文件等等；

6.存在用户密码等问题，可以注意以下etc/passswd 和 etc/shadow 文件；

以下是xinet.conf的配置参数的扩张阅读

/etc/xinetd.conf中的每一项具有下列形式
service service-name
{
　　　　 ……。
}

其中service是必需的关键字，且属性表必须用大括号括起来。每一项都定义了由service-name定义的服务。

Service-name是任意的，但通常是标准网络服务名，也可增加其他非标准的服务，只要它们能通过网络请求激活，包括localhost自身发出的网络请求。有很多可以使用的attribute，在下表中进行了详细的说明。稍后将描述必需的属性和属性的使用规则。

操作符可以是=，+=，或－=。所有属性可以使用=，其作用是分配一个或多个值，某些属性可以使用+=或－=的形式，其作用分别是将其值增加到某个现存的值表中，或将其值从现存值表中删除。表10.10中说明了可以用后一种形式的属性。

Value是为给定属性设置的参数。

表1　扩展的lnernet服务进程属性

属　性
描述和允许值

Socket_type
使用的TCP/IP socket类型，值可能为stream(TCP)， dgram(UDP)， raw和seqpacket(可靠的有序数据报)

protocol
指定该服务使用的协议，其值必须是在/etc/protocols中定义的。如果不指定，使用该项服务的缺省协议。

Server
要激活的进程，必须指定完整路径

Server_args
指定传送给该进程的参数，但是不包括服务程序名

Port
定义该项服务相关的端口号。如果该服务在/etc/services中列出，它们必须匹配

Wait
这个属性有两个可能的值。如果是yes，那么xinetd会启动请的进程并停止处理该项服务的请求直到该进程终止。这是个单线程服务。如果是no，那xinetd会为每个请求启动的一个进程，而不管先前启动的进程的状态。这是个多线程服务

User
设置服务进程的UID，但是若xinetd的有效UID不是0，该属性无效

Group
设置进程的GID。若xinetd的有效UID不是0，这个属性无效

Nice
指定进程的nice值

Id
该属性被用来唯一地指定一项服务。因为有些服务的区别仅仅在于使用不同的协议，因此需要使用该属性加以区别。默认情况下服务id和服务名相同。如echo同时支持dgram和streama服务。设置id=echo_dgram和id=echo_streams来分别唯一标识两个服务

Type
可以是下列一个或多个值：RPC（对RPC服务），INTERNAL(由由xinetd自身提供的服务，如echo)，UNLISTED(没有列在标准系统文件如/etc/rpc或/etc/service中的服务)

Access_time
设置服务可用时的时间间隔。格式是hh:mm_hh:mm; 如08：00-18：00意味着从8A.M到6P.M.可使用这项服务

Banner
无论该连接是否被允许，当建立连接时就将该文件显示给客户机

Flags
可以是以下一个或多个选项的任意组合：

REUSE:设置TCP/IP socket可重用。也就是在该服务socket中设置SO_REUSEADDR标志。当中断并重新启动xinetd

INTERCEPT:截获数据报进行访问检查，以确定它是来自于允许进行连接的位置。不能和INTERNAL服务和多线程服务不可使用该属性值

　　 NORETRY:如果fork失败，不重试

IDONLY: 只有在远程端识别远程用户时才接受该连接(也就是远程系统必须运行ident服务器)，该标记只适用于面向连接的服务。若没有使用USERID记录选项则该标记无效log_on_success和/或log_on_failure属性设置USERID值以使该值生效。仅用于多线程的流服务

NAMEINARGS:允许server_args属性中的第一个参数是进程的完全合格路径，以允许使用TCP_Wrappers

NODELAY:若服务为tcp服务，并且NODELAY标记被设置，则TCP_NODELAY标记将被设置。若服务不是tcp服务则该标记无效

Rpc_version
指定RPC版本号或服务号。版本号可以是一个单值或者一个范围中如2-3

rpc_number
如果RPC程序号不在/etc/rpc中，就指定它

Env
用空格分开的VAR=VALUE表，其中VAR是一个shell环境变量且VALUE是其设置值。这些值以及xinetd的环境都在激活时传送给服务程序。这个属性支持=和+=操作符

Passenv
用空格分开的xinetd环境中的环境变量表，该表在激活时传递给服务程序。设置no就不传送任何变量。该属性支持所有操作符

Only_from
用空格分开的允许访问服务的客户机表。表2种给出客户机语法。如果不为该属性指定一个值，就拒绝访问这项服务。该属性支持所有操作符。

No_access
用空格分开的拒绝访问服务的客户机表。表2给出客户机语法。该属性支持所有操作符

Instances
接受一个大于或等于1的整数或UNLIMITED。设置可同时运行的最大进程数。UNLIMITED意味着xinetd对该数没有限制。

Log_type
指定服务log记录方式，可以为：

SYSLOG facility[level]：设置该工具为daemon，auth，user或loca10-7。设置level是可选的，可以的level值为emerg，alert，crit，err，warning，notice， info， debug，默认值为info

file[soft[hard]]：指定file用于记录log，而不是syslog。限度soft和hard用KB指定（可选）。一旦达到soft限，xinetd就登记一条消息。一旦达到hard限，xinetd停止登记使用该文件的所有服务。如果不指定hard限，它成为soft加1％，但缺省时不超过20MB.缺省soft限是5MB

Redirect
该属性语法为redirect=Ipaddress port。它把TCP服务重定向到另一个系统。如果使用该属性，就忽略server属性

Bind
把一项服务绑定到一个特定端口。语法是bind=Ipaddress。这样有多个接口（物理的或逻辑的）的主机允许某个接口但不是其他接口上的特定服务（或端口）

Log_on_success
指定成功时登记的信息。可能值是

PID:进程的PID。如果一个新进程没被分叉，PID设置为0。

HOST：客户机主机IP地址

USERID:通过RFC1413高用捕获客户机用户的UID。只可用于多线程流服务。

EXIT：登记进程终止和状态

DURATION：登记会话持续期

缺省时不登记任何信息。该属性支持所有操作符

Log_on_failure
指定失败时登记的信息。总是登记表明错误性质的消息。可能值是ATTEMPT：记录一次失败的尝试。所有其他值隐含为这个值。

HOST：客户机主机IP地址

USERID：通过RFC1413调用捕获客户机用户的UID。只

可用于多线程流服务。

RECORD：记录附加的客户机信息如本地用户，远程用户

和终端的类型。缺省时不登记任何信息。该属性支持所有操作符。

Disabled
只可用于defaults项（参看本小节后面的defaults项），指定被关闭的服务列表，是用空格分开的不可用服务列表来表示的。它和在/etc/xinetd.conf文件中注释掉该服务项有相同的效果。