二、centos7以下版本

1.开放80，22，8080 端口

/sbin/iptables -I INPUT -p tcp --dport 80 -j ACCEPT

/sbin/iptables -I INPUT -p tcp --dport 22 -j ACCEPT

/sbin/iptables -I INPUT -p tcp --dport 8080 -j ACCEPT

2.保存

/etc/rc.d/init.d/iptables save

3.查看打开的端口

/etc/init.d/iptables status

4.关闭防火墙

1） 永久性生效，重启后不会复原

开启： chkconfig iptables on

关闭： chkconfig iptables off

2） 即时生效，重启后复原

关闭： service iptables stop

开启： service iptables start

五、Iptables命令详解

防火墙，其实说白了讲，就是用于实现Linux下访问控制的功能的，它分为硬件的或者软件的防火墙两种。无论是在哪个网络中，防火墙工作的地方一定是在网络的边缘。而我们的任务就是需要去定义到底防火墙如何工作，这就是防火墙的策略，规则，以达到让它对出入网络的IP、数据进行检测。 

 目前市面上比较常见的有3、4层的防火墙，叫网络层的防火墙，还有7层的防火墙，其实是代理层的网关。 

 对于TCP/IP的七层模型来讲，我们知道第三层是网络层，三层的防火墙会在这层对源地址和目标地址进行检测。但是对于七层的防火墙，不管你源端口或者目标端口，源地址或者目标地址是什么，都将对你所有的东西进行检查。所以，对于设计原理来讲，七层防火墙更加安全，但是这却带来了效率更低。所以市面上通常的防火墙方案，都是两者结合的。而又由于我们都需要从防火墙所控制的这个口来访问，所以防火墙的工作效率就成了用户能够访问数据多少的一个最重要的控制，配置的不好甚至有可能成为流量的瓶颈。 

  

二：iptables 的历史以及工作原理 

1.iptables的发展: 

 iptables的前身叫ipfirewall （内核1.x时代）,这是一个作者从freeBSD上移植过来的，能够工作在内核当中的，对数据包进行检测的一款简易访问控制工具。但是ipfirewall工作功能极其有限(它需要将所有的规则都放进内核当中，这样规则才能够运行起来，而放进内核，这个做法一般是极其困难的)。当内核发展到2.x系列的时候，软件更名为ipchains，它可以定义多条规则，将他们串起来，共同发挥作用，而现在，它叫做iptables，可以将规则组成一个列表，实现绝对详细的访问控制功能。 

 他们都是工作在用户空间中，定义规则的工具，本身并不算是防火墙。它们定义的规则，可以让在内核空间当中的netfilter来读取，并且实现让防火墙工作。而放入内核的地方必须要是特定的位置，必须是tcp/ip的协议栈经过的地方。而这个tcp/ip协议栈必须经过的地方，可以实现读取规则的地方就叫做 netfilter.(网络过滤器) 

    作者一共在内核空间中选择了5个位置， 

    1.内核空间中：从一个网络接口进来，到另一个网络接口去的 

    2.数据包从内核流入用户空间的 

    3.数据包从用户空间流出的 

    4.进入/离开本机的外网接口 

    5.进入/离开本机的内网接口 

         

2.iptables的工作机制 

 从上面的发展我们知道了作者选择了5个位置，来作为控制的地方，但是你有没有发现，其实前三个位置已经基本上能将路径彻底封锁了，但是为什么已经在进出的口设置了关卡之后还要在内部卡呢？ 由于数据包尚未进行路由决策，还不知道数据要走向哪里，所以在进出口是没办法实现数据过滤的。所以要在内核空间里设置转发的关卡，进入用户空间的关卡，从用户空间出去的关卡。那么，既然他们没什么用，那我们为什么还要放置他们呢？因为我们在做NAT和DNAT的时候，目标地址转换必须在路由之前转换。所以我们必须在外网而后内网的接口处进行设置关卡。         

  这五个位置也被称为五个钩子函数（hook functions）,也叫五个规则链。 

 1.PREROUTING (路由前) 

 2.INPUT (数据包流入口) 

 3.FORWARD (转发管卡) 

 4.OUTPUT(数据包出口) 

 5.POSTROUTING（路由后） 

 这是NetFilter规定的五个规则链，任何一个数据包，只要经过本机，必将经过这五个链中的其中一个链。        

