Após uma conversa com meu amigo Elton Pereira no IM da Google, fiquei sabendo da existência de um plugin interessante do Gedit.

Esse plugin tem como objetivo auxiliar os programadores. Vejam abaixo o que ele pode fazer:

Viu? Arruma as classes de forma bem interessante, o que facilita a visualização. O que se reverte em produtividade!

Isso é uma das coisas que mais adoro na comunidade de Software Livre, uma pessoa tem uma necessidade, ela resolve seu problema, libera o código pra outros e todo mundo pode contribuir e utilizar. Assim resolvendo seus problemas e auxiliando a resolver novas complicações. Fantástico!

Gostou? Quer instalar? É simples! Baixe o plugin nesse link.

Coloque os arquivos e pastas descompactados na pasta ~/.gnome2/gedit/plugins  (caso não exista a pasta, pode criar uma).

Então vá no menu Editar>Preferências>Plugins e habilite o Class Browser.

Update1 : Usa Archlinux? Os caras são realmente rápidos, após ler essa notícia, já colocaram o plugin no repositório AUR. Obrigado Lokidarkeden

Por conta do tema ser muito elegante e foi fortemente aceito pelos leitores, resolvi buscar uma solução para o caso.

Veja como é simples.

Abra o arquivo wp-content/themes/<nome do seu tema aqui>/index.php

Coloque a linha abaixo onde desejar, mas cuidado para não adicionar a linha dentro de alguma condição ou laço:

Escrito por

Pronto! Salve o arquivo e veja como ficou!

Fonte : Codex WordPress

Primeiro será necessário criar um arquivo binário executável com o seguinte conteúdo:

#!/usr/bin/perl
use Sys::Syslog qw( EFAULT setlogsock );

setlogsock(‘unix’);
openlog(‘apache’, ‘cons’, ‘pid’, ‘local1′);

while ($log = <STDIN>) {
syslog(‘notice’, $log);
}
closelog

Verifique se no seu arquivo syslog a segunte linha está configurada:

local2.* @ip do servidor de log

Agora vamos a configuração do apache:

CustomLog |/caminho/do/seu/binario combined

Atente que o | é necessário, já que será feito o pipe do comando de log.

Pronto, reinicie o serviço do apache e seu log estará sendo enviado para o servidor de log tranquilamente.

Fonte

Um dos grandes exemplos que povoou a mídia no ano passado foi o roubo do notebook da Petrobrás. A empresa não informou detalhes do problema de segurança, mas alguns acreditam que informações valiosas poderiam ser furtadas naquele episódio.

Veja que o maior problema nesse caso não é o custo do equipamento, e sim o sigilo da informação contida no mesmo. Algo que poderia valer mais do que um lote inteiro do notebook roubado.

Existe um documento que informa o número de perda de dados em 2009, vale a pena dar uma olhada.

O que pode ser feito? Encriptar os dados é uma ótima solução.

Agora, qual ferramenta devo usar, se quiser existe uma ferramenta opensource que provavelmente atende sua demanda.

E essa ferramenta é a TrueCrypt.

Essa ferramenta tem as seguintes funcionalidades:

# Criar disco virtual encriptado como um arquivo e montá-lo como um disco real.
# Encriptar uma partição inteira ou dispositivo de storage tal como um Pen drive USB ou disco rígido.
# Encriptar uma partição ou disco onde o Windows está instalado. (Pré-autenticação no boot).
# Encriptar automática, em tempo real e transparente.
# Paralelização e pipelining permite que o dado seja lido e escrito tão rápido como se o dado não estivesse criptografado.
# Prover plausível negação de acesso.
# Algorítimo de encriptação: AES-256, Serpent, and Twofish. Modo de operação: XTS.

Ou seja, tem tudo que precisa para manter seu dado seguro!

Se você usa o Fedora, não precisa se preocupar. Procure em seu repositório oficial. Ele estará lá.

