¶ Dar acesso ao tecnico sem dar o roteador
¶ O que motiva
O suporte de primeiro nivel precisa responder pergunta de cliente. Hoje isso
significa senha de roteador em mais uma maquina, e um comando errado fica a uma
distracao de acontecer.
¶ Como montar, nesta ordem
¶ 1. Criar o usuario no nivel certo
Usuarios e empresas. Nivel read
executa so comandos de leitura; write executa tambem os de escrita, e sempre
com preview antes. O usuario fica preso a empresa dele.
Ambiente de um beta tester. Enderecos, prefixos, ASNs, nomes de rede e nomes de equipamento foram substituidos.
¶ 2. Escolher o que o equipamento aceita
Equipamentos, edicao do equipamento. A lista de
comandos e por equipamento. O que nao esta marcado nao aparece para ninguem, em
nenhum nivel. Nao existe linha de comando livre para contornar a lista.
¶ 3. Decidir se escrita sai mesmo
A instalacao pode ficar em modo preview permanente. Nesse modo, comando de
escrita gera o diff e para ali. E o ajuste que separa "o tecnico pode ver o que
mudaria" de "o tecnico pode mudar".
¶ 4. Auditar depois
Historico de comandos. Quem rodou, em qual
equipamento, com quais parametros, e a saida que voltou. E o registro que o
acesso por SSH direto nao deixa.
Ambiente de um beta tester. Enderecos, prefixos, ASNs, nomes de rede e nomes de equipamento foram substituidos.
¶ O que este caminho nao resolve
- Acesso ao equipamento por fora. Se o tecnico ja tem SSH pelo caminho
antigo, nada disso o impede. Fechar o acesso direto e parte do trabalho. - Comando errado dentro do catalogo. Comando aprovado tem parametro, e
parametro errado ainda e um comando ruim - so que registrado. - Mudanca de permissao ao vivo. Nivel entra na sessao no login; tirar acesso
vale a partir do proximo.
¶ Resumo
| Escolha | Efeito |
|---|---|
| Nivel read | Ve e consulta, nao muda nada |
| Nivel write com preview ligado | Monta a mudanca, alguem confirma depois |
| Comando fora do catalogo | Nao existe para o operador |
| Toda execucao | Registrada com usuario, equipamento e saida |