3.防火墙的策略 

 防火墙策略一般分为两种，一种叫“通”策略，一种叫“堵”策略，通策略，默认门是关着的，必须要定义谁能进。堵策略则是，大门是洞开的，但是你必须有身份认证，否则不能进。所以我们要定义，让进来的进来，让出去的出去，所以通，是要全通，而堵，则是要选择。当我们定义的策略的时候，要分别定义多条功能，其中：定义数据包中允许或者不允许的策略，filter过滤的功能，而定义地址转换的功能的则是nat选项。为了让这些功能交替工作，我们制定出了“表”这个定义，来定义、区分各种不同的工作功能和处理方式。 

 我们现在用的比较多个功能有3个： 

 1.filter 定义允许或者不允许的 

 2.nat 定义地址转换的  

3.mangle功能:修改报文原数据 

 我们修改报文原数据就是来修改TTL的。能够实现将数据包的元数据拆开，在里面做标记/修改内容的。而防火墙标记，其实就是靠mangle来实现的。 

  

小扩展: 

 对于filter来讲一般只能做在3个链上：INPUT ，FORWARD ，OUTPUT 

 对于nat来讲一般也只能做在3个链上：PREROUTING ，OUTPUT ，POSTROUTING 

 而mangle则是5个链都可以做：PREROUTING，INPUT，FORWARD，OUTPUT，POSTROUTING 

  

 iptables/netfilter（这款软件）是工作在用户空间的，它可以让规则进行生效的，本身不是一种服务，而且规则是立即生效的。而我们iptables现在被做成了一个服务，可以进行启动，停止的。启动，则将规则直接生效，停止，则将规则撤销。  

 iptables还支持自己定义链。但是自己定义的链，必须是跟某种特定的链关联起来的。在一个关卡设定，指定当有数据的时候专门去找某个特定的链来处理，当那个链处理完之后，再返回。接着在特定的链中继续检查。 

注意：规则的次序非常关键，谁的规则越严格，应该放的越靠前，而检查规则的时候，是按照从上往下的方式进行检查的。 

  

三．规则的写法: 

  iptables定义规则的方式比较复杂: 

  格式：iptables [-t table] COMMAND chain CRETIRIA -j ACTION 

  -t table ：3个filter nat mangle 

  COMMAND：定义如何对规则进行管理 

  chain：指定你接下来的规则到底是在哪个链上操作的，当定义策略的时候，是可以省略的 

  CRETIRIA:指定匹配标准 

  -j ACTION :指定如何进行处理 

  比如：不允许172.16.0.0/24的进行访问。 

  iptables -t filter -A INPUT -s 172.16.0.0/16 -p udp --dport 53 -j DROP 

  当然你如果想拒绝的更彻底： 

  iptables -t filter -R INPUT 1 -s 172.16.0.0/16 -p udp --dport 53 -j REJECT 

  iptables -L -n -v #查看定义规则的详细信息

  

四：详解COMMAND: 

1.链管理命令（这都是立即生效的） 

 -P :设置默认策略的（设定默认门是关着的还是开着的） 

 默认策略一般只有两种 

 iptables -P INPUT (DROP|ACCEPT)  默认是关的/默认是开的 

 比如： 

 iptables -P INPUT DROP 这就把默认规则给拒绝了。并且没有定义哪个动作，所以关于外界连接的所有规则包括Xshell连接之类的，远程连接都被拒绝了。 

        -F: FLASH，清空规则链的(注意每个链的管理权限) 

     iptables -t nat -F PREROUTING 

     iptables -t nat -F 清空nat表的所有链 

        -N:NEW 支持用户新建一个链 

            iptables -N inbound_tcp_web 表示附在tcp表上用于检查web的。 

        -X: 用于删除用户自定义的空链 

            使用方法跟-N相同，但是在删除之前必须要将里面的链给清空昂了 

        -E：用来Rename chain主要是用来给用户自定义的链重命名 

            -E oldname newname 

         -Z：清空链，及链中默认规则的计数器的（有两个计数器，被匹配到多少个数据包，多少个字节） 

            iptables -Z :清空 

  

2.规则管理命令 

         -A：追加，在当前链的最后新增一个规则 

         -I num : 插入，把当前规则插入为第几条。 

            -I 3 :插入为第三条 

         -R num：Replays替换/修改第几条规则 

            格式：iptables -R 3 ………… 

         -D num：删除，明确指定删除第几条规则 

         

