xinetd(eXtended InterNET services daemon)
1.内容格式如下:
注:那个 assign_op 主要有三种形式,分别如下:
= : 表示后面的设定参数就是这样啦!
+= : 表示后面的设定为『在原来的设定集合中里头加入新的参数』
-+ : 表示后面的设定为『在原来的参数集合中舍弃这里输入的参数!』
接下来, 再来说一说那些 attribute 与 value !
2.xinetd共有45个属性,你可以通过man xinetd.conf获得英文原文,属性列表如表4-3所示。
表4-3 xinetd的属性列表
属性选项 功能描述 id 该属性被 用来唯一地指定一项服务。因为有些服务的区别仅仅在于使用不同的协议,因此需要使用该属性加以区别。默认情况下,id和 服务名相同。如echo同时支持dgram和stream服 务。设置id=echo_dgram和id=echo_stream来 分别唯一标志两个服务 type 可以是下 列一个或多个值。RPC: RPC类 型的服务。INTERNAL: 由 xinetd 自身提供的服务,如 echo。UNLISTED: 没有列在标准系统文件如/etc/rpc或/etc/service中 的服务 flags 可以是以下一个或多个选项的任意组合。REUSE:设置 TCP/IP socket 可重用。也就是在该服务 socket 中设置 SO_REUSEADDR 标 志。当中断 时重新 启动 xinetd。INTERCEPT: 截获数据包进行访问检查,以确定是否来自于允许进行连接的位置。INTERNAL服务和多线程服务不可使用 该属性值。续表
属性选项 功能描述 flags NORETRY:如果 fork 失 败, 不重试。IDONLY:只有在远程 端识别远程用户时才接受该连接(也就是远程系统必须运行 ident 服务器),该标记只适用于面向连接的服 务。若没有使用 USERID 记录选项,则该标记无效, log_on_success 或 log_on_failure 属 性设置 USERID值以使该值生效。仅用于多线程的流服务。NAMEINARGS:允 许 server_args 属性中的第一个参数 是进程 的完全合 法路径,此时, server 属性采用 inetd 的方式来指定 (此标签的作用是表明该服务采用 tcpd 的方式来处理,而不是 tcp wrapper , 参见 NOLIBWRAP标记)。NODELAY: 若 服务 为 tcp 服务,并且 NODELAY 标 记被设置,则 TCP_NODELAY 标记将被设置。 若服务 不 是 tcp服务,则该标记无效。DISABLE:具有 DISABLE 标 记的服务表示被禁用。该标记将覆盖 enable 的指定,即如果你指定了 “ enable=foo ” , 若 foo 具有 DISABLE 标记,那么 foo仍 将被禁用。使用了该标记的服务不会被提醒。KEEPALIVE:如果一个tcp服 务设置了KEEPALIVE标记,那么该服务的socket将 被设置SO_KEEPALIVE标记,对非TCP类型的服务 设置该标记无任何作用。 flags NOLIBWRAP:禁用 tcpwrap 库 来决定 一个服务的请求访问控制。 像 xinetd ,需要长时间 的运行(系统启动后一直运行),一直调用 libwrap 函数库是不可取的,这种类型的服务就需要设置该标 记,它们可以直接调用而无须调用 libwrap 函数库来控制 访问请求(参见 NAMEINARGS标 记)。SENSOR: 该标记的作用是使用一个传感器(SENSOR)来代替当前的服务。使用该标记需要注意几个问题:其一,你应 当确认该服务是你不需要的或者是你不想提供该服务;其二,它不能觉察秘密的扫描动作;其三,它将觉察该服务指定端口的请求,并记录到作用于全局的no_access列 表中,这就使得请求过该服务的IP在deny_time指定 的时间过期之前一直都拒绝访问;其四,它还使得xinetd认为该服务的server属 性是INTERNAL;其五,如果使用了该标记的socket_type为stream的 服务设置,你需要设置wait为no disable 可以设置为yes或no, 设置为yes将禁用一个服务,详见flags的disable标 签 socket_type 使用的TCP/IP socket类型,值可能为stream(TCP),dgram(UDP),raw和seqpacket(可 靠的有序数据包) protocol 指定该服务使用的协议,其值必须是在/etc/protocols中 定义的。如果不指定,使用该项服务的默认协议 wait 这个属性 有两个可能的值。如果是yes,那么xinetd会启动对方 请求的进程,并停止处理该项服务的其他请求直到该进程终止,适合于单线程服务;如果是no,那xinetd会 为每个请求启动的一个进程,而不管先前启动的进程的状态,适合于多线程服务 user 设置服务进程的UID。 若xinetd的有效UID不是0, 该属性无效 group 设置 进程的GID。若xinetd的有效UID不 是0,该属性无效 instances 接受 一个大于或等于1的整数或UNLIMITED。设置可同时运 行的最大进程数。UNLIMITED意味着xinetd对该 数没有限制 nice 指定 进程的nice值。它决定了服务的优先级,参数值是某个数字,可以为负数 server 要激 活的进程,必须指定完整的路径 server_args 指定 传送给该进程的参数,但是不包括服务程序名 only_from 用空 格分开的允许访问服务的客户机列表。如果不为该属性指定一个值,就拒绝任何人访问这项服务。该属性支持所有操作符。访问控制表的语法如下:a) 用数字表示的 IP 地址,格式为 %d. %d. %d. %d 。 如果最右边的一位是 0 ,将被看作通配符。举例来说, 10.35.1.0 表 示 10.35.1 段内的任何地址都满足条件;如果地址是 0.0.0.0 , 则匹配所有的 IP地址。b) 分解列出的 IP 地址,格式为 %d. %d. %d .{ %d. %d … } 。当然,并不是一定要四个部分都列出,例如, %d. %d.{ %d. %d … } ,这样的格式也是可以的,然而,被分解列出的部分必须 在最后面,例如, %d.{ %d. %d … }.%d.%d, 这样的格式是不允许的。c) 网络名。/etc/networks中的网络名。续表
属性选项 功能描述 only_from d) 主机名或域名。当一个 IP 地址连接到 xinetd 上的时候, 它会对这个 IP进行反向解析,得出相应的主机名,然后与指定的主机名进行比较,查看是否匹配。当然也可以使 用域名,道理是一样的。e) 网络/子网。格式为IP Address/netmask, 例如,1.2.3.4/32 no_access 用空格分开的拒绝访问服务的客户机列表 。该属性支持所有操作符,访问控制表的语法参见 only_from。Only_from和no_access决 定了一个远程连接能否访问某个服务。如果这两个属性都没有设置,那么任何人都可以请求该服务;如果都设置了,那么,最匹配的那个记录优先。例如,你在only_from中 设定了10.35.1.0可以访问,然后又在no_access中 设定10.35.1.10禁止访问,那么,10.35.1段 内除了10.35.1.10外的IP地址都可以访问 access_time 设置 服务的可用时段,也就是说,在哪一段时间里可以使用本服务。格式是hh:mm_hh:mm; 如08:00-18:00, 意味着从8AM到6PM可使用这项服务 log_type 指定 服务log的记录方式。SYSLOG facility[level]:设置 facility 为 daemon , auth , user 或 local0-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 log_on_success 指定 成功时登记的信息,默认时不登记任何信息。该属性支持所有操作符。可能的值有以下几种。PID: 进程的 PID 。如果一个新进程没被分叉, PID 设置为 0。HOST: 客户机 IP地址。USERID: 通过 RFC1413 调用捕获客户机用户的 UID。只可用于多 线程的流服务。EXIT: 登记进程终止的状态。DURATION: 登记会话持续期 log_on_failure 指定 失败时登记的信息。总是登记表明错误性质的消息,默认时不登记任何信息。该属性支持所有操作符。可能的值是有以下几种。ATTEMPT: 记录一次失败的尝试,所有其他值隐含为这个值。HOST: 客户机 IP地址。USERID: 通过 RFC1413 调用捕获客户机用户的 UID。只可用于多 线程的流服务。RECORD: 记录附加的客户机信息,如本地用户、远程用户和终端的类型 rpc_version 指定RPC版 本号或服务号。版本号可以是一个单值或者一个范围,如2~3 rpc_number 如果RPC程 序号不在/etc/rpc中,就指定它 env 用空 格分开的VAR=VALUE表,其中VAR是一个shell环 境变量,VALUE是其设置值。这些设置在服务被激活时被追加到服务的环境变量中。这个属性支持=和+=操 作符 passenv 用空格分开的xinetd环 境中的环境变量表,该表在激活时传递给服务程序。如果设置的值为空就不传送任何变量(除了在env中指定的 变量)。该属性支持所有操作符 port 定义该项服务相关的端口号。如果该服务在/etc/services中 列出,它们必须匹配 redirect 该属性语法为redirect=Ipaddress port。它把tcp服务重定向到另一个系统。如果使用该属性,就忽略server属 性 bind 把一项服务绑定到一个特定界面。语法是bind=ipaddress/interface。 这意味着你的telnet服务可以监听一个本地的安全的端口,而不是一个外部的界面。或者,同一个端口在某 个网络界面上可以做某件事情,同时,在另一个界面上可以做完全不同的事情 interface 等同于bind banner 无论该连接是否被允许,当 建立连接时就将该文件显示给客户机 banner_success 当连接授权通过时显示banner_success指 定的文件中包含的信息续表
属性选项 功能描述 banner_fail 当客 户端的请求违反控制规则时显示banner_fail指定的文件中包含的信息,以告 知用户他们正在试图请求不被允许的服务 per_source 参数值 可以为整数或者UNLIMITED关键字。它表示每一个IP地 址上最多可以建立的实例数目。本属性也可以定义在defaults部分 cps 用来 设定连接速率。它需要两个参数,第一个参数表示每秒可以处理的连接数,如果超过了这个连接数时,之后进入的 连接将被暂时停止处理;第二个参数表示停止处理多少秒后,继续处理先前暂停处理的连接 max_load 用一 个浮点数作为负载系数,当负载达到这个数目的时,该服务将停止处理后续的连接 groups 可以 设置为yes或no。如果设置为yes, 将允许对该服务起作用的组中包含的用户来访问,如果设置为no,将设置服务进程的GID。 如果xinetd的有效GID不是0, 则该属性无效。在BSD类的系统上,很多服务需要设置该属性为yes, 这个属性也可以设置在defaults部分 umask 设置 服务所继承的umask。参数值应该是一个八进制数字,该属 性也可以设置到defaults项中。xinetd自己的umask默 认是022,如果你没有设置umask属性,那么所有xinetd的子 进程的umask将都是022 enabled 其参 数值是一个服务名称的列表,表示该列表中的服务将被启用,其余的则不被启用。然而,如果某个服务设置使用了disable或 者DISABLE 标记(flag),即使该服务被设置在enabled列 表中,也不会被启用。参见disable属性和flags的DISABLE标 记 disabled 只可 用于defaults项,指定被关闭的服务列表,是用空格分开的、不可 用的服务列表来表示的。它和在/etc/xinetd.conf文件中注释掉该服务项 有相同的效果 include 使用 “include /etc/xinetd.d/service_name”这样的格式来引入一个文件。这 跟直接将引入文件的内容放到xinetd.conf中是不同的,因为那里默认已经有了include指 令。需要注意的是,其一,被引入文件的格式应该是跟xined.conf格式相同;其二,不可以在某个服务 的声明部分使用此指令,应当放在声明之外的地方 includedir 使用 “includedir /etc/xinetd.d”这样的格式引入一个目录作为xinetd配 置文件的存放目录。指定目录下除了文件名包括点号(.)或者以引号(“ ”) 结束的文件,都将视作xinetd的服务配置文件。跟include指 令一样,该指令也不可以放在服务的声明部分 rlimit_as 设置 服务的地址资源限制。参数值应该是以字节为单位的正整数或者UNLIMITED关 键字。由于libc malloc的实现机制,在Linux系 统上设置该属性比设置rlimit_rss、rlimit_data和rlimit_stack属 性更有效,这个资源限制的属性只可以在Linux系统上设置 rlimit_cpu 设置 服务最多可占用的CPU秒数。参数值应该是以秒为单位的正整 数或者UNLIMITED关键字 rlimit_data 设置 服务的最大数据量。参数值应该是以字节为单位的正整数或者UNLIMITED关 键字 rlimit_rss 设置 服务的最大常驻内存。参数值应该是以字节为单位的正整数或者UNLIMITED关 键字 rlimit_stack 设置 服务的最大堆栈大小。参数值应该是以字节为单位的正整数或者UNLIMITED关 键字 deny_time 设置 对于所有IP,所有服务的访问被禁用的时间长度。参数值可以是 以分钟为单位的正整数、FOREVER和NEVER。如果你 设置为FOREVER,在xinetd重启之前一直有效;NEVER只 对那些非法的IP地址有效;数字一般设置为60,设置为这个 数值基本就可以防范DoS***了。需要注意的是,这个标记必须与SENSOR标 记(flags)结合使用3.基本属性
上 面的列表是xinetd可用的所有属性,然而,针对一个服务并不需要指定上面所有的属性,其实必需的属性只有几个,如表4-4所示。表4-4 xinetd设定服务必需的属性
xinetd 设定服务必需的属性 属 性 适用范围 socket_type 所有服务 user Non_internal service only 非内部服务 server Non_internal service only 非内部服务 wait 所有服务 protocol 不在 /etc/services 中 的所有 RPC 服务和所有其他服务 rpc_vision 所有 RPC 服 务 rpc_number 不列在 /etc/rpc 中 的任何 RPC 服务 port 不在 /etc/services 中 的非 RPC 服务4.支持多操作符的属性
对 于大多数的服务而言,在针对一个服务的设定中操作符只能出现一次,并只支持=操作符,然而,下面的六个属性可以支持多个操作符,如表4-5所示。表4-5 支持多操作符的属性
支持多操作符的属性 属 性 支持范围 only_from 支持所有 操作符 no_access log_on_success log_on_failure passenv env 不支持 - = 操 作符5.默认属性
defaults项是实现为所有服务指定某些属性的默认值。这些默认值可被每个服务项取消或修改。表4-6列出可在defaults项中指定的属性。这个表也指明了具体服务项中可以修改哪些属性。表4-6 可用的defaults属性
可用的 defaults 属 性 属 性 适用范围 log_on_success 可以用 = 操作符改写,或用 + = 或 - = 操 作符修改 log_on_failure only_from no_access passenv instances 可以用 = 操作符改写 log_type disabled 注销掉的服务 enabled 指定启用的服务6.disabled与enabled
前者的参数是禁用的服务列表,后者的参数是启用 的服务列表。他们的共同点是格式相同(属性名、服务名列表与服务中间用空格分开,例如disabled = in.tftpd in.rexecd),此外,它们都是作用于全局的。如果在disabled列表中被指定,那么无论包含在列表中的服务是否有配置文件和如何设置,都将被 禁用;如果enabled列表被指定,那么只有列表中的服务才可启动,如果enabled没有被指定,那么disabled指定的服务之外的所有服务都可 以启动。7.注意问题
① 在重新配置的时候,下列的属性不能被改变:socket_type、wait、protocol、type;② 如果only_from和no_access属性没有被指定(无论在服务项中直接指定还是通过默认项指定),那么对该服务的访问IP将没有限制;③ 地址校验是针对IP地址而不是针对域名地址。
四、xinetd能有效地防止拒绝服务*** (Denial of Services)的原因如下:
1.限制同时运行的进程数
通过 设置instances选项设定同时运行的并发进程数:
instances=20
当服务器被 请求连接的进程数达到20个时,xinetd将停止接受多出部分的连接请求。直到请求连接数低于设定值为止。
2.限制一个IP地址的最大连接数
通过限制一个主机的最大连接数,从而防止某个主机独占某个服务。
per_source=5
这里每个IP地址的连接数是5个。
3.限制日志文件大小,防止磁盘空间被填满
许多 ***者知道大多数服务需要写入日志。***者可以构造大量的错误信息并发送出来,服务器记录这些错误,可能就造成日志文件非常庞大,甚至会塞满硬盘。同时会 让管理员面对大量的日志,而不能发现***者真正的***途径。因此,限制日志文件大小是防范拒绝服务***的一个方法。
log_type FILE.1 /var/log/myservice.log 8388608 15728640
这里设置的 日志文件FILE.1临界值为8MB,到达此值时,syslog文件会出现告警,到达15MB,系统会停止所有使用这个日志系统的服务。
4.限制负载
xinetd 还可以使用限制负载的方法防范拒绝服务***。用一个浮点数作为负载系数,当负载达到这个数目的时候,该服务将暂停处理后续的连接。
max_load = 2.8
上面的设定 表示当一项系统负载达到2.8时,所有服务将暂时中止,直到系统负载下降到设定值以下。
说明 要使用这个选项,编译时应加入“--with-loadavg”,xinetd将处理max-load配置选项,从而在系统负载过重时关闭某些服务进程, 来实现防范某些拒绝服务***。
5.限制所有服务器数目(连接速 率)
xinetd 可以使用cps选项设定连接速率,下面的例子:
cps = 25 60
上面的 设定表示服务器最多启动25个连接,如果达到这个数目将停止启动新服务60秒。在此期间不接受任何请求。
6.限制对硬件资源的利用
通 过rlimit_as和rlimit_cpu两个选项可以有效地限制一种服务对内 存、中央处理器的资源占用:
rlimit_as = 8M
rlimit_cpu=20
上面的 设定表示对服务器硬件资源占用的限制,最多可用内存为8MB,CPU每秒处理20个进程。
xinetd的一个重要功能是它能够控制从属服务可以利用的资源量,通过它的以上设置可以达到这 个目的,有助于防止某个xinetd服务占用大量资源,从而导致“拒绝服 务”情况的出现。
当 然上面的参数不需要每个都设定啦!只要设定需要的就可以啦!而在 /etc/xinetd.conf 这个文件中,一定会看到『 includedir = /etc/xinetd.d 』这一行!这说明的是,除了 /etc/xinetd.conf 之外,所有在 /etc/xinetd.d 的文件都是可以用来设定的啦!
五、用telnet来举例说明:
/etc/xinetd.d/telnet,内容如下:
上面的表格中,已经说明了每一项参数的意义!如果原本的默认值你并不满意,那么你可以修改成比较安全与多一点机制。假设你这个 Linux 是一部主机,而且他有两块网络接口,分别是对外的 140.116.44.125 与对内的 192.168.0.254 这两个,如果你想要让对内的接口限制较松,而对外的限制较严格,你可以这样的来设定呢:
对内较为松散的限制设定:
对外较为严格的限制设定:
呵呵!如上面的设定,我们可以将 telnet 的启动项目进行更多的限制!如此一来,将有助于我们的安全防护呢!尤其如果可以针对不同的接口来设定,嘿嘿!就更加的棒啰!不过,请注意喔!如果照上面的设定,那么您的主机上面将会开了两个 23 port 的接口,分别是给两个接口来使用的呢!嗯!真好玩?同样的,你也可以针对自己的喜好来设定你的其它 daemon 使他挂在 xinetd 底下呢!
六、SENSOR + DENY_TIME的使用
使用rlogin和krb5-telnet来进行实验:
1、yum install rsh-server -y
2、yum install krb5-workstation -y
3、对krb5-telnet进行配置:
service telnet
{
disable = no #将telnet服务设置为启用。如果disable = yes 表示禁用服务。
flags = SENSOR #设置为SENSOR,拒绝条件触发后,将在全局生效,即所有被xinetd托管的服务都有效
deny_time = 2 #拒绝2分钟
no_access = 192.168.0.3 #拒绝的IP范围
socket_type = stream
wait = no
user = root #指定程序用什么身份来执行
server = /usr/sbin/in.telnetd #xinetd服务托管的程序,当被触发时就启动该程序来监听
access_times = 9:00-18:00 #允许访问的时间段为早上9点到下午6点
bind = 192.168.0.100 #在指定的网络接口上监听 (在有多个网卡多个IP时,可以精确控制)
cps = 25 30 #在同一时刻,有25个连接数,则暂停连接30秒
per_source = 15 #限制每个源IP最大只能有15个并发连接
}
具体讲讲一下三行:
flags = SENSOR
deny_time = 2
no_access = 192.168.0.3
作用:禁止192.168.0.3的IP来使用telnet连接本机,如果他telnet连接了本机,那么被xinetd所管理的全部服务都禁止192.168.0.3来访问,禁止访问的时间为2分钟。SENSOR模式表示让xientd所管理的全部服务都生效改配置。
4、进行测试:telnet 192.168.0.y;rlogin 192.168.0.y
七、向xinetd添加新服务
例:添加一个TCP服务,开启26端口的服务程序wushank
1、在/etc/services文件中添加服务和端口信息:
wushank 26/tcp #test
2、在/etc/xinetd.d目录下生成服务文件,具体如下:
3、创建/bin/wushank脚本:
#!/bin/bash
date +%F" "%T
echo "welcome to you"
4、重启服务:service xinetd restart
5、测试结果如下: