Gostaria de modificar as configurações do histórico para todos os usuários nos sistemas que eu gerencio. Gostaria que ele contivesse as informações do terminal de conexão, como dewho
sysadmin:/ # who
sysadmin pts/0 Mar 26 07:11 (sysadmin.doofus.local)
Atualmente, modifico meu histórico das seguintes maneiras. Eu sei que muitas dessas configurações foram abordadas aqui várias vezes. No entanto, eu peguei esse código de " Linux System Administration Recipes por: Juliet Kemp " há muito tempo.
shopt -s histappend
PROMPT_COMMAND='history -n;history -a'
HISTSIZE=100000
HISTFILESIZE=100000
HISTTIMEFORMAT="%m/%d/%y %T "
shopt -s histappend
corrige o problema quando você tem vários terminais. As informações abertas podem ser perdidas.
PROMPT_COMMAND='history -n;history -a'
se estende para fornecer anexos em tempo real ao histórico em vários terminais.
HISTSIZE=100000
HISTFILESIZE=100000
estende a quantidade de history
retenção
HISTTIMEFORMAT="%m/%d/%y %T
"precede cada linha do histórico com um carimbo de hora
O que você normalmente recebe history
835 ls
836 cd ..
Meus history
resultados atuais modificados
5853 03/26/12 07:16:49 ls
5854 03/26/12 07:16:50 ll
O retorno de history
eu gostaria de ver
5853 03/26/12 07:16:49 sysadmin.doofus.local ls
5854 03/26/12 07:16:50 sysadmin.doofus.local ll
001 03/26/12 05:11:29 demo_user.doofus.local cd
002 03/26/12 05:11:30 demo_user.doofus.local ll
Eu não sou "casado" em ver o DNS
nome. Eu só o desejaria lá se ele o puxar de who
ou de outro local sem a necessidade de realizar uma pesquisa ou consulta de qualquer tipo. Eu ficaria feliz com o endereço IP.
002 03/26/12 05:11:30 192.168.0.2 ll
Por quê? Eu gerencio vários sistemas nos quais um usuário compartilha vários usuários do mesmo grupo para realizar suas tarefas diárias. Isso me permitiria correlacionar a localização real e o usuário real dentro da organização com o que eles fizeram na história.
Estou ciente de que isso não é o ideal e gostaria de alterá-lo, mas quando você está em um navio do tamanho de um navio de cruzeiro, não tenta fazer curvas fechadas. (Nota: quando você faz os passageiros, tenta jogá-lo ao mar)
De qualquer forma, até que eu possa migrá-los para uma solução melhor, eu gostaria de ter essa capacidade de rastreamento.
Além disso, se você tiver alguma recomendação sobre o que estou usando atualmente para minhas history
modificações, adoraria ouvi-lo.
Obrigado,
Editar: 1
Eu não quero executar outros programas ou tenho que configurar algo adicional "dentro do razoável".
Quero adicionar 0
despesas gerais, se precisar adicioná-las, ela precisa ser pequena.
Confio nos meus usuários. Gostaria apenas (caso algo aconteça) de ver quais dos, digamos, 10 usuários que efetuaram login no sistema com o mesmo usuário: a senha fez isso. Ou, pode não ter sido um usuário, poderia ter sido esquecido cron
em um sistema que executa uma conexão como usuário para fazer alguma coisa. Ou um aplicativo Ex: BMC Control-M
que se conecta ssh
e executa tarefas. Não se trata apenas de encontrar "usuários ruins", mas de encontrar com um mínimo de esforço.
Edição 2:
Os sistemas estão executando SLES e RHEL
/proc
/dev
e de usuários/home
. Isso adiciona sobrecarga. Considerando quehistory
já está sendo gravado e suas informações de conexão são conhecidas pelo sistema que está conectando o IP, etc ... Essas informações, se ainda não estiverem disponíveis "estaticamente", podem ser configuradas dessa maneira ou armazenadas em uma variável ou arquivo e inseridas noshistory
registros e no desempenho atingido seria muito pequeno ou 0.auditd
. Não tenho certeza se os logs fornecerão informações suficientes. A dificuldade do que você quer é exatamente o motivo pelo qual as contas compartilhadas são tão reprovadas.auditd
é muito parecido com o queinotify
você precisa dizer para monitorar as alterações. Arquivos individuais, diretórios, etc. Não quero ir para esse nível de configuração. De fato (sim), mas essencialmente não me importo tanto. Eu tenhopuppet
que lidar com isso.auditd
também vem com carga e tempo adicionais para a instalação. Se uma conta estiver modificando algo, eu ainda gostaria de olhar para trás no histórico e ver quem ou o que está fazendo login e tentando.PROMPT_COMMAND=
apenas executa comandos normais antes do próximo prompt, você não poderia escrever uma função chamada sed / awk que funcione na última linha do arquivo de histórico para adicionar as informações. então chame essa funçãoPROMPT_COMMAND=
para acrescentar os dados? seria hackish, mas deveria fazer o trabalho.Respostas:
Por sugestão de llua, podemos trabalhar um pouco mais com a história. Anexe uma linha ao arquivo BASH RC em todo o sistema, talvez /etc/bash.bashrc.
Configure o log para "local6" no log do sistema. Talvez algo parecido com isto:
Reinicie o log do sistema. Talvez configure a rotação do arquivo de log. Sair; Conecte-se; e agora o histórico é gravado em /var/log/commands.log em um formato como este:
data e hora nome do host logger: nome de usuário [audit_pid]: comando [return_val]
Isso pode ser alterado ainda mais a gosto.
fonte
Os parágrafos a seguir descrevem a idéia em geral e estão desatualizados em alguns aspectos, mas você pode usar e usar as últimas nesta página. Vamos usar um arquivo grande ~ / .bash_history.archive (separado de HISTFILE = ~ / .bash_history). E então, ao sair de cada sessão do bash, vamos anexar novas linhas de histórico a ela.
O primeiro problema com essa abordagem foi: como fazer com que o bash chame esse script em cada saída? Claro, se você sair digitando 'exit', então você pode usar a função 'exit', mas eu uso o atalho Ctrl-D para isso e não consegui encontrar uma maneira de reatribuí-lo a algo, mas não a função de saída interna.
Portanto, a primeira tentativa foi: proibir Ctrl-D por
export IGNOREEOF=10
e defina a combinação Ctrl-X dupla para chamar a função de saída.
Mas a abordagem correta é usar o tramp de saída do bash, que é uma solução perfeita, pois é chamada independentemente da maneira como você sai do bash: Ctrl-D, sair, fechar a janela xterm.
trap 'archive_history' EXIT
O passo seguinte é definir uma linha de partida em nossa bash_history, para que possamos salvar apenas novas linhas e garantir que anexemos a um arquivo de histórico.
É tudo o que precisamos no início do bash - agora sabemos a partir de qual linha da história começa a história atual (nova). Para salvar o histórico, adicione a próxima peça ao seu ~ / .bashrc.
O arquivo ~ / .inputrc deve conter as próximas linhas para redefinir o atalho de saída para Ctrl-x x. Em uma primeira tentativa, você pode achar que é um atalho terrível, mas depois se acostuma - acredite em mim.
Além disso, se sua sessão do bash for uma sessão de login e você sair chamando '
logout
', poderá adicionar a próxima linha ao seu~/.bash_logout
Após todas as ações mencionadas, você pode encontrar seu
~/.bash_history.archive
arquivo contendo seções como estasque em geral pode ser lido como arquivo de histórico usual, se desejar.
fonte