Autenticação RADIUS
O Junos OS Evolved oferece suporte a RADIUS para autenticação central de usuários em dispositivos de rede. Para usar a autenticação RADIUS no dispositivo, você (o administrador da rede) deve configurar informações sobre um ou mais servidores RADIUS na rede. Você também pode configurar a contabilidade RADIUS no dispositivo para coletar dados estatísticos sobre os usuários que fazem login ou logout de uma LAN e enviar os dados para um servidor de contabilidade RADIUS.
Configurar a autenticação do servidor RADIUS
A autenticação RADIUS é um método de autenticação de usuários que tentam acessar um dispositivo de rede. As seções a seguir descrevem por que você usaria o RADIUS e como configurá-lo.
- Por que usar o RADIUS
- Configurar detalhes do servidor RADIUS
- Configurar RADIUS sobre TLS (RADSEC) para autenticação do sistema
- Configurar o RADIUS para usar a instância de gerenciamento
Por que usar o RADIUS
Você (o administrador da rede) pode usar diferentes protocolos para a autenticação central de usuários em dispositivos de rede, incluindo RADIUS e TACACS+. Recomendamos o RADIUS porque é um padrão IETF de vários fornecedores e seus recursos são mais amplamente aceitos do que os do TACACS+ ou outros sistemas proprietários. Além disso, recomendamos o uso de um sistema de senha de uso único para aumentar a segurança, e todos os fornecedores desses sistemas oferecem suporte ao RADIUS.
Você deve usar o RADIUS quando suas prioridades são interoperabilidade e desempenho:
-
Interoperabilidade — o RADIUS é mais interoperável do que o TACACS+, principalmente devido à natureza proprietária do TACACS+. Enquanto o TACACS+ oferece suporte a mais protocolos, o RADIUS é universalmente suportado.
-
Desempenho — o RADIUS é muito mais leve em seus roteadores e switches. Por esse motivo, os engenheiros de rede geralmente preferem o RADIUS ao TACACS+.
Configurar detalhes do servidor RADIUS
Para usar a autenticação RADIUS no dispositivo, configure informações sobre um ou mais servidores RADIUS na rede incluindo uma radius-server instrução no nível de [edit system] hierarquia para cada servidor RADIUS. O dispositivo consulta os servidores RADIUS na ordem em que estão configurados. Se o servidor primário (o primeiro configurado) não estiver disponível, o dispositivo tentará entrar em contato com cada servidor na lista até receber uma resposta.
O dispositivo de rede pode mapear usuários autenticados por RADIUS para uma conta de usuário definida localmente ou uma conta de modelo de usuário, que determina a autorização. Por padrão, o Junos OS Evolved atribui usuários autenticados por RADIUS à conta remotede modelo de usuário, se configurada, quando:
-
O usuário autenticado não tem uma conta de usuário configurada no dispositivo local.
-
O servidor RADIUS não atribui o usuário a um modelo de usuário local ou o modelo que o servidor atribui não está configurado no dispositivo local.
O servidor RADIUS pode atribuir um usuário autenticado a um modelo de usuário diferente para conceder diferentes permissões administrativas a esse usuário. O usuário mantém o mesmo nome de login na CLI, mas herda a classe de login, os privilégios de acesso e o ID de usuário efetivo do modelo atribuído. Se o usuário autenticado por RADIUS não for mapeado para nenhuma conta de usuário ou modelo de usuário definido localmente e o modelo não estiver configurado, a remote autenticação falhará.
O remote nome de usuário é um caso especial no Junos OS Evolved e deve estar sempre em letras minúsculas. Ele atua como um modelo para usuários que são autenticados por um servidor remoto, mas não têm uma conta de usuário configurada localmente no dispositivo. O Junos OS Evolved aplica as remote permissões do modelo aos usuários autenticados sem uma conta definida localmente. Todos os usuários mapeados para o remote modelo estão na mesma classe de logon.
Como você configura a autenticação remota em vários dispositivos, é comum configurá-la dentro de um grupo de configuração. As etapas mostradas aqui estão em um grupo de configuração chamado global. O uso de um grupo de configuração é opcional.
Para configurar a autenticação por um servidor RADIUS:
Configurar RADIUS sobre TLS (RADSEC) para autenticação do sistema
O RADIUS over TLS (RADSEC) fornece comunicação segura e criptografada entre o dispositivo Junos e os servidores RADIUS para autenticação e contabilidade do sistema. O sistema usa APIs OpenSSL para estabelecer sessões SSL/TLS e realizar a validação de certificados.
system sistema (acesso administrativo) na hierarquia. Para configuração de RADSEC para controle de acesso de rede, configure RADSEC
access na hierarquia.
O RADSEC protege o tráfego de autenticação administrativa usando criptografia TLS na porta TCP 2083 (em vez das portas UDP 1812/1813). O RADSEC oferece suporte a dois modos de autenticação:
- TLS unidirecional: O cliente verifica o certificado do servidor usando certificados de CA confiáveis.
- TLS mútuo (mTLS): O cliente e o servidor se autenticam usando certificados.
Antes de começar:
Certifique-se do seguinte:
- Certificados de CA estão disponíveis para validação do servidor
- Os certificados de cliente estão disponíveis (necessários apenas para autenticação mútua)
Configurar certificados de CA:
Você pode copiar o arquivo e renomeá-lo para o assunto <hash>.0 em /var/tmp/certs/<trusted-ca-group>/. Como alternativa, você também pode criar um link simbólico com o assunto <hash>.0 abaixo /var/tmp/certs/<trusted-ca-group> e vinculá-lo ao arquivo de certificado real.
- Gere o hash do nome do assunto:
openssl x509 -in <CA-file-name> -noout -subject_hash
- Crie um link simbólico:
ln -s <CA-file-name> <hash>.0
Se houver mais de um arquivo CA com o mesmo valor de hash de nome de assunto, suas extensões deverão ser diferentes; Por exemplo, 'e5d93f80.1' e assim por diante. A pesquisa é realizada para saber como os números de ramal são ordenados de acordo.
Exemplo:
cd /var/tmp/certs/grp1/ openssl x509 -in root-ca.crt -noout -subject_hash ln -s root-ca.crt e5d93f80.0
Configure certificados de cliente (somente autenticação mútua):
Para autenticação mútua, coloque o certificado do cliente e a chave privada em /var/tmp/certs/<certificate-id>/.
A pasta deve conter:
client.crt- Arquivo de certificado do clienteclient.key- Arquivo de chave privada do cliente
Exemplo:
mkdir -p /var/tmp/certs/ca1/ cp client.crt /var/tmp/certs/ca1/ cp client.key /var/tmp/certs/ca1/
Para configurar o RADSEC para autenticação do sistema:
O exemplo a seguir mostra uma configuração RADSEC completa com autenticação mútua:
[edit]
user@host# show system
login {
user remote {
class operator;
}
}
authentication-order [ radius password ];
radius-server {
1.1.1.1 {
port 2083;
tls {
trusted-ca-group grp1;
mutual-authentication {
certificate-id ca1;
}
}
secret "$9$ABC123"; ## SECRET-DATA
}
}
accounting {
destination {
radius {
server {
1.1.1.1 {
accounting-port 2083;
tls {
trusted-ca-group grp1;
mutual-authentication {
certificate-id ca1;
}
}
secret "$9$ABC123"; ## SECRET-DATA
}
}
}
}
}
Verificação:
Faça login no dispositivo de rede e verifique a autenticação bem-sucedida. Para confirmar se o RADSEC está funcionando, tente fazer login com uma conta que não tenha uma senha local configurada.
Parâmetros de configuração:
trusted-ca-group— Nome do grupo de CA confiável correspondente à pasta que contém certificados de CA em/var/tmp/certs/. O OpenSSL usa esses certificados de CA para validar o certificado do servidor RADIUS.certificate-id— Identificador de certificado correspondente à pasta que contém o certificado do cliente e a chave privada em/var/tmp/certs/. Necessário para autenticação mútua.
Configurar o RADIUS para usar a instância de gerenciamento
Por padrão, o Junos OS Evolved roteia pacotes de autenticação, autorização e contabilidade para o RADIUS por meio da instância de roteamento padrão. Você também pode rotear pacotes RADIUS por meio de uma interface de gerenciamento em uma instância VRF não padrão.
Para rotear pacotes RADIUS pela mgmt_junos instância de gerenciamento:
-
Habilite a
mgmt_junosinstância de gerenciamento.[edit system] user@host# set management-instance
-
Configure a
routing-instance mgmt_junosdeclaração para o servidor de autenticação RADIUS e o servidor de contabilidade RADIUS, se configurado.[edit system] user@host# set radius-server server-address routing-instance mgmt_junos user@host# set accounting destination radius server server-address routing-instance mgmt_junos
Exemplo: configurar um servidor RADIUS para autenticação do sistema
Este exemplo configura a autenticação do sistema por meio de um servidor RADIUS.
Requerimentos
Antes de começar:
-
Execute a configuração inicial do dispositivo. Consulte o Guia de introdução do seu dispositivo.
-
Configure pelo menos um servidor RADIUS em sua rede.
Visão geral
Neste exemplo, você adiciona um novo servidor RADIUS com um endereço IP de 172.16.98.1. Você especifica a senha secreta compartilhada do servidor RADIUS como Radiussecret1. O dispositivo armazena o segredo no banco de dados de configuração como um valor criptografado. Por fim, você especifica o endereço de origem que o dispositivo usa nas solicitações do servidor RADIUS. Na maioria dos casos, você pode usar o endereço de loopback do dispositivo, que neste exemplo é 10.0.0.1.
Você pode configurar o suporte para vários métodos de autenticação de usuário, como autenticação de senha local, RADIUS e TACACS+, no dispositivo de rede, Ao configurar vários métodos de autenticação, você pode priorizar a ordem em que o dispositivo tenta os diferentes métodos. Neste exemplo, você configura o dispositivo para usar os serviços de autenticação RADIUS primeiro e, em seguida, se isso falhar, para tentar a autenticação de senha local.
Um usuário autenticado por RADIUS deve mapear para uma conta de usuário local ou uma conta de modelo de usuário local no dispositivo de rede, o que determina a autorização. Por padrão, se um usuário autenticado por RADIUS não for mapeado para uma conta de usuário local ou um modelo de usuário específico, o usuário será atribuído ao modelo de remote usuário, se configurado. Este exemplo configura o remote modelo de usuário.
Configuração
Tramitação processual
Configuração rápida da CLI
Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para corresponder à sua configuração de rede, copie e cole os comandos na CLI no nível de [edit] hierarquia e, em seguida, entre commit no modo de configuração.
set system radius-server 172.16.98.1 set system radius-server 172.16.98.1 secret Radiussecret1 set system radius-server 172.16.98.1 source-address 10.0.0.1 set system authentication-order [radius password] set system login user remote class operator
Procedimento passo a passo
Para configurar um servidor RADIUS para autenticação do sistema:
-
Adicione um novo servidor RADIUS e defina seu endereço IP.
[edit system] user@host# set radius-server 172.16.98.1
-
Especifique o segredo compartilhado (senha) do servidor RADIUS.
[edit system] user@host# set radius-server 172.16.98.1 secret Radiussecret1
-
Especifique o endereço de loopback do dispositivo como o endereço de origem.
[edit system] user@host# set radius-server 172.16.98.1 source-address 10.0.0.1
-
Especifique a ordem de autenticação do dispositivo e inclua a
radiusopção.[edit system] user@host# set authentication-order [radius password]
- Configure o modelo de
remoteusuário e sua classe de login.[edit system] user@host# set login user remote class operator
Resultados
No modo de configuração, confirme sua configuração digitando o show system comando. Se a saída não exibir a configuração pretendida, repita as instruções de configuração neste exemplo para corrigi-la.
A saída a seguir inclui apenas as partes da hierarquia de configuração que são relevantes para este exemplo.
[edit]
user@host# show system
login {
user remote {
class operator;
}
}
authentication-order [ radius password ];
radius-server {
172.16.98.1 {
secret "$9$ABC123"; ## SECRET-DATA
source-address 10.0.0.1;
}
}
Depois de configurar o dispositivo, entre commit no modo de configuração.
Verificação
Confirme se a configuração está funcionando corretamente.
Verifique a configuração do servidor RADIUS
Finalidade
Verifique se o servidor RADIUS autentica usuários.
Ação
Faça login no dispositivo de rede e verifique se o login foi bem-sucedido. Para verificar se o dispositivo usa o servidor RADIUS para autenticação, você pode tentar fazer login com uma conta que não defina uma senha de autenticação local na configuração.
Atributos RADIUS específicos do fornecedor da Juniper Networks
O Junos OS Evolved suporta a configuração de atributos específicos do fornecedor (VSAs) RADIUS da Juniper Networks no servidor RADIUS. Esses VSAs são encapsulados em um atributo específico do fornecedor RADIUS com o ID do fornecedor definido como o número de ID da Juniper Networks, 2636.
A Tabela 1 lista os VSAs da Juniper Networks que você pode configurar.
Alguns dos atributos aceitam expressões regulares estendidas, conforme definido no POSIX 1003.2. Se a expressão regular contiver espaços, operadores ou caracteres curinga, coloque-a entre aspas. Para obter mais informações, consulte:
| Nome |
Descrição |
Digite |
Comprimento |
Sequência |
|---|---|---|---|---|
| Nome de usuário local da Juniper |
Indica o nome do modelo de usuário atribuído a esse usuário quando o usuário faz login em um dispositivo. Esse atributo é usado somente em pacotes de aceitação de acesso. |
1 |
≥3 |
Um ou mais octetos contendo caracteres ASCII imprimíveis. |
| Juniper-Permitir-Comandos |
Contém uma expressão regular estendida que permite ao usuário executar comandos além dos comandos autorizados pelos bits de permissão da classe de login do usuário. Esse atributo é usado somente em pacotes de aceitação de acesso. |
2 |
≥3 |
Um ou mais octetos contendo caracteres ASCII imprimíveis, na forma de uma expressão regular estendida. |
| Juniper-deny-commands |
Contém uma expressão regular estendida que nega ao usuário permissão para executar comandos autorizados pelos bits de permissão da classe de login do usuário. Esse atributo é usado somente em pacotes de aceitação de acesso. |
3 |
≥3 |
Um ou mais octetos contendo caracteres ASCII imprimíveis, na forma de uma expressão regular estendida. |
| Configuração de permissão da Juniper |
Contém uma expressão regular estendida que permite ao usuário visualizar e modificar instruções de configuração, além das instruções autorizadas pelos bits de permissão da classe de login do usuário. Esse atributo é usado somente em pacotes de aceitação de acesso. |
4 |
≥3 |
Um ou mais octetos contendo caracteres ASCII imprimíveis, na forma de uma expressão regular estendida. |
| Configuração de negação da Juniper |
Contém uma expressão regular estendida que nega ao usuário permissão para visualizar ou modificar instruções de configuração autorizadas pelos bits de permissão da classe de login do usuário. Esse atributo é usado somente em pacotes de aceitação de acesso. |
5 |
≥3 |
Um ou mais octetos contendo caracteres ASCII imprimíveis, na forma de uma expressão regular estendida. |
| Juniper-Interactive-Command |
Indica o comando interativo inserido pelo usuário. Esse atributo é usado somente em pacotes de solicitação de contabilidade. |
8 |
≥3 |
Um ou mais octetos contendo caracteres ASCII imprimíveis. |
| Juniper-Configuração-Change |
Indica o comando interativo que resulta em uma alteração de configuração (banco de dados). Esse atributo é usado somente em pacotes de solicitação de contabilidade. |
9 |
≥3 |
Um ou mais octetos contendo caracteres ASCII imprimíveis. |
| Juniper-User-Permissions |
Contém informações que o servidor usa para especificar permissões de usuário. Esse atributo é usado somente em pacotes de aceitação de acesso.
Observação:
Quando o servidor RADIUS define o |
10 |
≥3 |
Um ou mais octetos contendo caracteres ASCII imprimíveis. A cadeia de caracteres é uma lista de sinalizadores de permissão separados por um espaço. O nome exato de cada bandeira deve ser especificado em sua totalidade. |
| Juniper-Authentication-Type |
Indica o método de autenticação (banco de dados local ou servidor RADIUS) usado para autenticar um usuário. Se o usuário for autenticado usando um banco de dados local, o valor do atributo mostrará 'local'. Se o usuário for autenticado usando um servidor RADIUS ou LDAP, o valor do atributo mostrará 'remoto'. |
11 |
≥5 |
Um ou mais octetos contendo caracteres ASCII imprimíveis. |
| Juniper-Session-Port |
Indica o número da porta de origem da sessão estabelecida. |
12 |
tamanho do inteiro |
Inteiro |
| Juniper-Allow-Configuration-Regexps |
Contém uma expressão regular estendida que permite ao usuário visualizar e modificar instruções de configuração, além das instruções autorizadas pelos bits de permissão da classe de login do usuário. Esse atributo é usado somente em pacotes de aceitação de acesso. |
13 |
≥3 |
Um ou mais octetos contendo caracteres ASCII imprimíveis, na forma de uma expressão regular estendida. |
| Juniper-deny-configuration-regexps |
Contém uma expressão regular estendida que nega ao usuário permissão para visualizar ou modificar instruções de configuração autorizadas pelos bits de permissão da classe de login do usuário. Esse atributo é usado somente em pacotes de aceitação de acesso. |
14 |
≥3 |
Um ou mais octetos contendo caracteres ASCII imprimíveis, na forma de uma expressão regular estendida. |
Para obter mais informações sobre os VSAs, consulte RFC 2138, Remote Authentication Dial In User Service (RADIUS).
Usar expressões regulares em um servidor RADIUS ou TACACS+ para permitir ou negar comandos
O Junos OS Evolved pode mapear usuários autenticados por RADIUS e TACACS+ para uma conta de usuário definida localmente ou uma conta de modelo de usuário, que define os privilégios de acesso do usuário. Opcionalmente, você também pode configurar os privilégios de acesso de um usuário definindo os atributos específicos do fornecedor (VSAs) RADIUS e TACACS+ da Juniper Networks no respectivo servidor de autenticação.
A classe de login de um usuário define o conjunto de permissões que determina quais comandos de modo operacional e modo de configuração um usuário está autorizado a executar e quais áreas da configuração um usuário pode exibir e modificar. Uma classe de login também pode definir expressões regulares que permitem ou negam a um usuário a capacidade de executar determinados comandos ou exibir e modificar certas áreas da configuração, além do que os sinalizadores de permissão autorizam. Uma classe de login pode incluir as seguintes instruções para definir a autorização do usuário:
-
permissions -
allow-commands -
allow-commands-regexps -
allow-configuration -
allow-configuration-regexps -
deny-commands -
deny-commands-regexps -
deny-configuration -
deny-configuration-regexps
Da mesma forma, uma configuração de servidor RADIUS ou TACACS+ pode usar os VSAs da Juniper Networks para definir permissões específicas ou expressões regulares que determinam os privilégios de acesso de um usuário. Para obter a lista de VSAs RADIUS e TACACS+ suportados, consulte o seguinte:
- Atributos RADIUS específicos do fornecedor da Juniper Networks
- .. /conceito/.. /topic-map/user-access-tacacs-autenticação.html#id-juniper-networks-vendor-specific-tacacs-attributes
Você pode definir permissões de usuário no servidor RADIUS ou TACACS+ como uma lista de valores separados por espaço.
-
Um servidor RADIUS usa o seguinte atributo e sintaxe:
Juniper-User-Permissions += "flag1 flag2 flag3",
Por exemplo:
Juniper-User-Permissions += "interface interface-control configure",
-
Um servidor TACACS+ usa o seguinte atributo e sintaxe:
user-permissions = "flag1 flag2 flag3"
Por exemplo:
user-permissions = "interface interface-control configure"
Um servidor RADIUS ou TACACS+ também pode definir VSAs da Juniper Networks que usam uma única expressão regular estendida (conforme definido no POSIX 1003.2) para permitir ou negar a um usuário a capacidade de executar determinados comandos ou visualizar e modificar áreas da configuração. Você coloca vários comandos ou hierarquias de configuração entre parênteses e os separa usando um símbolo de barra vertical. Se a expressão regular contiver espaços, operadores ou caracteres curinga, coloque-a entre aspas. Quando você configura parâmetros de autorização local e remotamente, o dispositivo mescla as expressões regulares recebidas durante a autorização TACACS+ ou RADIUS com quaisquer expressões regulares definidas no dispositivo local.
-
Um servidor RADIUS usa os seguintes atributos e sintaxe:
Juniper-Allow-Commands += "(cmd1)|(cmd2)|(cmdn)", Juniper-Deny-Commands += "(cmd1)|(cmd2)|(cmdn)", Juniper-Allow-Configuration += "(config1)|(config2)|(confign)", Juniper-Deny-Configuration += "(config1)|(config2)|(confign)",
Por exemplo:
Juniper-Allow-Commands += "(test)|(ping)|(quit)", Juniper-Deny-Commands += "(request)|(restart)", Juniper-Allow-Configuration += "(groups re0)|(system radius-server)", Juniper-Deny-Configuration += "(system radius-options)|(system accounting)",
-
Um servidor TACACS+ usa os seguintes atributos e sintaxe:
allow-commands = "(cmd1)|(cmd2)|(cmdn)" deny-commands = "(cmd1)|(cmd2)|(cmdn)" allow-configuration = "(config1)|(config2)|(confign)" deny-configuration = "(config1)|(config2)|(confign)"
Por exemplo:
allow-commands = "(test)|(ping)|(quit)" deny-commands = "(request)|(restart)" allow-configuration = "(groups re0)|(system tacplus-server)" deny-configuration = "(system tacplus-options)|(system accounting)"
Os servidores RADIUS e TACACS+ também oferecem suporte à configuração de atributos que correspondem às mesmas *-regexps declarações que você pode configurar no dispositivo local. Os *-regexps atributos TACACS+ e os *-Regexps atributos RADIUS usam a mesma sintaxe de expressão regular que os atributos anteriores, mas permitem que você configure expressões regulares com variáveis.
-
Um servidor RADIUS usa os seguintes atributos e sintaxe:
Juniper-Allow-Configuration-Regexps += "(config1)|(config2)|(confign)", Juniper-Deny-Configuration-Regexps += "(config1)|(config2)|(confign)",
-
Um servidor TACACS+ usa os seguintes atributos e sintaxe:
allow-commands-regexps = "(cmd1)|(cmd2)|(cmdn)" deny-commands-regexps = "(cmd1)|(cmd2)|(cmdn)" allow-configuration-regexps = "(config1)|(config2)|(confign)" deny-configuration-regexps = "(config1)|(config2)|(confign)"
Por exemplo, a configuração do servidor TACACS+ pode definir os seguintes atributos:
allow-commands-regexps = "(show cli .*)|(ping 10.1.1..*)" deny-commands-regexps = "(configure .*)|(edit)|(commit)|(rollback .*)"
Em um servidor RADIUS ou TACACS+, você também pode definir os atributos usando uma sintaxe simplificada em que você especifica cada expressão individual em uma linha separada.
Para um servidor RADIUS, especifique as expressões regulares individuais usando a seguinte sintaxe:
Juniper-User-Permissions += "permission-flag1", Juniper-User-Permissions += "permission-flag2", Juniper-User-Permissions += "permission-flagn", Juniper-Allow-Commands += "cmd1", Juniper-Allow-Commands += "cmd2", Juniper-Allow-Commands += "cmdn", Juniper-Deny-Commands += "cmd1", Juniper-Deny-Commands += "cmd2", Juniper-Deny-Commands += "cmdn", Juniper-Allow-Configuration += "config1", Juniper-Allow-Configuration += "config2", Juniper-Allow-Configuration += "confign", Juniper-Deny-Configuration += "config1", Juniper-Deny-Configuration += "config2", Juniper-Deny-Configuration += "confign",
Para um servidor TACACS+, especifique as expressões regulares individuais usando a seguinte sintaxe:
user-permissions1 = "permission-flag1" user-permissions2 = "permission-flag2" user-permissionsn = "permission-flagn" allow-commands1 = "cmd1" allow-commands2 = "cmd2" allow-commandsn = "cmdn" deny-commands1 = "cmd1" deny-commands2 = "cmd2" deny-commandsn = "cmdn" allow-configuration1 = "config1" allow-configuration2 = "config2" allow-configurationn = "confign" deny-configuration1 = "config1" deny-configuration2 = "config2" deny-configurationn = "confign"
-
Na sintaxe do servidor TACACS+, os valores numéricos de 1 a n Por exemplo, a seguinte sintaxe é válida:
allow-commands1="cmd1" allow-commands3="cmd3" allow-commands2="cmd2" deny-commands3="cmd3" deny-commands2="cmd2" deny-commands1="cmd1"
-
O servidor RADIUS ou TACACS+ impõe um limite ao número de linhas de expressão regular individuais.
-
Quando você emite o
show cli authorizationcomando, a saída do comando exibe a expressão regular em uma única linha, mesmo que você especifique cada expressão individual em uma linha separada.
Os usuários podem verificar sua classe, permissões e autorização de comando e configuração emitindo o comando de show cli authorization modo operacional.
user@host> show cli authorization
Quando você configura os parâmetros de autorização localmente no dispositivo de rede e remotamente no servidor RADIUS ou TACACS+, o dispositivo mescla as expressões regulares recebidas durante a autorização TACACS+ ou RADIUS com quaisquer expressões regulares configuradas localmente. Se a expressão final contiver um erro de sintaxe, o resultado geral será uma expressão regular inválida.
Entendendo a contabilidade RADIUS
Os dispositivos de rede oferecem suporte a IETF RFC 2866, RADIUS Accounting. Você pode configurar a contabilidade RADIUS em um dispositivo para coletar dados estatísticos sobre usuários que fazem login ou logout de uma LAN e enviar os dados para um servidor de contabilidade RADIUS. Os dados estatísticos podem ser usados para monitoramento geral da rede, análise e rastreamento de padrões de uso ou cobrança de um usuário com base na duração da sessão ou no tipo de serviço acessado.
Para configurar a contabilidade RADIUS, especifique:
-
Um ou mais servidores de contabilidade RADIUS para receber os dados estatísticos do dispositivo
-
O tipo de dados contábeis a serem coletados
Você pode usar o mesmo servidor para contabilidade e autenticação RADIUS ou pode usar servidores separados. Você pode especificar uma lista de servidores de contabilidade RADIUS. O dispositivo consulta os servidores na ordem em que estão configurados. Se o servidor primário (o primeiro configurado) não estiver disponível, o dispositivo tentará entrar em contato com cada servidor na lista até receber uma resposta.
O processo de contabilidade RADIUS entre o dispositivo e um servidor RADIUS funciona assim:
-
Um servidor de contabilidade RADIUS escuta pacotes do Protocolo de datagrama de usuário (UDP) em uma porta específica. A porta padrão para contabilidade RADIUS é 1813.
-
O dispositivo encaminha um pacote de solicitação de contabilidade contendo um registro de evento para o servidor de contabilidade. O registro de evento associado a esse suplicante contém um atributo Acct-Status-Type cujo valor indica o início do serviço do usuário para esse suplicante. Quando a sessão do suplicante termina, a solicitação de contabilidade contém um valor de atributo Acct-Status-Type indicando o fim do serviço do usuário. O servidor de contabilidade RADIUS registra isso como um registro de interrupção de contabilidade contendo informações da sessão e a duração da sessão.
-
O servidor de contabilidade RADIUS registra esses eventos em um arquivo como registros de contabilidade inicial ou de encerramento. No FreeRADIUS, o nome do arquivo é o endereço do servidor, como 192.0.2.0.
-
O servidor de contabilidade envia um pacote de resposta de contabilidade ao dispositivo confirmando que ele recebeu a solicitação de contabilidade.
-
Se o dispositivo não receber um pacote de resposta de contabilidade do servidor, ele continuará a enviar solicitações de contabilidade até que o servidor retorne uma resposta.
Você pode visualizar as estatísticas coletadas por meio desse processo no servidor RADIUS. Para ver essas estatísticas, acesse o arquivo de log configurado para recebê-las.
Configurar a contabilidade do sistema RADIUS
Quando você habilita a contabilidade RADIUS, os dispositivos da Juniper Networks, atuando como clientes RADIUS, podem notificar o servidor RADIUS sobre atividades do usuário, como logins de software, alterações de configuração e comandos interativos. A estrutura para contabilidade RADIUS é descrita em RFC 2866, RADIUS Accounting.
Configurar a auditoria de eventos de usuário em um servidor RADIUS
Para configurar a contabilidade RADIUS:
O exemplo a seguir configura três servidores (10.5.5.5, 10.6.6.6 e 10.7.7.7) para contabilidade RADIUS:
system {
accounting {
events [ login change-log interactive-commands ];
destination {
radius {
server {
10.5.5.5 {
accounting-port 3333;
secret $ABC123;
source-address 10.1.1.1;
retry 3;
timeout 3;
}
10.6.6.6 secret $ABC123;
10.7.7.7 secret $ABC123;
}
}
}
}
}