转载tcp_wrappers

inux访问控制的流程：

----------iptables----------tcp_wrappers----------服务本身的访问控制。

Iptables：          基于原IP，目的IP，原端口，目的端口来进行控制的。

Tcp_wrappers：对服务的本身来进行控制。

Service：           对行为做控制，更细致的控制。

 

今天我们来讨论第二层防火墙tcp_wrappers。

Tcp_wrappwes的访问控制主要是两个文件，

/etc/hosts.allow  

/etc/hosts.deny 

在/etc/hosts.allow是用来定义允许的访问，

在/etc/hosts.deny是用来定义拒绝的访问。

 

现在我们来了解一下tcp_wrappers的访问控制判断顺序，

首先查看/etc/hosts.allow，如果匹配到一个条目，将不在读取下面的。

如果在/etc/hosts.allow没有匹配到条目，则读取/etc/hosts.deny，如果匹配，则拒绝，如果不匹配，则默认允许所有。

举例说明：
allow     192.168.1.0/24

Deny     192.168.1.1

如果是这样的呢，192.168.1.1可以访问吗？

是可以的，在allow里面定义了允许192.168.1.0/24，这个网段里面就包含了192.168.1.1。它已经明确了指定了允许192.168.1.0/24的网络，那么192.168.1.1匹配到这个条目，就不在往下面读。

 

关于tcp_wrappers的语法

Daemon_list ： client_list

还可以这样写，指定在那台主机上面的服务，

daemon@host ：client_list

 

关于客户机的说明

IP地址   192.168.0.1

域名      .example.com

网段      192.168.0.0/255.255.255.0  192.168.0.

这里的表示方法不可以用/24。

 

现在我们来做个试验，

默认情况下，我们的tcp_wrappers防火墙的默认允许所有的，是因为在/etc/hosts.allow和/etc/hosts.deny这两个文件里面默认是任何策略也没有的。

现在我们在192.168.0.10这台主机上面去ssh到192.168.0.254。

[root@localhost ~]#

[root@localhost ~]# ssh 192.168.0.254

root@192.168.0.254's password:

Last login: Thu Mar 11 21:56:54 2010 from 192.168.0.254

[root@localhost ~]#

OK，可以看到，我们没有做任何的策略，192.168.0.10的确是可以ssh到192.168.0.254这台主机上面去的。

下面我们开始做策略，在192.168.0.254这台主机上面拒绝192.168.0.10来ssh。

编辑/etc/hosts.deny文件，

Vim  /etc/hosts.deny

#

# hosts.deny    This file describes the names of the hosts which are

#               *not* allowed to use the local INET services, as decided

#               by the '/usr/sbin/tcpd' server.

#

# The portmap line is redundant, but it is left to remind you that

# the new secure portmap uses hosts.deny and hosts.allow.  In particular

# you should know that NFS uses portmap!

sshd: 192.168.0.10

~

/etc/hosts.deny文件就定义完成了，现在来测试下，

[root@localhost ~]#

[root@localhost ~]# ssh 192.168.0.254

ssh_exchange_identification: Connection closed by remote host

[root@localhost ~]#

可以看到，现在连接就被直接拒绝了。

当然，后面匹配的客户端的写法可以是192.168.0.0/255.255.255.0，也可以是192.168.0.这个也可以。用域的方式来表示也没有问题可以写成.example.com。但是不可以用192.168.0.0/24来表示一个网段。

 

关于主机的宏定义表示方式

宏定义表示某一种类型的主机

LOCAL             主机中不含.的主机(通常是指自己)

KNOWN           所有在DNS中可以解析到的主机

UNKNOWN     所有在DNS不可以解析到的主机

PARANOID      所有在DNS中正向解析与反向解析不匹配的主机

ALL                  代表匹配所有(这个主机和服务都可以定义)

还有一个非常有用的定义方式：

EXCEPT

这个就代表反向选择，

现在做一个试验来理解这个参数的意义，

先在192.168.0.254这台主机上面定义./etc/hosts.deny这个文件，

#

# hosts.deny    This file describes the names of the hosts which are

#               *not* allowed to use the local INET services, as decided

#               by the '/usr/sbin/tcpd' server.

#

# The portmap line is redundant, but it is left to remind you that

# the new secure portmap uses hosts.deny and hosts.allow.  In particular

# you should know that NFS uses portmap!

sshd: 192.168.0.0/255.255.255.0 EXCEPT 192.168.0.10

/etc/hosts.deny文件定义完成了，来测试下。

~