Clique em Sistema>Administração>Instalar/Remover programas e instale o seu truecrypt.

Baseado em Sans Diary

Sendo assim nosso amigo e empacotador oficial do projeto Fedora Allisson nos ajudou novamente empacotando esse magnífico software.

Para quem usa o Fedora 10 ou 11, é apenas acessa o menu Sistema>Administração>Adicionar/Remover programas. Na tela abaixo digite emesene no campo ao lado do botão “Localizar” e então clique nesse botão.

Marque o pacote do Emesene e clique no botão Aplicar. Coloque a senha de root do sistema e aguarde a instalação.

Agora é somente acessar sua aplicação que estão Aplicativos>Internet>Emesene e ver o quanto é fácil utilizar o Gnu/Linux para qualquer coisa.

Para mais informações segue o link oficial.

]]> http://techfree.com.br/wordpress/2009/08/31/emesene-disponivel-1-5-no-repositorio-do-fedora/feed/ 7 http://techfree.com.br/wordpress/2009/08/07/mais-informacao-em-seu-history/ http://techfree.com.br/wordpress/2009/08/07/mais-informacao-em-seu-history/#comments Fri, 07 Aug 2009 19:25:40 +0000 rafaelgomes http://techfree.com.br/wordpress/?p=491 Você que é um administrador de rede responsável pela segurança em um lugar onde tem várias pessoas com permissão de administrador em servidores Gnu/Linux, você também se preocupa com segurança desses servidores, bloqueou o acesso de root via SSH e sempre teve aquela dúvida:

“E se um dos administradores acessar a maquina e pegar o perfil de root? Sem informação de horário e data no history do Gnu/Linux não é possível obter essa informação.”

Na verdade essa informação existe, mas não está ativada por padrão. Execute o comando abaixo e obtenha os dados que deseja:

# export HISTTIMEFORMAT=”%F %T “

Execute o history e veja seu novo retorno. Sim, ele mostra todos os comandos com data e hora, incluindo os comandos anteriores a mudança que efetuou em seu ambiente, porém com data e hora da mudança do ambiente, ou seja adicione adicione essa linha no /etc/profile.

Obs: Lembre-se que o usuário com perfil de administrador pode modificar esse histórico, ou seja, se ele estive como foco danificar o sistema outras medidas de proteção devem estar ativas, tal como analisador de integridade. O OSSEC é uma boa suíte para isso. Aconselho!

Update : Esqueça tudo acima, instale o Snoopy que ele resolve todos seus problemas.

O Snoopy é responsável por inserir no log todos os comandos digitados, assim automáticamente será relacionada a data e hora. Veja também que é interessante um servidor de log, para que o invasor ou usuário mal-intencionado apague os logs.

O log que o snoopy adiciona os comandos na plataforma Debian é /var/log/auth.log

Para instalar no debian é muito simples, digite o comando abaixo:

# aptitude install snoopy

# export HISTTIMEFORMAT="%F %T "

Como nem tudo são flores… Hoje pela manhã meu gráfico simplesmente deixou de funcionar! Sim, isso mesmo! Deixou de funcionar! Não houve instalação de novo patch, nem nada. Apenas o gráfico parou de funcionar.

Sendo assim fui lá eu ver no Zabbix se estava tudo certo e o Servidor conseguia obter os dados desse cliente, somente a key que referenciava o gráfico do Terminal Server que “teimava” em não funcionar. Sendo assim fui lá eu pro fórum da MS.

Encontrei isso:

http://support.microsoft.com/kb/932813

Não era meu caso, mas foi a coisa mais próxima que achei. Executei… e nada!

Depois de “fuçar” na net com base no erro do eventview, achei esse site, que me explicou que com o comando abaixo tudo seria resolvido:

lodctr tslabels.ini

E não é que foi mesmo? Pronto! Agora não me pergunte o que isso faz, pois nem no site nem nos documentos que que procurei (muito rápido) encontrei nada sobre isso.