3.查看管理命令 “-L” 

  附加子命令 

  -n：以数字的方式显示ip，它会将ip直接显示出来，如果不加-n，则会将ip反向解析成主机名。 

  -v：显示详细信息 

  -vv 

  -vvv :越多越详细 

  -x：在计数器上显示精确值，不做单位换算 

  --line-numbers : 显示规则的行号 

  -t nat：显示所有的关卡的信息 

  

五：详解匹配标准 

1.通用匹配：源地址目标地址的匹配 

  -s：指定作为源地址匹配，这里不能指定主机名称，必须是IP 

 IP | IP/MASK | 0.0.0.0/0.0.0.0 

 而且地址可以取反，加一个“!”表示除了哪个IP之外 

  -d：表示匹配目标地址 

  -p：用于匹配协议的（这里的协议通常有3种，TCP/UDP/ICMP） 

  -i eth0：从这块网卡流入的数据 

 流入一般用在INPUT和PREROUTING上 

  -o eth0：从这块网卡流出的数据 

 流出一般在OUTPUT和POSTROUTING上 

         

2.扩展匹配 

2.1隐含扩展：对协议的扩展 

    -p tcp :TCP协议的扩展。一般有三种扩展 

 --dport XX-XX：指定目标端口,不能指定多个非连续端口,只能指定单个端口，比如 

 --dport 21  或者 --dport 21-23 (此时表示21,22,23) 

 --sport：指定源端口 

 --tcp-fiags：TCP的标志位（SYN,ACK，FIN,PSH，RST,URG） 

     对于它，一般要跟两个参数： 

 1.检查的标志位 

 2.必须为1的标志位 

 --tcpflags syn,ack,fin,rst syn   =    --syn 

 表示检查这4个位，这4个位中syn必须为1，其他的必须为0。所以这个意思就是用于检测三次握手的第一次包的。对于这种专门匹配第一包的SYN为1的包，还有一种简写方式，叫做--syn 

    -p udp：UDP协议的扩展 

        --dport 

        --sport 

    -p icmp：icmp数据报文的扩展 

        --icmp-type： 

 echo-request(请求回显)，一般用8 来表示 

 所以 --icmp-type 8 匹配请求回显数据包 

 echo-reply （响应的数据包）一般用0来表示 

                   

2.2显式扩展（-m） 

     扩展各种模块 

      -m multiport：表示启用多端口扩展 

      之后我们就可以启用比如 --dports 21,23,80 

                   

         

六：详解-j ACTION 

  常用的ACTION： 

  DROP：悄悄丢弃 

 一般我们多用DROP来隐藏我们的身份，以及隐藏我们的链表 

  REJECT：明示拒绝 

  ACCEPT：接受 

 custom_chain：转向一个自定义的链 

  DNAT 

  SNAT 

  MASQUERADE：源地址伪装 

  REDIRECT：重定向：主要用于实现端口重定向 

  MARK：打防火墙标记的 

  RETURN：返回 

 在自定义链执行完毕后使用返回，来返回原规则链。 

  

练习题1： 

     只要是来自于172.16.0.0/16网段的都允许访问我本机的172.16.100.1的SSHD服务 

     分析：首先肯定是在允许表中定义的。因为不需要做NAT地址转换之类的，然后查看我们SSHD服务，在22号端口上，处理机制是接受，对于这个表，需要有一来一回两个规则，如果我们允许也好，拒绝也好，对于访问本机服务，我们最好是定义在INPUT链上，而OUTPUT再予以定义就好。(会话的初始端先定义)，所以加规则就是： 

     定义进来的： iptables -t filter -A INPUT -s 172.16.0.0/16 -d 172.16.100.1 -p tcp --dport 22 -j ACCEPT 

     定义出去的： iptables -t filter -A OUTPUT -s 172.16.100.1 -d 172.16.0.0/16 -p tcp --dport 22 -j ACCEPT 

     将默认策略改成DROP: 

   iptables -P INPUT DROP 

   iptables -P OUTPUT DROP 

   iptables -P FORWARD DROP 

         

