quinta-feira, 25 de fevereiro de 2010

Samba: baixando as últimas versões empacotadas

Sempre que precisei testar a versão mais atual do Samba fui obrigado a recorrer a backports "oficiais" ou então compilar o código fonte, o que, convenhamos, não é nada prático.

Depois de muito tempo usando tais abordagens, me deparei com um site que disponibiliza as últimas versões empacotadas para as distribuições Linux consideradas Enterprise (Suse, Red Hat e Debian). O nome desse site ? Enterprise Samba.

O Enterprise Samba.com (Samba for Enterprise Linux) é mantido pela empresa alemã SerNet que disponibiliza os pacotes das novas versões poucas horas após as mesmas terem sido lançadas. A versão 3.4.6, que foi lançada na data de ontem, já tinha seus pacotes (com um repositório Debian específico) disponibilizados hoje.

Fica a dica: para realização de testes e utilização da última versão do Samba logo após seu lançamento, o site Enterprise Samba é a solução.


Notas rápidas da semana (Samba, Bacula e LTSP)

Algumas novidades da semana que merecem destaque:
  • Lançamento do LTSP 5.2;
  • Lançamento de um novo release do Samba 3.4.X (versão 3.4.6), trazendo uma série de correções;
  • Lançamento do Bacula 5.0.1 que além de corrigir vários bugs, teve alguma diretivas reescritas e que principalmente corrigiu um sério bug de performance com o banco de dados (mais percebido no MySQL). Atualização recomendada para usuários da versão 5.0.0.
E pra finalizar, só mais uma coisa: o Roadmap do Samba prevê para a próxima segunda, dia 01 de março, o lançamento da versão 3.5.0, versão essa que trará suporte experimental ao protocolo SMb2 (a versão 3.6.0 deverá ter suporte completo ao protocolo).

terça-feira, 23 de fevereiro de 2010

LTSP 5.2 e LTSP-Cluster

E pra fechar esse dia (ou melhor dizendo essa noite), não poderia deixar de citar o lançamento do novo LTSP, que chega agora a versão 5.2 depois de 2 anos de desenvolvimento.

Leia o release da nova versão aqui.

Além disso, tenho de citar também o projeto LTSP-Cluster que se integra a essa nova versão, trazendo recursos como balanceamento de carga, interface web de gerenciamento integrado, entre outros.

Impressões e análises dos novos softwares serão muito bem vindos.


Nagstamon: controlando servidores Nagios diretamente no seu Desktop


Muito tempo sem postar dá nisso: são muitas coisas pra comentar que se acumularam com o passar dos dias. Por isso o fluxo de posts aumenta consideravelmente.

Pois esse post (o quarto do dia de hoje) foi criado pra falar de uma ferramenta muito eficiente e útil: o nagstamon.

O nagstamon é um software que permite que você controle múltiplos servidores Nagios diretamente no seu desktop, sem a necessidade de uso do browser. Ele pode residir no systray ou pode ser visualizado como uma barra de status flutuante, resumindo ou exibindo todos os alarmes existentes. Além disso, ele possibilita a conexão aos servidores pelo seu menu de contexto, possui alarmes sonoros e também permite o uso de expressões regulares e categorias para realização de filtros, entre tantos outros recursos.

Leia a lista completa de recursos e baixe o software aqui.

Juntamente com o Nagiosweb essa é uma ferramenta essencial para administradores de servidores Nagios.


Leia também:



Samba: problemas com políticas de contas do domínio (ou um post pra obter uma ajuda)

A grande maioria dos posts de meu blog normalmente são notícias e dicas sobre diversos assuntos relacionados com sysadmin, só que esse post é um pouco diferente, pois ao invés de inicialmente ajudar os leitores, serve para pedir uma ajuda.

Afinal que lugar seria melhor para tentar esclarecer duas questões sobre Samba do que um blog que outros sysadmins também acompanham não é ? (assim espero ;-) )

Pois bem, estou com dois problemas que não consigo resolver e parece que meus e-mails para a lista do Samba não geraram interesse suficiente para que o pessoal me respondesse (ou então foram difícies demais e ninguém soube responder).

Basicamente são 2 situações:

1) Políticas de contas do domínio por usuário
Instalei um Samba versão 3.4.3 e habilitei as políticas de contas do domínio com o pdbedit. Exemplo: tamanho mínimo da senha: 8 caracteres, histórico de senhas usadas: não podem ser usadas as últimas quatro senhas e tempo máximo de validade de uma senha: 90 dias.