现在我们在192.168.0.10上面去ssh到192.168.0.254上，看下能否成功。

[root@localhost ~]#

[root@localhost ~]# ssh 192.168.0.254

root@192.168.0.254's password:

Last login: Thu Mar 11 22:25:04 2010 from 192.168.0.10

[root@localhost ~]#

OK，192.168.0.10是可以ssh到192.168.0.254上面去的。

现在我们在来利用192.168.0.20来ssh到192.168.0.254，看下能否成功。

[root@localhost ~]#

[root@localhost ~]# ssh 192.168.0.254

ssh_exchange_identification: Connection closed by remote host

[root@localhost ~]#

可以看到，现在连接就被拒绝了。

为什么192.168.0.10可以ssh到192.168.0.254上面，而192.168.0.20不可以ssh到192.168.0.254上面去呢，这个就是刚才EXCEPT的作用。我们在/etc/hosts.deny文件里面定义了拒绝192.168.0.0/255.255.255.0这个网络中的所有主机，但是，除了192.168.0.10以外。就是这个原因。

我们刚才是将EXCEPT写在了/etc/hosts.deny文件中，如果写在/etc/hosts.allow里面呢，那么就和写在deny里面就又不一样了。

现在将hosts.deny给清空掉，然后编辑hosts.allow文件。

#

# hosts.allow   This file describes the names of the hosts which are

#               allowed to use the local INET services, as decided

#               by the '/usr/sbin/tcpd' server.

#

sshd: 192.168.0.0/255.255.255.0 EXCEPT 192.168.0.10

~

/etc/hosts.allow文件就编辑完成了，这个时候，192.168.0.10可以ssh到192.168.0.254吗，测试下。

[root@localhost ~]#

[root@localhost ~]# ssh 192.168.0.254

root@192.168.0.254's password:

Last login: Thu Mar 11 22:31:42 2010 from 192.168.0.20

[root@localhost ~]#

可以看到，是允许的，这个又是为什么呢，当192.168.0.10想要去ssh到192.168.0.254这台主机的时候，先读取/etc/hosts.allow文件，在hosts.allow文件中定义了允许192.168.0.0/255.255.255.0这个网络，除了192.168.0.10这台主机，但是并没有明确给192.168.0.10这台主机一个允许或拒绝的定义，是先读取hosts.allow文件，而这个文件只是将192.168.0.10这台主机排除在外，最终还是要看hosts.deny文件中的定义是怎么样的。

 

查询那些服务是支持tcp_wrappers

可以先查询这个服务的脚本在哪里，用which命令，

[root@localhost ~]#

[root@localhost ~]# which sshd

/usr/sbin/sshd

[root@localhost ~]#

在使用ldd命令来查询

查询这个脚本在允许的时候调用了那些动态链接库文件，

[root@localhost ~]#

[root@localhost ~]# ldd /usr/sbin/sshd |grep libwrap

        libwrap.so.0 => /lib/libwrap.so.0 (0x00b92000)

[root@localhost ~]#

如果服务调用了libwrap.so这个动态链接库文件就代表这个服务支持tcp_wrappers。

当然也可以这样来直接查询，

[root@localhost ~]#

[root@localhost ~]# ldd `which vsftpd` |grep libwrap

        libwrap.so.0 => /lib/libwrap.so.0 (0x00825000)

[root@localhost ~]#

可以看到，vsftpd也是可以支持tcp_wrappers的。

还有一种方式也可以来查询那些服务可以支持tcp_wrappers。

[root@localhost ~]#

[root@localhost ~]# strings `which portmap` |grep hosts

hosts_access_verbose

hosts_allow_table

hosts_deny_table

/etc/hosts.allow

/etc/hosts.deny

[root@localhost ~]#

只要查询出来有/etc/hosts.allow和/etc/hosts.deny这两个文件就代表这个服务支持tcp_wrappers。

那么我们的xinetd服务是否支持tcp_wrappers呢？

[root@localhost ~]#

[root@localhost ~]# ldd `which xinetd` |grep libwrap

        libwrap.so.0 => /lib/libwrap.so.0 (0x0035a000)

[root@localhost ~]#

可以看到，xinetd服务是支持tcp_wrappers的，也就是说由xinetd管理的所有服务都是支持tcp_wrapers的。

使用ldd和strings工具来查询，只要满足其中一种方式就可以支持tcp_wrappers。

当然，也有很多服务是不支持tcp_wrappers的，

比如说named，httpd等等。

这也是为什么还要有iptables防火墙，它会更加的强大的