七：状态检测： 

 是一种显式扩展，用于检测会话之间的连接关系的，有了检测我们可以实现会话间功能的扩展 

        什么是状态检测？对于整个TCP协议来讲，它是一个有连接的协议，三次握手中，第一次握手，我们就叫NEW连接，而从第二次握手以后的，ack都为1，这是正常的数据传输，和tcp的第二次第三次握手，叫做已建立的连接（ESTABLISHED）,还有一种状态，比较诡异的，比如：SYN=1 ACK=1 RST=1,对于这种我们无法识别的，我们都称之为INVALID无法识别的。还有第四种，FTP这种古老的拥有的特征，每个端口都是独立的，21号和20号端口都是一去一回，他们之间是有关系的，这种关系我们称之为RELATED。 

 所以我们的状态一共有四种： 

        NEW 

        ESTABLISHED 

        RELATED 

        INVALID 

  

 所以我们对于刚才的练习题，可以增加状态检测。比如进来的只允许状态为NEW和ESTABLISHED的进来，出去只允许ESTABLISHED的状态出去，这就可以将比较常见的反弹式木马有很好的控制机制。 

         

对于练习题的扩展： 

 进来的拒绝出去的允许，进来的只允许ESTABLISHED进来，出去只允许ESTABLISHED出去。默认规则都使用拒绝 

 iptables -L -n --line-number  ：查看之前的规则位于第几行 

    改写INPUT 

        iptables -R INPUT 2 -s 172.16.0.0/16 -d 172.16.100.1 -p tcp --dport 22 -m state --state NEW,ESTABLISHED -j ACCEPT 

        iptables -R OUTPUT 1 -m state --state ESTABLISHED -j ACCEPT 

  

    此时如果想再放行一个80端口如何放行呢？ 

        iptables -A INPUT -d 172.16.100.1 -p tcp --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT 

  

        iptables -R INPUT 1 -d 172.16.100.1 -p udp --dport 53 -j ACCEPT 

  

练习题2： 

假如我们允许自己ping别人，但是别人ping自己ping不通如何实现呢？ 

分析：对于ping这个协议，进来的为8（ping），出去的为0(响应).我们为了达到目的，需要8出去,允许0进来 

  

在出去的端口上：iptables -A OUTPUT -p icmp --icmp-type 8 -j ACCEPT 

在进来的端口上：iptables -A INPUT -p icmp --icmp-type 0 -j ACCEPT 

  

小扩展：对于127.0.0.1比较特殊，我们需要明确定义它 

 iptables -A INPUT -s 127.0.0.1 -d 127.0.0.1 -j ACCEPT 

 iptables -A OUTPUT -s 127.0.0.1 -d 127.0.0.1 -j ACCEPT 

  

八：SNAT和DNAT的实现 

 由于我们现在IP地址十分紧俏，已经分配完了，这就导致我们必须要进行地址转换，来节约我们仅剩的一点IP资源。那么通过iptables如何实现NAT的地址转换呢？ 

1.SNAT基于原地址的转换 

 基于原地址的转换一般用在我们的许多内网用户通过一个外网的口上网的时候，这时我们将我们内网的地址转换为一个外网的IP，我们就可以实现连接其他外网IP的功能。 

所以我们在iptables中就要定义到底如何转换： 

定义的样式： 

 比如我们现在要将所有192.168.10.0网段的IP在经过的时候全都转换成172.16.100.1这个假设出来的外网地址： 

 iptables -t nat -A POSTROUTING -s 192.168.10.0/24 -j SNAT --to-source 172.16.100.1 

 这样，只要是来自本地网络的试图通过网卡访问网络的，都会被统统转换成172.16.100.1这个IP. 

 那么，如果172.16.100.1不是固定的怎么办？ 

 我们都知道当我们使用联通或者电信上网的时候，一般它都会在每次你开机的时候随机生成一个外网的IP，意思就是外网地址是动态变换的。这时我们就要将外网地址换成 MASQUERADE(动态伪装):它可以实现自动寻找到外网地址，而自动将其改为正确的外网地址。所以，我们就需要这样设置： 

         iptables -t nat -A POSTROUTING -s 192.168.10.0/24 -j MASQUERADE 

         这里要注意：地址伪装并不适用于所有的地方。 

  

2.DNAT目标地址转换 

 对于目标地址转换，数据流向是从外向内的，外面的是客户端，里面的是服务器端 通过目标地址转换，我们可以让外面的ip通过我们对外的外网ip来访问我们服务器不同的服务器，而我们的服务却放在内网服务器的不同的服务器上 。 

    如何做目标地址转换呢？： 

 iptables -t nat -A PREROUTING -d 192.168.10.18 -p tcp --dport 80 -j DNAT --todestination 172.16.100.2 

        目标地址转换要做在到达网卡之前进行转换,所以要做在PREROUTING这个位置上 

  

