Escolher a fonte de identidade ao criar um usuário: existe no servidor ou só no painel

O sufixo no fim de um nome de usuário não é enfeite. Ele diz onde a conta vive, e essa escolha depois não se muda de lugar.

Dois tipos de usuário

O primeiro tipo existe de fato no servidor. São os usuários próprios da máquina, e a senha deles é a senha da máquina. A conta root com que você entra na primeira vez é desse tipo.

O segundo tipo existe só dentro do Proxmox. Na máquina não tem equivalente: sem shell, sem acesso remoto, sem lugar no sistema. Soa incompleto, mas é exatamente o que se quer. Deixar alguém usar o painel não exige abrir o servidor para essa pessoa.

O primeiro erro clássico

Cria-se um usuário no servidor e depois o painel não deixa ele entrar. Criar uma conta de sistema por si só não concede nada no painel, porque identidade e permissão são trabalhos separados. A conta é reconhecida, mas o que ela pode ver nunca foi dito. Esse é o gêmeo do problema em que a permissão foi dada e mesmo assim nada aparece.

O segundo erro clássico

Cria-se um usuário no painel e depois alguém tenta conectar no servidor com ele. Não vai funcionar, e é bom que não funcione. Uma conta que existe só no painel existe justamente para isso: o alcance dela termina na tela.

Qual escolher

Se a pessoa não precisa tocar no servidor em si, escolha o tipo que existe só no painel. Menos portas se abrem, e no dia em que precisar fechar, fecha em um lugar só. Se alguém realmente vai trabalhar no servidor, precisa de uma conta de sistema de qualquer forma, mas não tome essa decisão por causa de uma necessidade do painel.

Desativar em vez de apagar

Uma conta pode ser desativada sem ser apagada, e pode receber uma data de fim. Apagar leva o histórico junto com o registro: a pergunta sobre quem tinha recebido o quê fica sem resposta. Para quem saiu, desativar costuma ser a resposta mais certa do que apagar.

Dar ao grupo, não à pessoa

Dar direto à pessoa é rápido no primeiro dia, recomeça do zero na segunda, e na terceira fica embaralhado quem tem o quê e por quê. Dar ao grupo e colocar a pessoa nele deixa segundos de trabalho para cada pessoa seguinte e não acumula registros espalhados atrás de você.

Segundo fator

Uma senha sozinha é uma porta. Se o painel é alcançável de fora, ou se a conta carrega autoridade, ligue o segundo fator. Para automação, gerar uma chave separada é melhor do que compartilhar uma senha, e esse é um assunto à parte.

O que o Atlas faz

O Atlas mostra o acesso como uma corrente e não como uma lista: servidor, escopo, fonte de identidade, usuário, grupo, papel e caminho ficam ligados em um único mapa. Assim a pergunta "por qual porta essa pessoa entra e até onde ela chega" se responde olhando, não juntando registros de cabeça. Senha, segundo fator e chaves de automação são gerenciados por conta, e como o Atlas não constrói o próprio sistema de papéis, a autoridade que você vê na tela é a mesma que existe no servidor.