De qualquer forma segue a dica pra se por alguma acaso isso venha a acontecer com vocês.

Só para facilitar que algumas pessoas procurem pelo erro no google. No eventview eu peguei o seguinte erro:

Windows cannot load extensible counter DLL TermService, the first DWORD in data section is the Windows error code.

Assim, eu executei o seguinte os comandos também, pois estava meio com pressa… mas sinceramente não consegui ler muito o que seria. Segue abaixo os comandos:

lodctr /r:PerfStringBackup

e

lodctr /T:TermService

Eu acho que nenhum desses tenha feito o devido efeito, pois nada mudou depois desses comandos.

Em fase final de implantação da ferramenta me deparei com um pequeno problema que consumiu horas de trabalho e como sempre quando encontrei a solução era uma coisa ridícula, sendo assim estarei postando aqui para evitar que outras pessoas errem como eu.

Vejam:

O Zabbix tem uma funcionabilidade muito interessante, seu nome é user parameters. É a possibilidade de gerar verificações que são descritas no próprio agente, para que assim o servidor possa monitorar de acordo com essa configuração, vamos a um exemplo:

No agente de um determinado servidor, configurei o seguinte UserParameters:

UserParameter=mysql.ping,mysqladmin -uroot ping|grep alive|wc -l

Sendo assim, eu irei colocar no zabbix pra ele monitorar a chave mysql.ping nesse servidor, dessa forma o retorno do comando mysqladmin -uroot ping|grep alive|wc -l  será enviado para o servidor, como resutado.

Com esse resultado você poderá fazer a Triggers que desejar.

Agora atente para um detalhe, que foi o problema que passei.

Eu especifiquei um comando que o usuário zabbix não tinha acesso. Até que eu atentasse pra isso…

Sendo assim, sempre que não tiver o retorno desejado, especifique um shell pro Zabbix, logue com ele, e faça o teste:

zabbix_agentd -c <caminho do arquivo de conf> -t <sua chave>

Lembre-se de retirar o shell do Zabbix.

Como alguns já sabem, agora estou trabalhando na UFBA (Universidade Federal da Bahia) e aqui é MUITO bom, acesso a informação e problemas é tudo que quero e preciso.

Como uma das primeiras tarefas precisei migrar o twiki de uma máquina para outra. Mesmo nunca tendo “mexido” no twiki como administrador lá fui eu ver o que poderia fazer, pois não teria tempo para ler toda documentação antes de fazê-lo.

Depois de alguns problemas cheguei a compilação de alguns comandos que irão te ajudar a agilizar todo seu processo, pois não passará por problema algum.

Aqui tinhámos a versão 412 do Twiki. Ok, eu sei que já deveríamos estar usando o foswiki, mas isso é questão de tempo, será uma das minhas próximas tarefas.

Outra coisa, aqui é utilizado o Debian, se você utiliza outra distro, não terá tanto problema, pois muda somente talvez o nome do pacote a ser baixado.

Vamos aos passos:

1 – Instale os pacotes necessários* no servidor de destino

# aptitude install libcgi-session-perl libapache2-mod-speedycgi libapache2-mod-perl2 cl-url-rewrite rcs

Update – * Atente para os pacotes necessários pra seu ambiente, esse foram os necessários para meu ambiente.

2 – Agora compacte os arquivos do twiki (Isso é MUITO importante, pois preserva as permissões).

# tar cvzf <local do twiki>

3 – Copie os arquivos de configuração do seu virtual host (se for o caso) e o arquivo compactado para o servidor de destino.

4 – Coloque os arquivos no mesmo local do servidor antigo e pronto. Seu Twiki vai estar rodando perfeitamente.

Obs1 : Se no servidor novo for utilizar um outro ip, lembre-se de modificar os arquivos do seu virtual host.

Obs2 : Se for utilizar o mesmo fqdn, lembre-se de apontar o mesmo ao ip novo em seu dns.

Aguardem meu próximo tutorial, que será migrando do twiki para o foswiki.