九：控制规则的存放以及开启 

 注意：你所定义的所有内容，当你重启的时候都会失效，要想我们能够生效，需要使用一个命令将它保存起来 

 1.service iptables save 命令 

 它会保存在/etc/sysconfig/iptables这个文件中 

    2.iptables-save 命令 

 iptables-save > /etc/sysconfig/iptables 

  

    3.iptables-restore 命令 

 开机的时候，它会自动加载/etc/sysconfig/iptabels 

 如果开机不能加载或者没有加载，而你想让一个自己写的配置文件（假设为iptables.2）手动生效的话： 

 iptables-restore < /etc/sysconfig/iptables.2 

 则完成了将iptables中定义的规则手动生效 

  

  

十：总结 

         Iptables是一个非常重要的工具，它是每一个防火墙上几乎必备的设置，也是我们在做大型网络的时候，为了很多原因而必须要设置的。学好Iptables,可以让我们对整个网络的结构有一个比较深刻的了解，同时，我们还能够将内核空间中数据的走向以及linux的安全给掌握的非常透彻。我们在学习的时候，尽量能结合着各种各样的项目，实验来完成，这样对你加深iptables的配置，以及各种技巧有非常大的帮助。 

8.4 网络设备限制

核查网络配置，配合检测。

9、ssh免密登录

实现SSH无密码登录:使用ssh-keygen和ssh-copy-id
ssh-keygen 产生公钥与私钥对.
ssh-copy-id 将本机的公钥复制到远程机器的authorized_keys文件中，ssh-copy-id也能让你有到远程机器的/home/username/.ssh和~/.ssh/authorized_keys的权利.
操作记录：
1）第一步:在本地机器上使用ssh-keygen产生公钥私钥对
#ssh-keygen -t rsa //一路默认回车
这样就会在当前用户家目录下的.ssh目录里产生公钥和私钥文件：id_rsa.pub、id_rsa。可以将id_rsa.pub公钥文件复制成authorized_keys
2）第二步：可以手动将本机的id_rsa.pub公钥文件内容复制到远程目标机的.ssh/authorized_keys文件中，可以就可以实现ssh无密码登陆。
当然，也可以在本机直接使用ssh-copy-id将公钥复制到远程机器中
#ssh-copy-id -i /root/.ssh/id_rsa.pub user@ip ［把本机的公钥拷贝到远程机器上，比如B机器］
也可以不加公钥路径，会默认加上
#ssh-copy-id user@ip
注意:
ssh-copy-id 将key写到远程机器的 ~/ .ssh/authorized_key.文件（文件会自动创建）中

1 2	对于非22端口(比如22222)情况下的ssh-copy-id的使用，需要这样用： # ssh-copy-id -i  /root/.ssh/id_rsa.pub  '-p 22222 root@192.168.18.18'

3）这样，本机登录到上面远程机器（B机器）就不用输入密码

10、sshd_config的相关说明

SSH(Secure SHell)到目前为止有两个不兼容的版本——SSH1和SSH2。

SSH1又分为1.3和 1.5两个版本。SSH1采用DES、3DES、Blowfish和RC4等对称加密算法保护数据安全传输，而对称加密算法的密钥是通过非对称加密算法（RSA）来完成交换的。SSH1使用循环冗余校验码（CRC）来保证数据的完整性，但是后来发现这种方法有缺陷。

SSH2避免了RSA的专利问题，并修补了CRC的缺陷。SSH2用数字签名算法（DSA）和Diffie-Hellman（DH）算法代替RSA来完成对称密钥的交换，用消息证实代码（HMAC）来代替CRC。同时SSH2增加了AES和Twofish等对称加密算法。

   Centos7目前取消了protocol配置项，但可以手工添加，centos6版本缺省支持ssh1版本。

名称

     sshd_config - OpenSSH SSH 服务器守护进程配置文件

