<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic AAA problem via terminal server in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/aaa-problem-via-terminal-server/m-p/4520590#M571788</link>
    <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;I have the following AAA config and this works fine with and without the TACACS server (Cisco ISE 2.6 Device Admin). My problem seems to be with the few devices we have connected to a terminal server. Can reach the target router through the terminal server and get the router&amp;gt; prompt. Attempt to enter exec mode and no matter what password I use , tacacs, line, enable all are rejected as unauthorised. If I console directly onto the device I can enter the line and enable password and there is no issue. Any idea - I have attempted to debug TACACS and AAA authenticate and authorise but unable to see the issue. Tried comparing the ISE logs for direct and terminal server access and again nothing obvious.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;aaa new-model&lt;BR /&gt;!&lt;BR /&gt;!&lt;BR /&gt;aaa group server tacacs+ TACACS_GROUP&lt;BR /&gt;server name TACACS_SERVER_1&lt;BR /&gt;ip vrf forwarding Mgmt-intf&lt;BR /&gt;ip tacacs source-interface GigabitEthernet0&lt;BR /&gt;!&lt;BR /&gt;aaa authentication login default group TACACS_GROUP line&lt;BR /&gt;aaa authentication login no_tacacs enable&lt;BR /&gt;aaa authentication enable default group TACACS_GROUP enable&lt;BR /&gt;aaa authorization exec default group TACACS_GROUP if-authenticated&lt;BR /&gt;aaa authorization commands 1 default group TACACS_GROUP none&lt;BR /&gt;aaa authorization commands 15 default group TACACS_GROUP none&lt;BR /&gt;aaa accounting exec default start-stop group TACACS_GROUP&lt;BR /&gt;aaa accounting commands 1 default start-stop group TACACS_GROUP&lt;BR /&gt;aaa accounting commands 15 default start-stop group TACACS_GROUP&lt;BR /&gt;aaa accounting connection default start-stop group TACACS_GROUP&lt;BR /&gt;aaa accounting system default start-stop group TACACS_GROUP&lt;/P&gt;</description>
    <pubDate>Fri, 17 Dec 2021 15:12:49 GMT</pubDate>
    <dc:creator>russell.sage</dc:creator>
    <dc:date>2021-12-17T15:12:49Z</dc:date>
    <item>
      <title>AAA problem via terminal server</title>
      <link>https://community.cisco.com/t5/network-access-control/aaa-problem-via-terminal-server/m-p/4520590#M571788</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;I have the following AAA config and this works fine with and without the TACACS server (Cisco ISE 2.6 Device Admin). My problem seems to be with the few devices we have connected to a terminal server. Can reach the target router through the terminal server and get the router&amp;gt; prompt. Attempt to enter exec mode and no matter what password I use , tacacs, line, enable all are rejected as unauthorised. If I console directly onto the device I can enter the line and enable password and there is no issue. Any idea - I have attempted to debug TACACS and AAA authenticate and authorise but unable to see the issue. Tried comparing the ISE logs for direct and terminal server access and again nothing obvious.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;aaa new-model&lt;BR /&gt;!&lt;BR /&gt;!&lt;BR /&gt;aaa group server tacacs+ TACACS_GROUP&lt;BR /&gt;server name TACACS_SERVER_1&lt;BR /&gt;ip vrf forwarding Mgmt-intf&lt;BR /&gt;ip tacacs source-interface GigabitEthernet0&lt;BR /&gt;!&lt;BR /&gt;aaa authentication login default group TACACS_GROUP line&lt;BR /&gt;aaa authentication login no_tacacs enable&lt;BR /&gt;aaa authentication enable default group TACACS_GROUP enable&lt;BR /&gt;aaa authorization exec default group TACACS_GROUP if-authenticated&lt;BR /&gt;aaa authorization commands 1 default group TACACS_GROUP none&lt;BR /&gt;aaa authorization commands 15 default group TACACS_GROUP none&lt;BR /&gt;aaa accounting exec default start-stop group TACACS_GROUP&lt;BR /&gt;aaa accounting commands 1 default start-stop group TACACS_GROUP&lt;BR /&gt;aaa accounting commands 15 default start-stop group TACACS_GROUP&lt;BR /&gt;aaa accounting connection default start-stop group TACACS_GROUP&lt;BR /&gt;aaa accounting system default start-stop group TACACS_GROUP&lt;/P&gt;</description>
      <pubDate>Fri, 17 Dec 2021 15:12:49 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/aaa-problem-via-terminal-server/m-p/4520590#M571788</guid>
      <dc:creator>russell.sage</dc:creator>
      <dc:date>2021-12-17T15:12:49Z</dc:date>
    </item>
    <item>
      <title>Re: AAA problem via terminal server</title>
      <link>https://community.cisco.com/t5/network-access-control/aaa-problem-via-terminal-server/m-p/4520773#M571796</link>
      <description>&lt;P&gt;Interesting. I would also not expect any difference in behaviour between an async connection (reverse telnet to terminal server to reach the console port), or plugging directly into the console port.&amp;nbsp; You are 100% sure you did a reverse telnet to the correct device? Async cables and their numbering can often be confusing (offset 2000 + line number)&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Have you configured anything on the line con 0?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Can you share your:&lt;/P&gt;
&lt;PRE&gt;show run | section line&lt;/PRE&gt;</description>
      <pubDate>Fri, 17 Dec 2021 21:05:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/aaa-problem-via-terminal-server/m-p/4520773#M571796</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2021-12-17T21:05:42Z</dc:date>
    </item>
    <item>
      <title>Re: AAA problem via terminal server</title>
      <link>https://community.cisco.com/t5/network-access-control/aaa-problem-via-terminal-server/m-p/4526226#M572027</link>
      <description>&lt;P&gt;Apologies for the delayed response. I was on leave&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;line con 0&lt;BR /&gt;exec-timeout 5 0&lt;BR /&gt;password ********************************&lt;BR /&gt;escape-character 3&lt;BR /&gt;stopbits 1&lt;BR /&gt;line aux 0&lt;BR /&gt;stopbits 1&lt;BR /&gt;line vty 0 4&lt;BR /&gt;access-class Secured_Remote_Access in vrf-also&lt;BR /&gt;exec-timeout 5 0&lt;BR /&gt;password **************************************&lt;BR /&gt;logging synchronous&lt;BR /&gt;length 0&lt;BR /&gt;transport input ssh&lt;BR /&gt;escape-character 3&lt;BR /&gt;line vty 5 15&lt;BR /&gt;access-class Secured_Remote_Access in vrf-also&lt;BR /&gt;exec-timeout 5 0&lt;BR /&gt;password **************************************&lt;BR /&gt;logging synchronous&lt;BR /&gt;transport input all&lt;BR /&gt;escape-character 3&lt;/P&gt;</description>
      <pubDate>Tue, 04 Jan 2022 08:04:54 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/aaa-problem-via-terminal-server/m-p/4526226#M572027</guid>
      <dc:creator>russell.sage</dc:creator>
      <dc:date>2022-01-04T08:04:54Z</dc:date>
    </item>
  </channel>
</rss>