Fui envolvido em um projeto muito interessante. Implantar um sistema de monitoramento em uma Universidade, visto as diversas soluções implantadas em um local desse tipo, realmente era um desafio interessante.

Chegando no local fui surpreendido com uma ferramenta que já testei (bem superficialmente) anteriormente, mas não sabia de todo seu potencial. O Zabbix já estava implantado, porém em pequena escala e sem nenhum padrão entre os hosts.

Nesse post não irei informar como se instala a ferramenta. Isso já existe na internet. Irei apenas descrever como utilizá-lo, de uma forma bem conceitual.

Primeiramente é necessária a criação de um Host, que será o objeto a ser monitorado, certo? ERRADO!

Não cometa o mesmo erro que eu. Antes de iniciar o projeto, levante quais são os hosts e coloque eles em uma planilha de controle, dessa forma defina quais os tipos do ativos, (Roteadores, Switch, Servidor de Arquivo, Servidor Active Directory e afins…) Tudo depende da seu necessidade de detalhamento.

Com os tipos de hosts e seus respectivos ativos relacionados, crie os templates, adicionando no grupo Templates e um criado por você, para cada tipo e agora vamos para o próximo passo.

Agora precisamos informar o que será monitorado em cada tipo de servidor. Nesse ponto que entra os itens. Configure os itens de acordo com a necessidade de monitoramento de cada template do host. Vou repetir, nesse momento crie o item para o template.

A partir da página 95 desse manual (Que aconselho a leitura) tem todos os tipos de itens que acompanham a versão 1.6 do Zabbix. Precisa de algo a mais? Faça você mesmo! Não é difícil. Com conhecidomento em script para a plataforma desejada no monitoramento é possível criar qualquer checagem que desejar.

Quer saber o número de conexões na porta ssh do seu servidor gnu/linux? Faça um script que retorne via echo esse valor, nada que awq, wc -l não resolva!

Depois de o script criado, é somente colocá-lo no arquivo zabbix_agentd.conf, que acompanha o agente no ativo a ser monitorado, a seguinte linha:

UserParameter=<nome da key>,/<endereço do script>/<nome do script>

Pronto, agora quando criar o item, poderá informar a key, com esse nome informado no agente e ele lhe retornará o valor do echo do script, assim poderá tratar com quiser, como iremos ver a seguir.

Obs: Na criação do item, é solicitado o nome de application, seja bem especifico nisso. Não coloque todos itens com o mesmo applications em templates distintos, pois no caso de necessidade de associar dois templates ao mesmo host, isso causará conflito. Crie Applicatios do tipo; Disponibilidade do serviço SMTP, Capacidade do Disco, Capacidade da fila de impressão e assim por diante. E nem adianta criar applications iguais em templates diferentes e apenas desmarcar na criação do host, pois mesmo assim causará conflito.

Agora iremos criar a condição para alarme, essa será a função que quando atendida irá informar a falha, vamos a um exemplo:

{Template_windows:vfs.fs.size[c:,pfree].last(0)}<5

O que isso informa? Vamos por partes:

Templates_windows = Nome do template que está relacionado a condição.

vfs.fs.size[c:,pfree] = A key, que nesse caso é verificar a porcentagem de espaço livre na unidade c:

last(0) = Ultimo valor e o 0 indica o momento que ele irá alarmar. Ex: Se ali tivesse 3, ele só iria atender a condição somente após a 3 verificação.

<5 = Quer dizer que o valor esperado da verificação, precisa ser menor do que 5 para atender a expressão, que no Zabbix é entendido como falha.

Pronto, agora crie os hosts? Ainda não! Crie os hostsgroups, pois eles têm função diferente do template. Onde é relacionada a permissão de acesso ao host e notificação. Se preferir crie os hostgroups da mesma forma que os templates.

Agora sim, crie os hosts, já associando aos respectivos grupos e templates. E se divirta com os pequenos ajustes.