描述

     sshd 默认从 /etc/ssh/sshd_config 文件(或通过 -f 命令行选项指定的文件)读取配置信息。

     配置文件是由"指令 值"对组成的，每行一个。空行和以'#'开头的行都将被忽略。

     如果值中含有空白符或者其他特殊符号，那么可以通过在两边加上双引号(")进行界定。

     [注意]值是大小写敏感的，但指令是大小写无关的。

     当前所有可以使用的配置指令如下：

     AcceptEnv

    指定客户端发送的哪些环境变量将会被传递到会话环境中。[注意]只有SSH-2协议支持环境变量的传递。

    细节可以参考 ssh_config 中的 SendEnv 配置指令。

    指令的值是空格分隔的变量名列表(其中可以使用'*'和'?'作为通配符)。也可以使用多个 AcceptEnv 达到同样的目的。

    需要注意的是，有些环境变量可能会被用于绕过禁止用户使用的环境变量。由于这个原因，该指令应当小心使用。

    默认是不传递任何环境变量。

     AddressFamily

       指定 sshd应当使用哪种地址族。取值范围是："any"(默认)、"inet"(仅IPv4)、"inet6"(仅IPv6)。

     AllowGroups

    这个指令后面跟着一串用空格分隔的组名列表(其中可以使用"*"和"?"通配符)。默认允许所有组登录。

    如果使用了这个指令，那么将仅允许这些组中的成员登录，而拒绝其它所有组。

    这里的"组"是指"主组"(primary group)，也就是/etc/passwd文件中指定的组。

    这里只允许使用组的名字而不允许使用GID。相关的 allow/deny 指令按照下列顺序处理：

      DenyUsers, AllowUsers, DenyGroups, AllowGroups

     AllowTcpForwarding

      是否允许TCP转发，默认值为"yes"。

      禁止TCP转发并不能增强安全性，除非禁止了用户对shell的访问，因为用户可以安装他们自己的转发器。

     AllowUsers

      这个指令后面跟着一串用空格分隔的用户名列表(其中可以使用"*"和"?"通配符)。默认允许所有用户登录。

       如果使用了这个指令，那么将仅允许这些用户登录，而拒绝其它所有用户。

       如果指定了 USER@HOST 模式的用户，那么 USER 和 HOST 将同时被检查。

       这里只允许使用用户的名字而不允许使用UID。相关的 allow/deny 指令按照下列顺序处理：

    DenyUsers, AllowUsers, DenyGroups, AllowGroups

     AuthorizedKeysFile

        存放该用户可以用来登录的 RSA/DSA 公钥。该指令中可以使用下列根据连接时的实际情况进行展开的符号：

     %% 表示'%'、%h 表示用户的主目录、%u 表示该用户的用户名。

   经过扩展之后的值必须要么是绝对路径，要么是相对于用户主目录的相对路径。             默认值是".ssh/authorized_keys"。

     Banner

       将这个指令指定的文件中的内容在用户进行认证前显示给远程用户。

       这个特性仅能用于SSH-2，默认什么内容也不显示。"none"表示禁用这个特性。

     ChallengeResponseAuthentication

       是否允许质疑-应答(challenge-response)认证。默认值是"yes"。

        所有 login.conf 中允许的认证方式都被支持。

     Ciphers

        指定SSH-2允许使用的加密算法。多个算法之间使用逗号分隔。可以使用的算法如下：

       "aes128-cbc", "aes192-cbc", "aes256-cbc", "aes128-ctr", "aes192-ctr", "aes256-ctr",

       "3des-cbc", "arcfour128", "arcfour256", "arcfour", "blowfish-cbc", "cast128-cbc"

      默认值是可以使用上述所有算法。

     ClientAliveCountMax

       sshd 在未收到任何客户端回应前最多允许发送多少个"alive"消息。默认值是 3 。

    到达这个上限后，sshd 将强制断开连接、关闭会话。

       需要注意的是，"alive"消息与 TCPKeepAlive 有很大差异。

       "alive"消息是通过加密连接发送的，因此不会被欺骗；而 TCPKeepAlive 却是可以被欺骗的。

       如果 ClientAliveInterval 被设为 15 并且将 ClientAliveCountMax 保持为默认值，

       那么无应答的客户端大约会在45秒后被强制断开。这个指令仅可以用于SSH-2协议。

     ClientAliveInterval

        设置一个以秒记的时长，如果超过这么长时间没有收到客户端的任何数据，

        sshd 将通过安全通道向客户端发送一个"alive"消息，并等候应答。

        默认值 0 表示不发送"alive"消息。这个选项仅对SSH-2有效。

     Compression

             是否对通信数据进行加密，还是延迟到认证成功之后再对通信数据加密。

             可用值："yes", "delayed"(默认), "no"。

     DenyGroups

             这个指令后面跟着一串用空格分隔的组名列表(其中可以使用"*"和"?"通配符)。默认允许所有组登录。

             如果使用了这个指令，那么这些组中的成员将被拒绝登录。

             这里的"组"是指"主组"(primary group)，也就是/etc/passwd文件中指定的组。

             这里只允许使用组的名字而不允许使用GID。相关的 allow/deny 指令按照下列顺序处理：

             DenyUsers, AllowUsers, DenyGroups, AllowGroups

     DenyUsers

     这个指令后面跟着一串用空格分隔的用户名列表(其中可以使用"*"和"?"通配符)。默认允许所有用户登录。

     如果使用了这个指令，那么这些用户将被拒绝登录。

      如果指定了 USER@HOST 模式的用户，那么 USER 和 HOST 将同时被检查。

     这里只允许使用用户的名字而不允许使用UID。相关的 allow/deny 指令按照下列顺序处理：

     DenyUsers, AllowUsers, DenyGroups, AllowGroups

     ForceCommand

     强制执行这里指定的命令而忽略客户端提供的任何命令。这个命令将使用用户的登录shell执行(shell -c)。

     这可以应用于 shell 、命令、子系统的完成，通常用于 Match 块中。

     这个命令最初是在客户端通过 SSH_ORIGINAL_COMMAND 环境变量来支持的。

     GatewayPorts

             是否允许远程主机连接本地的转发端口。默认值是"no"。

             sshd默认将远程端口转发绑定到loopback地址。这样将阻止其它远程主机连接到转发端口。

             GatewayPorts 指令可以让 sshd 将远程端口转发绑定到非loopback地址，这样就可以允许远程主机连接了。

             "no"表示仅允许本地连接，"yes"表示强制将远程端口转发绑定到统配地址(wildcard address)，

             "clientspecified"表示允许客户端选择将远程端口转发绑定到哪个地址。

     GSSAPIAuthentication

             是否允许使用基于 GSSAPI 的用户认证。默认值为"no"。仅用于SSH-2。

     GSSAPICleanupCredentials

             是否在用户退出登录后自动销毁用户凭证缓存。默认值是"yes"。仅用于SSH-2。

     HostbasedAuthentication

             这个指令与 RhostsRSAAuthentication 类似，但是仅可以用于SSH-2。推荐使用默认值"no"。

             推荐使用默认值"no"禁止这种不安全的认证方式。

     HostbasedUsesNameFromPacketOnly

             在开启 HostbasedAuthentication 的情况下，

             指定服务器在使用 ~/.shosts ~/.rhosts /etc/hosts.equiv 进行远程主机名匹配时，是否进行反向域名查询。

             "yes"表示 sshd 信任客户端提供的主机名而不进行反向查询。默认值是"no"。

     HostKey

       主机私钥文件的位置。如果权限不对，sshd可能会拒绝启动。

        SSH-1默认是 /etc/ssh/ssh_host_key 。

        SSH-2默认是 /etc/ssh/ssh_host_rsa_key 和 /etc/ssh/ssh_host_dsa_key 。

        一台主机可以拥有多个不同的私钥。"rsa1"仅用于SSH-1，"dsa"和"rsa"仅用于SSH-2。

     IgnoreRhosts

        是否在 RhostsRSAAuthentication 或 HostbasedAuthentication 过程中忽略 .rhosts 和 .shosts 文件。

        不过 /etc/hosts.equiv 和 /etc/shosts.equiv 仍将被使用。推荐设为默认值"yes"。

     IgnoreUserKnownHosts

        是否在 RhostsRSAAuthentication 或 HostbasedAuthentication 过程中忽略用户的 ~/.ssh/known_hosts 文件。

        默认值是"no"。为了提高安全性，可以设为"yes"。

     KerberosAuthentication

        是否要求用户为 PasswordAuthentication 提供的密码必须通过 Kerberos KDC 认证，也就是是否使用Kerberos认证。

         要使用Kerberos认证，服务器需要一个可以校验 KDC identity 的 Kerberos servtab 。默认值是"no"。

     KerberosGetAFSToken

        如果使用了 AFS 并且该用户有一个 Kerberos 5 TGT，那么开启该指令后，

        将会在访问用户的家目录前尝试获取一个 AFS token 。默认为"no"。

     KerberosOrLocalPasswd

        如果 Kerberos 密码认证失败，那么该密码还将要通过其它的认证机制(比如 /etc/passwd)。

        默认值为"yes"。

     KerberosTicketCleanup

        是否在用户退出登录后自动销毁用户的 ticket 。默认值是"yes"。

     KeyRegenerationInterval

        在SSH-1协议下，短命的服务器密钥将以此指令设置的时间为周期(秒)，不断重新生成。

        这个机制可以尽量减小密钥丢失或者黑客攻击造成的损失。

        设为 0 表示永不重新生成，默认为 3600(秒)。

     ListenAddress

        指定 sshd 监听的网络地址，默认监听所有地址。可以使用下面的格式：

                   ListenAddress host|IPv4_addr|IPv6_addr

                   ListenAddress host|IPv4_addr:port

                   ListenAddress [host|IPv6_addr]:port

             如果未指定 port ，那么将使用 Port 指令的值。

             可以使用多个 ListenAddress 指令监听多个地址。

     LoginGraceTime

     限制用户必须在指定的时限内认证成功，0 表示无限制。默认值是 120 秒。

     LogLevel

             指定 sshd 的日志等级(详细程度)。可用值如下：

             QUIET, FATAL, ERROR, INFO(默认), VERBOSE, DEBUG, DEBUG1, DEBUG2, DEBUG3

             DEBUG 与 DEBUG1 等价；DEBUG2 和 DEBUG3 则分别指定了更详细、更罗嗦的日志输出。

             比 DEBUG 更详细的日志可能会泄漏用户的敏感信息，因此反对使用。

     MACs

             指定允许在SSH-2中使用哪些消息摘要算法来进行数据校验。

             可以使用逗号分隔的列表来指定允许使用多个算法。默认值(包含所有可以使用的算法)是：

             hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-sha1-96,hmac-md5-96

     Match

             引入一个条件块。块的结尾标志是另一个 Match 指令或者文件结尾。

             如果 Match 行上指定的条件都满足，那么随后的指令将覆盖全局配置中的指令。

             Match 的值是一个或多个"条件-模式"对。可用的"条件"是：User, Group, Host, Address 。

             只有下列指令可以在 Match 块中使用：AllowTcpForwarding, Banner,

             ForceCommand, GatewayPorts, GSSApiAuthentication,

             KbdInteractiveAuthentication, KerberosAuthentication,

             PasswordAuthentication, PermitOpen, PermitRootLogin,

             RhostsRSAAuthentication, RSAAuthentication, X11DisplayOffset,

             X11Forwarding, X11UseLocalHost

     MaxAuthTries

             指定每个连接最大允许的认证次数。默认值是 6 。

             如果失败认证的次数超过这个数值的一半，连接将被强制断开，且会生成额外的失败日志消息。

     MaxStartups

             最大允许保持多少个未认证的连接。默认值是 10 。

             到达限制后，将不再接受新连接，除非先前的连接认证成功或超出 LoginGraceTime 的限制。

     PasswordAuthentication

             是否允许使用基于密码的认证。默认为"yes"。

     PermitEmptyPasswords

             是否允许密码为空的用户远程登录。默认为"no"。

     PermitOpen

             指定TCP端口转发允许的目的地，可以使用空格分隔多个转发目标。默认允许所有转发请求。

             合法的指令格式如下：

                   PermitOpen host:port

                   PermitOpen IPv4_addr:port

                   PermitOpen [IPv6_addr]:port

             "any"可以用于移除所有限制并允许一切转发请求。

     PermitRootLogin

             是否允许 root 登录。可用值如下：

             "yes"(默认) 表示允许。"no"表示禁止。

             "without-password"表示禁止使用密码认证登录。

             "forced-commands-only"表示只有在指定了 command 选项的情况下才允许使用公钥认证登录。

                                   同时其它认证方法全部被禁止。这个值常用于做远程备份之类的事情。

     PermitTunnel

             是否允许 tun 设备转发。可用值如下：

             "yes", "point-to-point"(layer 3), "ethernet"(layer 2), "no"(默认)。

             "yes"同时蕴含着"point-to-point"和"ethernet"。

     PermitUserEnvironment

             指定是否允许 sshd处理 ~/.ssh/environment 以及 ~/.ssh/authorized_keys 中的 environment= 选项。

             默认值是"no"。如果设为"yes"可能会导致用户有机会使用某些机制(比如 LD_PRELOAD)绕过访问控制，造成安全漏洞。

     PidFile

             指定在哪个文件中存放SSH守护进程的进程号，默认为 /var/run/sshd.pid 文件。