荔园在线
荔园之美，在春之萌芽，在夏之绽放，在秋之收获，在冬之沉淀
[回到开始]
[上一篇][下一篇]
发信人: ykwch.bbs@bbs.cqupt.edu.cn (心蓝), 信区: Linux
标 题: xinetd使用指南
发信站: 幽幽黄桷兰 (Thu Feb 27 13:33:27 2003)
转信站: SZU!news.tiaozhan.com!news.happynet.org!CQUPT
xinetd 使用指南
redhat7.0以后inetd都已换成xinetd了--好用了很多。先看一下/etc/xinetd.conf--inst
ances最大实例数--如果你用的是wu-ftpd-最大人数60那就改这个了。注意最后一句inclu
dedir其实是把telnet,wu-ftpd等脚本包含到此文件中的--直接写在这也行。
defaults
{
instances = 60
log_type = SYSLOG authpriv
log_on_success = HOST PID
log_on_failure = HOST
cps = 25 30
}
includedir /etc/xinetd.d
这篇xinetd完全指南已非常全了--看了它你对xinetd就会很熟了：）
许多人在装了redhat 7.x后开始找不到北!!!(我就是其中一个)
因为redhat 7.x开始注重系统安全,最大的特征就是用xinetd.conf代替原来的inetd.conf
并且7.1中默认安装没有开ftp,telnet等熟悉的服务,而是更安全的ssh!
7.1还加入firewall等服务
(感谢paradise提供下载地点给我安装redhat7.1)
大家对被称作超级服务器的Inetd一定很熟悉，其实现控制对主机网络连接。当一个请求到
达由Inetd管理的服务端口，Inetd将该请求转发给名为tcpd的程序。Tcpd根据配置文件ho
sts.{allow， deny}来判断是否允许服务该请求。如果请求被允许则相应的服务器程序(如
：ftpd、telnetd)将被启动。这个机制也被称作tcp_wrapper.
xinetd(eXtended InterNET services daemon)提供类似于inetd+tcp_wrapper的功能，但
是更加强大和安全。它能提供以下特色：
* 支持对tcp、ucp、RPC服务(但是当前对RPC的支持不够稳定)
* 基于时间段的访问控制
* 功能完备的log功能，即可以记录连接成功也可以记录连接失败的行为
* 能有效的防止DoS攻击(Denial of Services)
* 能限制同时运行的同意类型的服务器数目
* 能限制启动的所有服务器数目
* 能限制log文件大小
* 将某个服务绑定在特定的系统接口上，从而能实现只允许私有网络访问某项服务
* 能实现作为其他系统的代理。如果和ip伪装结合可以实现对内部私有网络的访问
它最大的缺点是对RPC支持的不稳定性，但是可以启动protmap，与xinetd共存来解决这
个问题
编译安装
可以从www.xinetd.org下载xinetd，当前最新的版本是xinetd 2.1.8.8p3。默认编译和安
装xinetd是非常简单的，按照如下的步骤进行：
#./configure; make; make install
即可完成。
在进行configure时，可以支持如下几个有用处的选项：
--with-libwrap : 如果使用该选项xinetd将会察看tcpd配置文件(/etc/hosts.{allow，
deny})来进行访问控制，但是如果要利用该功能，系统上必须安装有tcp_wrapper和相关库
。
--with-loadavg : 使用该选项，xinetd将而已处理max-load配置选项。从而在系统负载过
重时关闭某些服务进程，来实现某些DoS攻击。
--with-inet6 : 使用该选项xinetd将支持IPv6。
如果是是用redhat7.0，则其默认将安装xinetd，而不需要自行安装。
配置
xinetd的默认配置文件是/etc/xinetd.conf。其语法和/etc/inetd.conf完全不同且不兼容
。它本质上是/etc/inetd.conf和/etc/hosts.allow，/etc/hosts.deny功能的组合。/etc
/xinetd.conf中的每一项具有下列形式
service service-name
{
……。
}
其中service是必需的关键字，且属性表必须用大括号括起来。每一项都定义了由service
-name定义的服务。
Service-name是任意的，但通常是标准网络服务名，也可增加其他非标准的服务，只要它
们能通过网络请求激活，包括localhost自身发出的网络请求。有很多可以使用的attribu
te，在下表中进行了详细的说明。稍后将描述必需的属性和属性的使用规则。
操作符可以是=，+=，或－=。所有属性可以使用=，其作用是分配一个或多个值，某些属性
可以使用+=或－=的形式，其作用分别是将其值增加到某个现存的值表中，或将其值从现存
值表中删除。表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和str
eama服务。设置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:截获数据报进行访问检查，以确定它是来自于允许进行连接的位置。不能和IN
TERNAL服务和多线程服务不可使用该属性值
NORETRY:如果fork失败，不重试
IDONLY: 只有在远程端识别远程用户时才接受该连接(也就是远程系统必须运行ident服务
器)，该标记只适用于面向连接的服务。若没有使用USERID记录选项则该标记无效log_on_
success和/或log_on_failure属性设置USERID值以使该值生效。仅用于多线程的流服务
NAMEINARGS:允许server_args属性中的第一个参数是进程的完全合格路径，以允许使用TC
P_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.缺省so
ft限是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文件中注释掉该服务项有相
同的效果。
我们首先看一个简单的例子。例1是配置文件/etc/xinetd.conf的一个范例。这两种服务的
定义看上去像/etc/inetd.conf的原因是因为它们是用itox工具从/etc/inetd.conf转换得
来的，只把/etc/inetd.conf项对应转换成适当的xinetd语法。这样，这些属性（在大括号
中的=号的左边）意义是非常直接的，其相关值（在大括号中的=号的右边）也是如此。
例1 文件/etc/xinetd.conf中的一部分
Serice ftp
{
Socket_type=stream
protocol=tcp
wait=no
user=root
server=root
Server_args= - 1 - a
}
Service telnet
{
Socket_type=stream
protocol=tcp
wait=tcp
user=root
server=/usr/sbin/in.telnetd
}
创建/etc/xinetd.conf文件最容易的方法是用itox工具（该例假定当前工作目录是xinetd
的编译目录）：
＃ xinetd/itox -daemon_dir /usr/sbin /etc/xinetd.conf。itox的参数-daemon_dir
/usr/sbin指定服务程序的目录位置，如果实现了TCP_Wrappers，从/etc/inetd.conf中是
不能确定它的，转换完成以后，就开始增加属性和值，以限制访问并增加登记，最后要手
工修改/etc/xinetd.conf以充分利用xinetd的特性；否则，如果只把/etc/inetd.conf转换
为/etc/xinetd.conf， xinetd的行为就和inetd一样了。
表1详述了在/etc/xinetd.conf中最常使用的一些属性和值。当然还有许多其他属性，详细
配置选项可以在安装xinetd以后通过man xinetd.conf来得到。在本小节后面的“配置实例
”中，将用一些例子阐明其中的许多属性。
表2中给出only_from和no_access表的语法，定义了指定主机名，IP地址和网络的语法。注
意表2中最后一项netmask的语法和之前看到的有所不同。它没有采用传统的十进制或十六
进制netmask的表示方法，而是采用一个整数表示从netmask（用二进制表示）的最高位（
最左端）开始起每位都为1的位数。因此，给定例子的netmask值设置为20，意味着其最左
端的20位都设置为1，而余下12位设置为0，或
11111111 11111111 11110000 00000000
它是十进制netmask255.255.240.0的二进制表示。
表2 /etc/xinetd.conf的访问控制表的语法
语 法
描 述
hostname
可解析的主机名。使用和这个主机名相关的所有IP地址
IPaddress
点和十进制形式的标准IP地址，如192.168.0.1
Net_name
/etc/networks中的网络名
x.x.x.0 x.x.0.0
x.0.0.0 0.0.0.0
0作为通配符看待。如项88.3.92.0匹配从88.3.92.0到88.3.92.255的所有IP地址。项0.0.
0.0匹配所有地址
x.x.x.{a，b，…}
x.x{a，b，…}
x.{a，b，…}
指定主机表。如172.19.32.{1，56，59}意味着含IP地址172，19.32.1，172.19.32.56和1
72.19.32.59的表
Ipaddress/netmask
定义要匹配的网络或子网。如172.19.16.0/20匹配从172.19.16.0到172.19.31.255的所有
地址
在看了这些基本属性之后，下面我们仔细讨论那些必需的属性，特定服务和一些配置实例
。
必需的属性
对每种服务都必须指定某些属性。一些服务比其他服务需要更多属性，因为它们不被缺省
定义（即不在/etc/services或/etc/rpc中）。表3列出了必需的属性。
表3 必需的属性
语 法
描 述
Socket_type
所有服务
Wait
所有服务
User
在/etc/services或/etc/rpc中列出的服务
Server
非内部服务
Port
不在/etc/services中的非RPC服务
Protocol
不在/etc/services中的所有RPC服务和所有其他服务
Rpc_version
所有RPC服务
Rpc_number
不列在/etc/rpc中的任何RPC服务
特定的xinetd服务 /etc/xinetd.conf文件中有4个特殊项。它们分别是defaults， serv
ers，services和xadmin。Defaults项不是一项服务，且不需要前置service关键字（否则
它会被当成称为defaults的服务对待）。这些特殊项在以下4小段中描述。
Defaults项
/etc/xinetd.conf文件中的defaults项是实现为该文件中的所有服务指定某些属性的默认
值。这些默认值可被每个服务项取消或修改。表4中列出可在defaults项中指定的属性。这
个表也指明了具体服务项中可以修改哪些属性。
表4 defaults可用的属性
属性
服务修改
Log_on_success
Log-on_failure
Only_from
No_access
Passenv
可以用=操作符改写或用+ =或 - =操作符修改
Instances
Log_type
可以用=操作符改写
disabled
可注释掉的服务，但disabled属性可用于某个服务项内
例2是defaults项的一个实例。从中看到对所有服务而言，登记消息将通过loca14.info有
选择地送到syslogd进程。对成功的服务连接，将登记PID，客户机IP地址，中止状态和连
接时间。对不成功的连接企图，将登记客户机IP地址。每项服务的最大实例数设置为8。禁
止两项服务：in.tftpd和in.rexecd。
defaults项从本质上提供了在整个文件中建立某些属性的默认值，它应用于没有设置这些
属性的所有服务。
例2 /etc/xinetd.conf中defaults项的示例
Defaults
{
Log_type = SYSLOG loca14 info
Log_on_success = PID HOST EXIT DURATION
Log_on_failure = HOST
Instances =8
Disabled = in.tftpd in.rexecd
}
注:如果在/etcxinetd.conf文件中没有defaults项，且之后决定增加这一项，你必须中止
和重新启动xinetd以使defaults生效。这对任何要增加到/etc/xinetd.conf中的新服务也
是正确的。它可以如下完成。
＃ kill-TERM xinetd
#/ usr/sbin/xinetd
或者如果使用了启动脚本，则只需要简单执行。
＃/etc/rc.d/init.d/xinetd restart
Servers项 servers特殊服务是实现提供当前运行在服务器上的进程表，以及有关这些进程
的确切信息。换句话说，它提供了活动连接的列表。这对排除故障和检查xinetd状态是个
有用机制。例3显示了/etc/xinetd.conf文件中的一个实例servers项。注意这项服务的类
型是INTERNAL，UNLISTED，这意味着它是xinetd的内部功能，且不列在/etc/services中。
使用的端口是完全任意的。
例3 servers项的示例
Service servers
{
type = INTERNAL UNLISTED
Socket_type = stream
Protocol = tcp
Port = 9997
Wait = no
Only_from = 172.17.33.111
Wait = no
}
注意这项服务仅用于特定IP地址172.17.33.111，它是服务器自身的IP地址。这表示不允许
任何其他主机从这个服务器获得当前运行在服务器上的进程列表。这样做的原因是显而易
见的：如果这条信息可被其他系统上的主机获取，基于对当前正在运行的进程的了解就加
以利用。除用于调试之外，一般不要运行该服务，因为172.17.33.111上的任何用户通过执
行例4中的telnet 172.17.33.111 9997都能获取这条信息。注意xinetd仅提供这条信息就
退出，不提供交互连接。例4中的输出告诉我们有两个正在运行的telnet进程（第5行和第
31行），一个进程PID为5931，另一个为5961（分别为第6行和第32行），有一个ftp进程（
第18行），其运行PID为5960（第19行）。
例4 servers服务的输出示例
1 $ telnet topcat 9997
2 Trying 172.17.33.111……
3 Connected to topcat
4 Escape character is ‘^]’
5 telnet server
6 Pid=5931
7 Start_time=Sat Apr 17 10:32:15 1999
8 Connection info:
9 State=CLOSED
10 Service=telnet
11 Descriptor=20
12 Flags=9
13 Remote_address=10.48.3.2，39958
14 Alternative services=
15 Log_remote_user=YES
16 Writes_to_log=YES
17
18 ftp server
19 Pid=5960
20 Start_time=Sat Apr 17 10:49:06 1999
21 Connection info:
22 State=CLOSED
23 Service=ftp
24 Descriptor=20
25 Flags=9
26 Remote_address=172.17.55.124，2320
27 Alternative services=
28 Log_remote_user=YES
29 Writes_to_log=YES
30
31 telnet server
32 Pid=5961
33 Start_time=Sat Apr 17 10:49:20 1999
34 Connection info:
35 State=CLOSED
36 Service=telnet
37 Descriptor=20
38 Flags=9
39 Remote_address=172.17.1.3，35461
40 Alternative services=
41 Log_remote_user=YES
42 Writes_to_log=YES
43
44 Connection closed by foreign host
45 $
Services项
services特定项的目的是提供可用服务的列表。对services特定项来说，这是个有用的
排除故障工具，但为了上述同样的安全因素，可能不会去用它。尽管如此，还是要看一看
它如何工作。
例5是 services项的一个示例。端口号的选择也是任意的。也应注意访问限制于topcat，
这是服务器自身的主机名。
例5 /etc/xinetd.conf中services项示例
Service services
{
type = INTERNAL UNLISTED
Socket_type = stream
protocol = tcp
port = 8099
wait = no
Only_ from = topcat
}
对于servers服务来说，任何用户可执行telnet topcat 8099，并获得来自services服务的
输出。例6给出了连接8099端口的实例信息信息。注意xinetd仅提供这条信息就退出，而不
提供任何交互连接。
例6 查询services内部服务的输出
$ telnet topcat 8099
Trying 172.17.33.111……
Connected to topcat.
Escape character is ‘^]’
Servers tcp 9997
Services tcp 8099
ftp tcp 21
telnet tcp 23
Shell tcp 514
Login tcp 513
Talk udp 517
Ntalk udp 518
Pop-2 tcp 109
Pop-3 tcp 110
Imap tcp 143
Linuxconf tcp 98
Connection closed by foreign host.
$
Xadmin项
这个特定服务项提供以交互方式获得services特定服务所提供信息的方法。例7是/etc/xi
netd.conf项的一个示例（端口号的选择也是任意的），类似于services和servers服务，
这项服务也没有口令或其他保护，所以要谨慎设置服务的only_from项，以增强安全性。
例7 xadmin项
Service xadmin
{
type = INTERNAL UNLISTED
socket_type = stream
protocol = tcp
port = 9967
wait = no
Only_from = topcat
}
对前两个特定服务类型来说，你只需telnet到所列端口上，即telnet topcat 9967。和前
两项服务不同，xadmin提供了一个交互环境。一旦连接到xadmin服务器上，就可执行5个命
令。它们是help，show， run，bye和exit。Help命令显示其他命令以及一个简短的用法消
息。Bye和exit命令都关闭这个连接。Show run和show avail命令分别提供servers和serv
ices提供的信息。
警告:像前3段中指出的一样，这些特定服务servers， services和xadmin产生的信息可用
于攻击系统。可能不需要一直运行这些服务，或许只当你调试时才需要。在任何时候，如
果的确运行了这些服务，要确信用access_from和/或no_access配置了访问控制。也可以为
这些服务使用bind属性以进一步限制访问。
配置实例
这节中将看到一些不同的例子，与之相关的行为以及它们产生的登记消息。
访问控制
从一个简单的访问控制例子开始。在例10中，服务器topcat的login服务项允许IP地址以1
72开始但不以172.19开始的任何系统访问。这个例子包括了defaults部分。假定这一项用
于login服务，且从客户机上用rlogin命令激活，让我们检查成功和不成功企图，以及它们
产生的登记。
假定主机underdog和IP地址是172.18.5.9。那么当Mary执行rlogin登记topcat时，会给予
她访问权。这相成功的登录如例11所示。尽管例11说明了Mary的动作产生的log内容。如例
12所示，该例中的最后一项反映了当Mary拆除登录时的退出情况。可用PID跟踪某次会话的
退出，只要你指明这个PID将在/etc/xinetd.conf中登记。登记项如下：每个xinetd登记项
记录日期和时间戳，之后服务器主机名，然后是xinetd，之后在括号中是xinetd的PID。例
12中的第一条记录以start关键字开始，表明这个会话的开始，之后识别的激活进程（log
in），然后激活进程的PID，最后是客户机地址。
例10 在/etc/xinetd.conf中rlogin service项的示例
Defaults
{
Log_type=SYSLOG loca14 info
Log_on_success=PID HOST EXIT DURATION
Log_on_failure=HOST
instances=8
}
Service login
{
Socket_type=stream
protocol=tcp
wait=no
user=root
flags=REUSE
Only_from=172.0.0.0
No_access=172.19.0.0
Olg_on_success+=USERID
Olg_on_failure+=USERID
server=/usr/sbin/in.ftpd
Server_args=-1 –a
}
例11 成功的rlogin企图
[mary@underdog]$ rlogin topcat
password:
last login:Wed Apr 14 17:45:02 from roadrunner
[mary@topcat]$
例12 和例11相关的登记项
Apr 15 11:01:46 topcat xinetd[1402]:START:login pid=1439
From=172.18.5.9
Apr 15 11:01:46 topcat xinetd[1439]:USERID:login OTHER:mary
…
…
apr 15 11:39:31 topcat xinetd[1402]:EXIT:login status:1 pid=1439 dura-tion=226
5(sec)
第2项以USERID关键字开始，表明成功地发出了RFC1413调用。之后是服务名（login），远
程系统对RFC1413调用（此时为OTHER）的响应，最后远程用户名（mary）。
这些log项的含义是很清楚的，但表4提供了这些关键字（如START，USERID和EXIT）和其含
义的解释。
现在假定Joe想在主机sly.no.good.org(IP地址为19.152.1.5)上使用rlogin。例13显示了
这一结果。看上去Joe连接被拒绝，或者可能他想强入。让我们看一看例14中的这三次企图
所产生的登记项。注意登记项不包括远程用户名，尽管我们在例10中用log_on_failure属
性特别请求那个信息。这是因为远程主机sly.no.good.org没有运行identd或类似进程。因
为主机sly.no.good.org不在例10中的only_from表中，尽管在login服务项中增加了flags
=IDONLY一项，它不会记录sly.no.good.org没有运行identd的事实。仅当主机得到许可时
，这样一项登记记录才会出现。
表4 xinetd登记项的描述
登记关键词
格式和描述
START
START：service_id[pid=PID][from=Ipaddress]
当启动一项服务时记录该项。Service_id是服务名，像id属性指定的一样（如果不明确设
置这个属性，它采用该服务参数的值：参看表10.10）；PID是被激活进程的标识符，或者
如果没有进程被激活，就为0（仅不灵log_on_
Success指定了PID时才记录）：Ipaddress是客户机的IP地址（仅当HOST是log_on_succes
s时才记录）
EXIT
EXIT：service_id[type=s][pid=PID][duration=#(sec)]
仅当为log_on_success指定了EXIT时，若进程终止就记录这项。Service_id和PID项和以前
一样。Type项记录退出状态或产生终止的信号。Duration捕获会话时间（秒数）且需要在
log_on_success中说明DURATION选项
FAIL
FAIL：service_id reason[from=Ipaddress]
当失败的请求发生且至少为log_on_success属性指定了一个值时生成该项。Service_id如
前。Reason是一个解释失败原因的简单词或短语。Ipaddress是客户机地址且需要为log_o
n_success属性设置HOST值才出现。
DATA
DATA：service_id data
仅当为log_on_failure指定了RECORD时才记录。Service_id如前。记录的data取决于服务
，但通常包括远程用户名（如果可得到）和状态信息
USERID
USERID:service_id text
仅当为log_on_success或log_on_failure或者指定了USERID时，才记录这个住处。Servic
e_id如前。Text包括客户机对RFC1413调用的响应且特别是远程用户名
NOID
NOID:service_id Ipaddress reason
仅当为flags属性设置了IDONLY值且至少为log_on_success或log_on_failure设置了USERI
D值时该项出现。Service_id如前。给出的Ipaddress是主机地址。Reason是失败状态
例13 来自未授权主机的失败rlogin企图
Sly.no.good.org $ rlogin topcat
Topcat:Connection reset by peer
Sly.no.good.org $ rlogin –1 paul topcat
Topcat:Connection reset by peer
Sly.no.good.org $ rlogin –1 mary topcat
Topcat:Connection reset by peer
Sly.no.good.org $
例 14 和例10-50相关的登记项
Apr 15 12:08:40 topcat xinetd[1402]:FAIL:login address from-19.152.1.5
Apr 15 12:08:52 topcat xinetd[1402]:FAIL:login address from-19.152.1.5
Apr 15 12:08:49 topcat xinetd[1402]:FAIL:login address from-19.152.1.5
有一个最后登记项要检查。注意例10中的instances属性设置为8。对第9个登录会话会发生
什么？当第9个用户试图rlogin到topcat时，那个用户会看到下列错误消息
rcmd:topcat:address already in use
并且topcat中为这一事件记录的登记项是
Apr 15 13:37:33 topcat xinetd(1402):FAIL:login service_limit from-172.17.55.12
4
把这个记录和表4中的描述相对照，FAIL关键字之后是服务名，然后是对失败的解释（此时
为service_limit），最后是客户机地址。
使用bind属性
bind属性允许把一个特定接口的IP地址和一个特定的服务关联。假定有一个内部ftp服务
器，它通过匿名ftp为公司职员提供只读资源。再假定这个ftp服务器有两个接口，一个连
接在公司环境中，另一个连接到专用内部网，通常只有在那个特定组中工作的职员可访问
它。尽这个例子中只考虑基于接口提供两个不同ftp服务的需求。例15在/etc/xinetd.con
f中说明了两个ftp服务项。它可以实现所期望的功能。出于完整性再次提供了defaults部
分。
注意每个ftp服务项有一个唯一的id属性。对有相同名字的服务数目没有任何限制，只要每
个有唯一的标识符。在这个例子中，为内部ftp服务器设置id属性为ftp，为外部匿名服务
器设置id属性为ftp_chroot。注意在后一种情况下，激活的进程是/usr/sbin/anon/in.af
tpd(对TCP_Wrappers来说是twist)，这和以前的服务是不同的。
例15 把服务绑定到特定地址上
Defaults
{
Log_type=SYSLOG loca14 info
Log_on_success=PID HOST EXIT DURATION
Instances=8
}
Service ftp
{
id=ftp
Socket_type=stream
protocol=tcp
wait=no
user=root
Only_from=172.17.0.0 172.19.0.0/20
bind=172.17.1.1
Log_on_success+=USERID
Log_on_failure+=USERID
server=/usr/sbin/in.ftpd
Server_args=-1 –a
}
Service ftp
{
id=ftp_chroot
Socket_type=stream
}
Service telnet
{
Socket_type=stream
Wait=no
flags=REUSE
user=root
bind=172.17.33.111
server=usr/sbin/in.telnetd
Log_on_success=PID HOST EXIT DURATION USERID
Log_on_failure=RECORD HOST
}
Service telnet
{
Socket_type=stream
protocol=tcp
wait=no
flags=REUSE
user=root
bind=201.171.99.99
redirect=172.17.1.1 23
Log_on_success=PID HOST EXIT DURATION USERID
LOG_ON_FAILURE=record host
}
例 16 redirect的结果
$ telnet 201.171.99.99
Trying 201.171.99.99
Connected to 201.171.99.99
Escape character is‘^]’
UNIX(r) System V Release 4.0 (foghorn)
Login:
因为Linux对每个物理端口最多支持256个逻辑接口，因此理论上可以为系统上的每个物理
地址代理256个不同的地址。
尽管redirect机制可能是非常有用的，但实现它时要小心。要确保在代理服务器和终端系
统上进行登记。可是在高度受控的内部网络中，这个实现可能是方便的。
包含TCP_Wrappers
/etc/xinetd.conf中包含TCP_Wrappers功能是如此简单,TCP_Wrappers的所有功能可通过x
inetd包括进去，就像通过inetd一样。例17是/etc/xinetd.conf文件的一个实例，它为许
多服务使用了TCP_Wrappers。当属性服务器设置为/usr/sbin/tcpd后，那个服务将被包裹
。注意这样的项总是把server_args属性设置为要激活的进程（全路径）。载讨论xinetd的
编译时，用到了libwrap配置选项，但是无论是否用libwrap编译，例17中的配置文件都能
发挥作用。用libwrap编译的作用是包含/etc/hosts.allow和/etc/hosts.deny中的访问限
制。例7所示提供了TCP_Wrappers的一组完整特征，banners，spawn，twist等。
例 17 在/etc/xinetd.conf中使用TCP_Wrappers
Defaults
{
Log_type=SYSLOG loca14 info
Log_on_success=PID HOST EXIT DURATION
Log_on_failure=HOST
instances=8
}
Service ftp
{
id=ftp
Socket_type=stream
protocol=tcp
wait=no
user=root
Only_from=172.17.0.0
Log_on_success+=USERID
Log_on_failure+=USERID
Access_times=8:00-16:30
server= /usr/sbin/tcpd
Server_args= /usr/sbin/in.ftpd –1 –a
}
Service telnet
{
Socket_type=stream
wait=no
flags=NAMEINARGS REUSE
User=root
Bind=172.17.33.111
server= /usr/sbin/tcpd
Server_args= /usr/sbin/in.telnetd
Log_on_success=PID HOST EXIT DURATION USERID
Log_on_failure=RECORD HOST
}
Service telnet
{
Socket_type=stream
protocol=tcp
wait=no
flags=REUSE
user=root
bind=201.171.99.99
redirect=172.17.1.1 23
Log_on_success=PID HOST EXIT DURATION USERID
Log_on_failure=RECORD HOST
}
…
…
xinetd进程
xinetd进程接受若干参数。这些参数可被特定服务default中的属性改写，或在一个或多个
服务的单个属性项改写。然而，这里给出的所有参数或它们的缺省值控制xinetd自身的行
为。例如，如果filelog标记指定为xinetd，那么将在那里登记所有状态转换消息，尽管
/etc/xinetd.conf文件中为和服务相关消息指定了其他登记位置。可用参数列在表5中。
应注意xinetd报告的所有状态信息，总是出现在-syslog或-filelog标记指定的登记文件中
，不管设置如何，即通过defaults还是在/etc/xinetd.conf中。如果要在一个文件中捕获
xinetd的PID，可以用
xinetd –pid 2> /var/run.xinetd.pid
和xinetd一起使用的可用信号 xinetd进程也基于收到的信号采取特定的行动。表16描述
了它接受的每个信号的功能。注意每当增加了新服务或defaults项，或每当改变了任何服
务的如下属性：protocol，socket_type，type或wait时，必须用SIGTERM(或更简单的TER
M)信号中止xientd。每当给xinetd发布一个软性或硬性重配置信号时，将写入例19中所示
类型的登记项。这个特定例子是硬性重配置的结果。注意这次硬性重配置的结果是中止了
一项服务（用dropped=1标识）。
表 5 xinetd的标记
标 记
描 述
-d
调试模式。输出可和调试器如gdb一起使用
-sysllog facility
指定syslogd工具。是daemon， auth， user和loca10-7其中之一
-filelog file
指定登记写到file而不是syslog中。必须是完整路径名
-fconfig_file
指定配置文件。必须是完整路径名。缺省是/etc/xinetd.conf
-pid
把PID写入标准错误中
-loop rate
指定每秒钟分叉的进程数。缺省是10.对较快机器来说可能希望改变它
-reuse
设置可重用的TCP socket，这意味着以前的实例运行时也可启动其他进程。当和flags属性
一起使用时，有更特殊的服务控制（参看表10.10）
-limit numproc
限制由xinetd启动的同时运行的进程总数为numproc
-
限制同时发生的RFC1413请求数为limit
-shutdownprocs limit
当log_on_failure属性中使用了RECORD值时，xinetd分叉称为shutdown的服务以收集服务
终止时的信息。该选项限制同时运行的shutdown进程总数为limit
-cc interval
使xinetd每隔interval秒运行对其内部状态的一致性检查。用killall –IOT xinetd可手
工实现
表18 xinetd信号
信 号
作 用
SIGUSR1
软性重配置。重读/etc/xinetd.conf并作相应调整
SIGUSR2
硬性重配置。重读/etc/xinetd.conf并杀死和配置文件中的建立准则不再匹配的所有进程
。例如，如果一个客户机连接到这个服务器且又增加到no_access表中，那么这个信号会终
止该客户机的会话
SIGQUIT
终止xinetd但不终止它分叉的任何进程
SIGTERM
终止xinetd分叉的所有进程；然后终止xinetd
SIGHUP
把xinetd状态信息写到/tmp/xinetd.dump中
SIGIOT
检查内部数据库毁坏情况并报告结果
例19 xinetd硬性重配置的登记记录
Apr 15 14:42:31 topcat xinetd[1402]:Starting hard reconfiguration
Apr 15 14:42:31 topcat xinetd[1402]:readjusting service servers
Apr 15 14:42:31 topcat xinetd[1402]:readjusting service servces
Apr 15 14:42:31 topcat xinetd[1402]:readjusting service telnet
Apr 15 14:42:31 topcat xinetd[1402]:readjusting service shell
Apr 15 14:42:31 topcat xinetd[1402]:readjusting service login
Apr 15 14:42:31 topcat xinetd[1402]:readjusting service talk
Apr 15 14:42:31 topcat xinetd[1402]:readjusting service ntalk
Apr 15 14:42:31 topcat xinetd[1402]:readjusting service pop-2
Apr 15 14:42:31 topcat xinetd[1402]:readjusting service pop-3
Apr 15 14:42:31 topcat xinetd[1402]:readjusting service imap
Apr 15 14:42:31 topcat xinetd[1402]:readjusting service linuxconf
Apr 15 14:42:31 topcat xinetd[1402]:readjusting service ftp
Apr 15 14:42:31 topcat xinetd[1402]:Reconfigured:new=1 old=12 dropped=1 (servi
ces)
注:确定某个修改的/etc/xinetd.conf文件被读的最可靠方式是停止并重启动xinetd进程。
最好用SIGTERM信号中止xinetd。如这节中描述的，发给xzinetd一个SIGTERM使它中止（用
SIGKILL或信号号9）其控制之下的每个进程。有时在xinetd的子进程中止之前有一个延时
，这意味着如果杀死并立即重启动xinetd，它不可能绑定所有端口（对此xinetd的登记文
件----而不是这项服务指定的登记文件----中含一个错误消息）。这就是为什么sleep3命
令出现在例中的stop和start命令间的脚本中。对TCP服务如telnet和ftp用flags=REUSE属
性及其值或指定xinetd自身的-reuse选项可完全消除这个问题。
阅读：829次
责任编辑:阿泰
来源：LINUX之家
--
蒹葭苍苍白露为霜所谓伊人在水一方溯洄从之道阻且长
溯游从之宛在水中央
蒹葭萋萋白露未晞所谓伊人在水之湄溯洄从之道阻且跻
溯游从之宛在水中坻
蒹葭采采白露未已所谓伊人在水之涘溯洄从之道阻且右
溯游从之宛在水中沚
※ 来源:·幽幽黄桷兰 bbs.cqupt.edu.cn·[FROM: BelovedGirl]
[回到开始]
[上一篇][下一篇]
荔园在线首页 友情链接：深圳大学 深大招生 荔园晨风BBS S-Term软件 网络书店