使用ISE为IOS和ASA做tacacs+认证

首先TACACS+是基于TCP 49的协议。所以这也能解释tacacs+和radius的基本区别：radius是一个UDP大包被所有的授权结果一股脑的推给终端，而tacacs+的TCP就可以基于每行一个命令一个个授权。
路由器的aaa命令

aaa group server tacacs+ ISE
server-private 192.168.133.11 key cisco123

aaa new-model

aaa authentication login default group ISE local
aaa authentication enable default group ISE enable
aaa authorization config-commands
aaa authorization exec ISE group ISE local
aaa authorization commands 0 default group ISE local none
aaa authorization commands 1 default group ISE local none
aaa authorization commands 7 default group ISE local none
aaa authorization commands 15 default group ISE local none
aaa accounting exec default start-stop group ISE
aaa accouting commands 0 default start-stop group ISE
aaa acounting commands 1 default start-stop group ISE
aaa acounting commands 7 default start-stop group ISE
aaa accouting commands 15 default start-stop group ISE

讲下default关键字，以前总理解不好。
default method：A default method list is configured globally and is automatically applied to all the interfaces on a device (vty/http/console/AUX)

我个人在最实验的时候觉得privilege 7意义不大，本身可以调用的命令就少。

device admin policy sets也是分成authentication 和authorization， 和radius的policy sets类似。authentication policy的目的就是基于正确的protocol（一般都是tacacs+）和别的限制条件(例如可以使用device type等) 使用正确的identity store。

authoriztion policy的授权结果分两部分：command sets 和shell profile 直接截图就知道各自包含什么。
所有命令都permit

Operator的shell，只允许show 或者进入接口开关。

shell profile，由于两个shell profile都是default 0 maximum 15， 不反复截图了。
我们看到line vty 下的acl 或者timeout时间都是可以通过ISE推的。

截图看下policy sets

我们看下tacacs+基于每条命令的授权

由于有了command sets的存在，将一条条的特定的命令搬到privilege 1-14里面实际就不是一个在生产环境可行的做法。

补充一个用radius做认证的对比，虽然不怎么用，但是考试竟然考。。。蠢的一逼

最重要的其实知道那个authorization profile怎么配置: shell:priv-lvl=15

策略就没啥好说的了

主要看测试结果，贴路由器的命令，记住因为radius是将策略结果一起推过来，所以需要也只需要配置这两句话：

aaa authentication login default group ISE local
aaa authorization exec default group radius local