Xinetd完全指南.docx
《Xinetd完全指南.docx》由会员分享,可在线阅读,更多相关《Xinetd完全指南.docx(24页珍藏版)》请在冰豆网上搜索。
Xinetd完全指南
Xinetd完全指南
2002-07-1611:
47:
00
1.什么是xinetd?
大家对被称作超级服务器的Inetd一定很熟悉,其实现控制对主机网络连接。
当一个请求到达由Inetd管理的服务端口,Inetd将该请求转发给名为tcpd的程序。
Tcpd根据配置文件hosts.{allow,deny}来判断是否允许服务该请求。
如果请求被允许则相应的服务器程序(如:
ftpd、telnetd)将被启动。
这个机制也被称作tcp_wrapper.
xinetd(eXtendedInterNETservicesdaemon)提供类似于inetd+tcp_wrapper的功能,但是更加强大和安全。
它能提供以下特色:
支持对tcp、ucp、RPC服务(但是当前对RPC的支持不够稳定)
基于时间段的访问控制
功能完备的log功能,即可以记录连接成功也可以记录连接失败的行为
能有效的防止DoS攻击(DenialofServices)
能限制同时运行的同意类型的服务器数目
能限制启动的所有服务器数目
能限制log文件大小
将某个服务绑定在特定的系统接口上,从而能实现只允许私有网络访问某项服务
能实现作为其他系统的代理。
如果和ip伪装结合可以实现对内部私有网络的访问
它最大的缺点是对RPC支持的不稳定性,但是可以启动protmap,与xinetd共存来解决这个问题
2.编译安装
可以从www.xinetd.org下载xinetd,当前最新的版本是xinetd2.1.8.8p3。
默认编译和安装xinetd是非常简单的,按照如下的步骤进行:
#./configure;make;makeinstall
即可完成。
在进行configure时,可以支持如下几个有用处的选项:
--with-libwrap:
如果使用该选项xinetd将会察看tcpd配置文件(/etc/hosts.{allow,deny})来进行访问控制,但是如果要利用该功能,系统上必须安装有tcp_wrapper和相关库。
--with-loadavg:
使用该选项,xinetd将而已处理max-load配置选项。
从而在系统负载过重时关闭某些服务进程,来实现某些DoS攻击。
--with-inet6:
使用该选项xinetd将支持IPv6。
如果是是用redhat7.0,则其默认将安装xinetd,而不需要自行安装。
3.配置
xinetd的默认配置文件是/etc/xinetd.conf。
其语法和/etc/inetd.conf完全不同且不兼容。
它本质上是/etc/inetd.conf和/etc/hosts.allow,/etc/hosts.deny功能的组合。
/etc/xinetd.conf中的每一项具有下列形式
serviceservice-name
{
……。
}
其中service是必需的关键字,且属性表必须用大括号括起来。
每一项都定义了由service-name定义的服务。
Service-name是任意的,但通常是标准网络服务名,也可增加其他非标准的服务,只要它们能通过网络请求激活,包括localhost自身发出的网络请求。
有很多可以使用的attribute,在下表中进行了详细的说明。
稍后将描述必需的属性和属性的使用规则。
操作符可以是=,+=,或-=。
所有属性可以使用=,其作用是分配一个或多个值,某些属性可以使用+=或-=的形式,其作用分别是将其值增加到某个现存的值表中,或将其值从现存值表中删除。
表10.10中说明了可以用后一种形式的属性。
Value是为给定属性设置的参数。
表1扩展的lnernet服务进程属性
Socket_type
使用的TCP/IPsocket类型,值可能为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/IPsocket可重用。
也就是在该服务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记录方式,可以为:
SYSLOGfacility[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=Ipaddressport。
它把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中的一部分
Sericeftp
{
Socket_type=stream
protocol=tcp
wait=no
user=root
server=root
Server_args=-1-a
}
Servicetelnet
{
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以后通过manxinetd.conf来得到。
在本小节后面的“配置实例”中,将用一些例子阐明其中的许多属性。
表2中给出only_from和no_access表的语法,定义了指定主机名,IP地址和网络的语法。
注意表2中最后一项netmask的语法和之前看到的有所不同。
它没有采用传统的十进制或十六进制netmask的表示方法,而是采用一个整数表示从netmask(用二进制表示)的最高位(最左端)开始起每位都为1的位数。
因此,给定例子的netmask值设置为20,意味着其最左端的20位都设置为1,而余下12位设置为0,或
11111111111111111111000000000000
它是十进制netmask255.255.240.0的二进制表示。
表2/etc/xinetd.conf的访问控制表的语法
hostname
可解析的主机名。
使用和这个主机名相关的所有IP地址
IPaddress
点和十进制形式的标准IP地址,如192.168.0.1
Net_name
/etc/networks中的网络名
x.x.x.0x.x.0.0
x.0.0.00.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和172.19.32.59的表
Ipaddress/netmask
定义要匹配的网络或子网。
如172.19.16.0/20匹配从172.19.16.0到172.19.31.255的所有地址
在看了这些基本属性之后,下面我们仔细讨论那些必需的属性,特定服务和一些配置实例。
3.1必需的属性
对每种服务都必须指定某些属性。
一些服务比其他服务需要更多属性,因为它们不被缺省定义(即不在/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,servers,services和xadmin。
Defaults项不是一项服务,且不需要前置service关键字(否则它会被当成称为defaults的服务对待)。
这些特殊项在以下4小段中描述。
3.2Defaults项
/etc/xinetd.conf文件中的defaults项是实现为该文件中的所有服务指定某些属性的默认值。
这些默认值可被每个服务项取消或修改。
表4中列出可在defaults项中指定的属性。
这个表也指明了具体服务项中可以修改哪些属性。
表4defaults可用的属性
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=SYSLOGloca14info
Log_on_success=PIDHOSTEXITDURATION
Log_on_failure=HOST
Instances=8
Disabled=in.tftpdin.rexecd
}
注:
如果在/etcxinetd.conf文件中没有defaults项,且之后决定增加这一项,你必须中止和重新启动xinetd以使defaults生效。
这对任何要增加到/etc/xinetd.conf中的新服务也是正确的。
它可以如下完成。
#kill-TERMxinetd
#/usr/sbin/xinetd
或者如果使用了启动脚本,则只需要简单执行。
#/etc/rc.d/init.d/xinetdrestart
Servers项servers特殊服务是实现提供当前运行在服务器上的进程表,以及有关这些进程的确切信息。
换句话说,它提供了活动连接的列表。
这对排除故障和检查xinetd状态是个有用机制。
例3显示了/etc/xinetd.conf文件中的一个实例servers项。
注意这项服务的类型是INTERNAL,UNLISTED,这意味着它是xinetd的内部功能,且不列在/etc/services中。
使用的端口是完全任意的。
例3servers项的示例
Serviceservers
{
type=INTERNALUNLISTED
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中的telnet172.17.33.1119997都能获取这条信息。
注意xinetd仅提供这条信息就退出,不提供交互连接。
例4中的输出告诉我们有两个正在运行的telnet进程(第5行和第31行),一个进程PID为5931,另一个为5961(分别为第6行和第32行),有一个ftp进程(第18行),其运行PID为5960(第19行)。
例4servers服务的输出示例
1$telnettopcat9997
2Trying172.17.33.111……
3Connectedtotopcat
4Escapecharacteris‘^]’
5telnetserver
6Pid=5931
7Start_time=SatApr1710:
32:
151999
8Connectioninfo:
9State=CLOSED
10Service=telnet
11Descriptor=20
12Flags=9
13Remote_address=10.48.3.2,39958
14Alternativeservices=
15Log_remote_user=YES
16Writes_to_log=YES
17
18ftpserver
19Pid=5960
20Start_time=SatApr1710:
49:
061999
21Connectioninfo:
22State=CLOSED
23Service=ftp
24Descriptor=20
25Flags=9
26Remote_address=172.17.55.124,2320
27Alternativeservices=
28Log_remote_user=YES
29Writes_to_log=YES
30
31telnetserver
32Pid=5961
33Start_time=SatApr1710:
49:
201999
34Connectioninfo:
35State=CLOSED
36Service=telnet
37Descriptor=20
38Flags=9
39Remote_address=172.17.1.3,35461
40Alternativeservices=
41Log_remote_user=YES
42Writes_to_log=YES
43
44Connectionclosedbyforeignhost
45$
3.3Services项
services特定项的目的是提供可用服务的列表。
对services特定项来说,这是个有用的排除故障工具,但为了上述同样的安全因素,可能不会去用它。
尽管如此,还是要看一看它如何工作。
例5是services项的一个示例。
端口号的选择也是任意的。
也应注意访问限制于topcat,这是服务器自身的主机名。
例5/etc/xinetd.conf中services项示例
Serviceservices
{
type=INTERNALUNLISTED
Socket_type=stream
protocol=tcp
port=8099
wait=no
Only_from=topcat
}
对于servers服务来说,任何用户可执行telnettopcat8099,并获得来自services服务的输出。
例6给出了连接80