Alguns usuários não estão sendo restringidos, embora haja um ataque.

1. Certifique-se de que o Coletor de Dados e o Agente para as SVMs estejam no estado Em execução. O Workload Security não poderá enviar comandos se o Data Collector e o Agent estiverem parados. 2. Isso ocorre porque o usuário pode ter acessado o armazenamento de uma máquina com um novo IP que não foi usado antes. A restrição ocorre por meio do endereço IP do host por meio do qual o usuário está acessando o armazenamento. Verifique na IU (Detalhes do alerta > Histórico de limitação de acesso para este usuário > IPs afetados) a lista de endereços IP que estão restritos. Se o usuário estiver acessando o armazenamento de um host que tenha um IP diferente dos IPs restritos, o usuário ainda poderá acessar o armazenamento por meio do IP não restrito. Se o usuário estiver tentando acessar de hosts cujos IPs são restritos, o armazenamento não estará acessível.

Clicar manualmente em Restringir acesso resulta na mensagem “Endereços IP deste usuário já foram restringidos”.

O IP a ser restrito já está sendo restringido por outro usuário.

A política não pôde ser modificada. Motivo: não autorizado para esse comando.

Verifique se ao usar csuser, as permissões são concedidas ao usuário conforme mencionado acima.

O bloqueio de usuário (endereço IP) para NFS funciona, mas para SMB/CIFS, vejo uma mensagem de erro: “Falha na transformação de SID para DomainName. Motivo do tempo limite: o soquete não foi estabelecido”

Isso pode acontecer se csuser não tiver permissão para executar ssh. (Garanta a conexão no nível do cluster e, em seguida, certifique-se de que o usuário pode executar o ssh). A função csuser requer essas permissões. https://docs.netapp.com/us-en/cloudinsights/cs_restrict_user_access.html#prerequisites-for-user-access-blocking Para csuser com credenciais de cluster, faça o seguinte na linha de comando do ONTAP : security login role create -role csrole -cmddirname "vserver export-policy rule" -access all security login role create -role csrole -cmddirname set -access all security login role create -role csrole -cmddirname "vserver cifs session" -access all security login role create -role csrole -cmddirname "vserver services access-check authentication translate" -access all security login role create -role csrole -cmddirname "vserver name-mapping" -access all Se csuser não for usado e se o usuário administrador no nível do cluster for usado, certifique-se de que o usuário administrador tenha permissão ssh para o ONTAP.

Estou recebendo a mensagem de erro Falha na tradução do SID. Motivo:255:Erro: comando falhou: não autorizado para esse comandoErro: "access-check" não é um comando reconhecido, quando um usuário deveria ter sido bloqueado.

Isso pode acontecer quando csuser não tem permissões corretas. Ver "Pré-requisitos para bloqueio de acesso do usuário" para maiores informações. Após aplicar as permissões, é recomendável reiniciar o coletor de dados ONTAP e o coletor de dados do Diretório do Usuário. Os comandos de permissão necessários estão listados abaixo. ---- função de login de segurança create -role csrole -cmddirname "regra de política de exportação do vserver" -access all função de login de segurança create -role csrole -cmddirname set -access all função de login de segurança create -role csrole -cmddirname "sessão cifs do vserver" -access all função de login de segurança create -role csrole -cmddirname "autenticação de verificação de acesso aos serviços do vserver translate" -access all função de login de segurança create -role csrole -cmddirname "mapeamento de nomes do vserver" -access all ----