Como o SnapManager mantém a segurança
Sugerir alterações
PDFs
Você pode executar operações do SnapManager somente se tiver as credenciais apropriadas. A segurança no SnapManager é regida pela autenticação do usuário.
O SnapManager mantém a segurança solicitando a autenticação do usuário por meio de prompts de senha ou definindo credenciais do usuário. Um usuário efetivo é autenticado e autorizado com o servidor SnapManager.
As credenciais do SnapManager e a autenticação do usuário diferem significativamente do SnapManager 3,0:
-
Em versões do SnapManager anteriores a 3,0, você definiria uma senha de servidor arbitrária quando você instalar o SnapManager. Qualquer pessoa que queira usar o servidor SnapManager precisaria da senha do servidor SnapManager. A senha do servidor SnapManager precisaria ser adicionada às credenciais do usuário usando o
smsap credential set -hostcomando. -
No SnapManager (3,0 e posterior), a senha do servidor SnapManager foi substituída pela autenticação do sistema operacional (SO) de usuário individual. Se você não estiver executando o cliente a partir do mesmo servidor que o host, o servidor SnapManager executará a autenticação usando nomes de usuário e senhas do sistema operacional. Se você não quiser ser solicitado a fornecer suas senhas de SO, você pode salvar os dados no cache de credenciais de usuário do SnapManager usando o
smsap credential set -hostcomando.
O smsap credential set -hostcomando lembra suas credenciais quando ahost.credentials.persistpropriedade nosmsap.configarquivo é definida como true.
Exemplo
user1 e User2 compartilham um perfil chamado Prof2. O User2 não pode executar uma cópia de segurança do Database1 no Host1 sem permissão para aceder ao Host1. user1 não pode clonar um banco de dados para Host3 sem permissão para acessar Host3.
A tabela a seguir descreve diferentes permissões atribuídas aos usuários:
| Tipo de permissão | User1 | User2 |
|---|---|---|
Palavra-passe do anfitrião |
Host1, Host2 |
Host2, Host3 |
Senha do repositório |
Repo1 |
Repo1 |
Senha do perfil |
Prof1, Prof2 |
Prof2 |
No caso em que User1 e User2 não têm nenhum perfil compartilhado, suponha que User1 tem permissões para os hosts chamados Host1 e Host2, e User2 tem permissões para o host chamado Host2. O User2 não pode executar até mesmo os comandos não-profile, dump como e system verify no Host1.