O que ocorre é que tais políticas são genéricas e eu precisava que alguns usuários tivessem configurações diferenciadas. Alguém sabe como implementar isso ?

2) Mensagem: "Sua senha expira hoje. Deseja trocá-la agora?"
O problema ocorre em um servidor samba 3.4.3 (no samba 3.0.25 a situação é idêntica) com as mesmas políticas configuradas indicadas no item 1. O problema agora é outro: toda vez que o usuário tenta logar no domínio usando o Windows ele recebe uma mensagem que diz: "Sua senha expirou hoje. Você quer trocá-la agora ?"

Trocando ou não a senha é possível logar no domínio, mas independente do que seja feito, no próximo login do usuário a mensagem se repete e não para mais de aparecer a cada vez que o mesmo loga. Nada foi encontrado nos logs que possa indicar o que ocasiona esse comportamento.



Quaisquer dicas sobre essas duas questões serão muito bem vindas. Por favor, se algum souber algo deixe seus comentários no post.

Obrigado!

Asterisk 1.4.28 (e versões superiores) com problema na transferência atendida


Parece que a versão 1.4.XX do Asterisk está realmente sendo abandonada.

Cheguei a essa conclusão pois me deparei com um bug na transferência atendida da versão 1.4.29 (que aparentemente ocorre desde a versão 1.4.28) que também existia nas versões 1.6.XX, onde foi rapidamente resolvido.

O bug em questão (16701), impede o uso de transferências atendidas, fazendo que todas transferências desse tipo retornem sempre para o ramal que inicia a mesma (A liga para B. B atende e transfere para C. Quando C atende, A volta a falar com B). Tal problema não ocorre em transferências cegas.

Tentei abrir um tíquete no sistema de bugs do Asterisk, mas constatei que não é possível mais relatar bugs da versão 1.4. Comentei então o problema no tíquete da versão 1.6, mas fui solenemente ignorado, pois o tíquete foi fechado após a resolução do problema na versão 1.6 sem que nada fosse feito para a 1.4. Além disso, uma nova versão do Asterisk foi lançada depois do meu relato (1.4.29.1) e tal problema não foi resolvido nesta.

Fica então o alerta para os administradores de Asterisk, para que já comecem a planejar e estudar as migrações de seus sistemas.

Jingle Nodes - o substituto Open Source do Skype ?

Há muito tempo espera-se que o protocolo Jingle seja a solução para comunicação internet P2P (mais especificamente, leia-se VoIP). Infelizmente, nada muito concreto e inovador foi implementado ao longo dos anos que fizesse com que o Jingle decolasse. Alguns clientes e softwares bastante utilizados até suportam o protocolo (como o Pidgin, Asterisk e inclusive o Google Talk), mas o uso em massa (como no caso do Skype) nunca foi alcançado.

Depois de anos sem evolução, eis que surge uma nova idéia, idealizada por Thiago Camargo, que parece ser a solução para disseminação do Jingle: trata-se do Jingle Nodes. O Jingle Nodes, que ainda é uma XEP proposta (leia a mesma aqui), promete ser a nova sensação da comunicação via internet, pois permite transformar qualquer cliente XMPP em um nó público, estendendo assim a rede P2P a qualquer usuário (no melhor estilo P2P dos compartilhadores de arquivos) que pode determinar como e com quem irá compartilhar o recurso, o que não acontece por exemplo com a rede Skype. Além disso, por ser um protocolo aberto, ele pode ser estendido e melhorado pela própria comunidade, o que permite uma maior velocidade na evolução do mesmo.

E a boa notícia é que após meses de desenvolvimento, os primeiros servidores com suporte ao Jingle Nodes começam a aparecer. Como o ejabberd já suporta Jingle Nodes, a ProcessOne disponibilizou o primeiro servidor com suporte a nova feature: o talkr.IM. E tem mais: ainda em fase de desenvolvimento, um cliente para uso do Jingle Nodes (que nada mais é do que um addon para o Firefox) já está em sua versão beta e deve ser lançado no futuro próximo.

Além disso, para os administradores do Openfire, um boa notícia também está no ar: um plugin para esse servidor também está em desenvolvimento e deve ser disponibilizado em alguns meses.

Ou seja, nem bem começou o ano (afinal o Carnaval recém acabou) e já temos grandes promessas e expectativas para 2010, que pode vir a ser o ano do VoIP P2P Open Source.

É esperar pra ver...