OneTeam - cliente XMPP com suporte a Jingle Nodes entra em estágio alpha

Como já postado anteriormente, um cliente XMPP com suporte a Jingle Nodes está em desenvolvimento e nessa semana o mesmo entrou no estágio alpha, devendo em breve ser liberado para os usuários em geral.

O OneTeam é um cliente XMPP multiplataforma (para Linux, Windows e Mac OS X) que funciona como uma extensão para Firefox mas que pode ser rodado standalone devido ao uso da tecnologia XUL. A interface usa um estilo dashboard e o cliente XMPP suporta chat individual, em grupo (MUC), visualização de histórico entre outros recursos. Ele também tem suporte a ligações de voz Jingle assim como o (ainda) exclusivo suporte ao Jingle Nodes, que funciona de forma similar ao Skype.

A versão alpha ainda está em uso interno na Process One, mas se você quiser participar dos testes, envie e-mail para nverite em process-one.net.

UPDATE 14/03/10: enviei e-mail para o Nicolas e ele me informou que ainda precisam resolver uns "bugs feios" e que então irão distribuir o OneTeam.

Tigase Server - Servidor XMPP em pleno desenvolvimento

Tigase Server. Apesar de já estar na versão 5.0, esse servidor XMPP parece que agora tem tudo para se tornar um dos grandes servidores XMPP Open Source do mercado.

Em pleno desenvolvimento, o Tigase Server implementa uma boa quantidade de XEPs e RFCs e possui suporte a vários DBs. Além disso, possui alguns recursos muito interessantes como:

• Suporte a scripts;
• Clustering;
• Monitoramento do servidor (via HTTP, SNMP, JMX ou XMPP);

E não é só isso: o Tigase também tem um projeto em desenvolvimento de um cliente XMPP web completo, chamado Tigase Messenger, que é uma aplicação Ajax desenvolvida usando o GWT (Google Web Toolkit), e que pretende ter total suporte ao protocolo XMPP e suas XEPs (a última versão disponível, 0.2.1, pode ser baixada aqui).

Apesar de ainda não ter utilizado esse servidor e seu cliente web, confesso que fiquei bastante entusiasmado com os mesmos, e pretendo, se o tempo permitir, implementá-los na próxima semana, num ambiente de produção pequeno, para iniciar.

Assim que tiver maiores informações e experiência com as ferramentas, publicarei um post sobre o assunto no blog.

OT: Idéia infeliz :-)

Quero pedir desculpas aos leitores de meu blog.

Resolvi ativar o compartilhamento de links do Delicious via RSS (recurso Link Splicer do Feedburner) para testar e depois percebi que ele gerou uma enxurrada de feeds desnecessários.

O recurso já foi desativado.

Drivers da Digivoice já funcionam com o Asterisk 1.6.X

Apesar de trabalhar grande parte do tempo em cima de Asterisk e VoIP, poucos são os meus posts sobre tais tópicos. Observando isso, percebi que talvez seja o momento de dar mais espaço para esses assuntos no blog.

Então para começar, vou tratar de algo sobre o qual me questionaram essa semana e que acredito deva ser uma dúvida de muita gente: os drivers dos hardwares da Digivoice podem ser usados com Asterisk 1.6.X ?

A resposta é SIM.

Segundo informações, as novas versões dos drivers da Digivoice (dgvchannel 1.0.5 e voicerlib 4.2.2.0) liberados no mês passado já são totalmente compatíveis com o Asterisk 1.6.X. Testes foram realizados nas versões 1.6.0.X, 1.6.1.X e 1.6.2.X com total sucesso e sempre que novos releases do Asterisk são lançados (como ocorreu no dia de hoje), a equipe da Digivoice testa seus drivers nestes para garantir a compatibilidade.

Deixo aqui então uma dica: se você utiliza o Asterisk 1.4.X, e ainda não tinha migrado para o 1.6.X por causa dos drivers da Digivoice, é uma boa hora para começar a pensar no assunto, já que o suporte a versão 1.4.X será finalizado em breve (a versão 1.8, que será LTS - long term support - deve ser lançada no segundo semestre de 2010), e as poucas atualizações que virão daqui pra frente serão de segurança, exceto, é claro, quando houver participação de desenvolvedores da comunidade, que contribuiram e muito para o lançamento da versão 1.4.30, liberada no dia de hoje.

Notas rápidas da semana (ClamAV, Samba e ejabberd)

Algumas novidades da semana que merecem destaque:

• Lançado o Samba 3.5.1, um release de bugfix (lançados também releases que corrigem o mesmo bug para as versões 3.3 e 3.4 - 3.3.12 e 3.4.7 respectivamente).
• Lançado o ClamAV 0.96rc1, que introduz novos mecanismos de detecção de malwares e alterações significativas no engine de scan do software. Novo interpretador de bytecode, melhorias na perfomance, na heurística e no sistema de assinaturas, suporte a novos formatos de arquivos compactados (7Zip, Install Shield e CPIO), suporte a novos formatos de binários (como arquivos ELF de 64 bits) e suporte nativo a Windows são alguns dos novos recursos. A lista completa de mudanças pode ser lida no arquivo de Changelog que acompanha o código.
  
• Lançado o ejabberd 2.1.3, terceiro release de bugfix da versão 2.1, que traz também algumas novidades. Leia a lista completa de mudanças aqui.

PS: Falta pouco mais de um mês para o final do suporte a versão 0.94.X e anteriores do ClamAV. Não perca tempo e atualize seu antivírus, caso contrário o mesmo será desativado automaticamente.

Notas rápidas da semana (Samba, KDE e Jingle Nodes)

Algumas novidades da semana que merecem destaque:

• Lançado o Samba versão 3.5.0, que traz suporte experimental ao protocolo SMB2.
• Lançado o KDE SC 4.4.1, que é um release de correção de bugs da versão 4.4 (pacotes disponíveis para Ubuntu 9.10 - saiba mais aqui).
  
• Jingle Nodes é aceito como XEP (XEP-0278).
  

Mesmo que ainda em status experimental, parece que agora é apenas uma questão de tempo até que os clientes XMPP comecem a suportar o Jingle Nodes.

Document Freedom Day 2010

Dia 31 de março será o Document Freedom Day 2010 (dia da liberdade dos documentos).

A idéia básica do DFD é divulgar e demonstrar a importância do uso dos formatos abertos de documentos (ODF) e também do uso de padrões abertos em oposição a formatos e padrões proprietários da indústria de softwares.

É preciso fazer que as pessoas percebam que somente com o uso de tais formatos elas terão a garantia de livre acesso a seus documentos digitais (agora e no futuro) sem a necessidade do pagamento de licenças e do uso de um software específico.
Além disso, o uso de padrões abertos proporciona uma maior evolução das ferramentas pois permite que quaisquer pessoas (em qualquer parte do mundo) possam sugerir e/ou aprimorar o formato (veja o caso da Internet: ela só evoluiu tão rapidamente devido ao uso de padrões abertos, como HTTP, FTP, SMTP, etc...).

Se você percebe a importância disso, mobilize-se também e divulgue o DFD 2010 e suas idéias.

Nossa liberdade futura depende de nossas opiniões, mas também de nossas ações.

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).

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:

• Configurando o Nagios com o Nagios Web Config
• Nagios Web Config funcionando com Nagios 3.2.0
  

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...

Weave Sync 1.0 - o "substituto" do Google Browser Sync

Algo que fazia muita falta desde que o antigo add-on Google Browser Sync foi descontinuado era uma forma de sincronizar bookmarks, abas e outras dados do Firefox entre os micros de casa e do trabalho.

Pois, para minha felicidade (e imagino que de muitas outras pessoas também), ontem o Mozilla Labs anunciou o lançamento da versão 1.0 do plugin Weave Sync.

O Weave Sync sincroniza bookmarks, senhas salvas, histórico e abas abertas (ÓTIMO), e o melhor, tudo criptografado de ponta a ponta, o que garante sua segurança e privacidade.

Para as próximas versões, a promessa é adicionar suporte a sincronização de add-ons, plugins de pesquisa e outras customizações do browser.

Não perca tempo, instale agora o Weave Sync 1.0.

Eu já instalei :-)

OT: Readability

Ótima dica do Pablo Lorenzzoni em seu blog Nardol.

O Readability é uma ferramenta desenvolvida pela Arc90, que pode ser adicionada na sua barra de ferramentas de bookmarks e que irá melhorar (e muito) a leitura de páginas web.

A "instalação" da mesma é simples: acesse o site, configure a ferramenta e arraste o botão para barra. Depois é só clicar no botão quando quiser que a ferramenta entre em ação na página que você estiver lendo.

Boas leituras online :-)

Instalando o HP OpenView Storage Data Protector no Ubuntu

Semana passada me deparei com a necessidade de instalar um cliente do HP OpenView Storage Data Protector em um servidor Ubuntu 64 bits.

Obviamente, como esperado, a HP só provê o software em formato .rpm, já que ela só homologa suas soluções para o Red Hat (e talvez também para o Suse, mas não estou certo disso). É até compreensível, já que o Debian é um projeto da comunidade e não existe uma empresa por trás do mesmo da qual a HP possa cobrar algo.

Enfim, depois de botar as mãos na ISO, iniciei o processo de instalação. Segue um pequeno howto (para Ubuntu 9.10, ou seja, versões mais antigas podem conter variações):

• Logue no servidor e torne-se root: sudo su -
• Instale os pacotes rpm e openbsd-inetd: apt-get install rpm openbsd-inetd
• Copie todo o CD de instalação para algum diretório (vamos usar nesse howto o diretório /home/HPDP), pois você precisará alterar alguns scripts: cp -r /medir/cdrom0 /home/HPDP
  
• Altere as permissões dos arquivos do diretório da cópia: chmod 777 -R /home/HPDP
• Entre no diretório onde ficam os arquivos de instalação: cd /home/HPDP/LOCAL_INSTALL
• Rode o comando de instalação: ./omnisetup.sh -server CellManagerSrv -install da
• Depois de rodar o comando, após alguns instantes você irá se deparar com a seguinte mensagem de erro:

Data Protector version A.06.00 found



Packets going to be (re)installed: omnicf da

Unpacking selected packets from CD, please wait (5-10 minutes)...
Unpacking complete!

Installing Core (omnicf)...

64778 blocks
/
Data Protector Software package installation failed
Check the log file /tmp/Core.rpm-log
Setup cannot continue, Installation of Data Protector Core packet failed.

Se você visualizar o conteúdo de /tmp/Core.rpm-log, como sugerido, verá a seguinte mensagem:

rpm: please use alien to install rpm packages on Debian, if you are really sure use --force-debian switch. See README.Debian for more details.

Para resolver essa questão será necessário realizar algumas alterações no script /tmp/omni_tmp/omni_rinst.sh, que é o script que executa a instalação dos pacotes:

• Abra o arquivo /tmp/omni_tmp/omni_rinst.sh e adicione a opção --force-debian em todos os comandos rpm que existirem no mesmo (ou se preferir, baixe o mesmo já alterado aqui e substitua-o no seu computador)
• Bloqueie o arquivo para escrita/alteração: chattr +i /tmp/omni_tmp/omni_rinst.sh
• Rode novamente o instalador e o programa será devidamente instalado: ./omnisetup.sh -server CellManagerSrv -install da
• Responda Y quando for questionado se deve continuar a instalação não finalizada

Você irá receber uma mensagem similar a esta:

Data Protector Software package successfully installed
Importing client to CellManagerSrv...
[12:1602] Cannot access the Cell Manager system. (inet is not responding)
The Cell Manager host is not reachable or is not up and running
or has no Data Protector software installed and configured on it.
rm: cannot remove `/tmp/omni_tmp/omni_rinst.sh': Operation not permitted

A última linha informa que o arquivo não pode ser removido, o que era esperado já que o mesmo foi bloqueado. A mensagem anterior informa que o serviço não está rodando, mas isso pode ser confirmado com os seguintes procedimentos:

1) Verifique o arquivo /etc/services (tail /etc/services). As duas últimas linhas devem ter o seguinte conteúdo:

# Local services
omni 5555/tcp # DATA-PROTECTOR

2) Verifique se o arquivo inetd.conf foi devidamente alterado (grep omni /etc/inetd.conf). Você deve receber a seguinte saída:

omni stream tcp nowait root /opt/omni/lbin/inet inet -log /var/opt/omni//log/inet.log

3) Dê um telnet na porta 5555 do localhost (telnet localhost 5555). Se o software estiver ouvindo a conexão será atendida corretamente;

4) O passo final deve ser realizado no servidor que está rodando o CellManagerSrv. Conectado neste dê um telnet no IP onde foi instalado o cliente na porta 5555. Se a conexão for atendida, seu serviço foi instalado com sucesso.

Basta então garantir que o serviço inetd seja carregado na inicialização, para que seu cliente HP Data Protector esteja sempre ativo.

PS: ainda não testei a conexão do servidor ao cliente, pois só instalarei o mesmo no computador definitivo na próxima semana. Caso ocorram problemas, ou algo inesperado, e o cliente não funcione corretamente, esse post será atualizado com as novas informações.

KDE 4.3.5 lançado (última versão antes do KDE 4.4)

O Projeto KDE lançou ontem a última release do KDE 4.3, a versão 4.3.5.

A nova release, que basicamente é um bugfix, traz várias correções, por isso sua instalação é recomendada. Leia o Changelog completo aqui.

De agora em diante todos os esforços estão sendo direcionados para o novo KDE 4.4 que deverá ser lançado no dia 09 de fevereiro próximo (o segundo e último release candidate foi disponibilizado na segunda passada) .

13 dias e contando...


Leia também:

• KDE 4.3.3 liberado (e KDE 4.4. quase finalizado)

Bacula 5.0.0 - mas onde está a versão 4 ?

Tenho de confessar que fui pego de surpresa hoje com o anúncio da versão 5.0.0 do Bacula. Sinceramente achei que tinha lido errado, mas então veio a explicação, no anúncio de Kern Sibbald:

"Você deve estar imaginando porque essa versão pula da 3.0.X para a 5.00, omitindo a versão 4.0.0. Nós fizemos isso por várias razões: primeiro, nós queríamos uma maneira de distinguir o sistema de numeração da versão Bacula System Enterprise da versão do projeto Bacula. Para isso, decidimos que o primeiro número da versão do projeto Bacula será sempre ímpar, e o da versão Enterprise será sempre par. Consequentemente, o projeto Bacula está indo da versão 3.0.X diretamente para a versão 5.0.X. Além disso, nós queremos manter a numeração da versão do projeto Bacula superior a versão da Enterprise para indicar que o projeto Bacula é mais avançado ou tem mais features que o Enterprise. Só para lembrar, a versão Enterprise corrente é a 2.6.1 e a próxima versão (a ser lançado em alguns meses, antes de junho de 2010) será a versão 4.0.0."

De posse dessas informações, e já que eu não havia lido errado e também não se tratava de um fake resolvi obter mais informações sobre a nova versão da ferramenta, que além de inúmeros bugfixes traz vários novos recursos e melhorias, que prometem otimizar e tornar o Bacula um software ainda mais eficiente.

Segue (em inglês) a lista de melhorias (os cinco primeiros itens fazem parte das features mais votadas na pesquisa do ano passado). Além disso, uma lista completa dos novos recursos pode ser lida aqui.

• Truncate volume after purge (item 5)
• File Deduplication using Base Jobs (item 6)
• Restore from Multiple Storage Daemons (item 10)
• AllowCompression per Device (item 11)
• Add Maximum Concurent Jobs for Devices to balance load between drives (item 23)
• Add Accurate Fileset Options to configure accurate detection. Can use checksum verification for example.
• Allow FD to keep root read but drop write permission (CAP)
• Secure handling of passwords for catalog backup
• Add Tab-completion for Bconsole when using Readline
• Add Bvfs API to query the catalog without building a memory tree
• Add new speed test to btape program
• Add new Bat screens (Autochanger content, Job view, Media view, ...)
• Windows version of Bat
• Added Spanish Bacula translation
• New bconsole -u nnn option to have timeout on commands
• Allow Migrate, Copy, and Virtual Full to read and write to the same Pool
• show disabled -- shows disabled Jobs
• Add Pool File and Job retention periods (take precedence over Client)
• Many ACL improvements
• Level added to FD status Job entry
• Allow turning on/off Block Checksum per device
• Set Device Poll interval to 5 minutes -- previously did not poll
• Implement lock manager with bad order protection
  

E quanto a compatibilidade ?

Como sempre, é preciso atualizar tanto o Director daemon como o Storage daemon. E como você só pode rodar uma versão de Bacula por computador, se precisar usar o File daemon é preciso atualizá-lo também.

Os File daemons das versões 3.0.X e possivelmente das versões 2.4.X são compatíveis com os daemons Director e Storage da versão 5.0.0, assim não é preciso atualizar seus File daemons imediatamente. Contudo a atualização dos mesmos é recomendada assim que possível.

Já com relação ao banco de dados, foi desenvolvido um novo formato de catálogo, que poderá ser atualizado por scripts caso você já rode o Bacula 3.0.X. Caso você uma versão mais antiga, será necessário antes migrá-lo para a versão anterior.

Informações mais precisas sobre a atualização poderão serem obtidas da documentação que acompanha os fontes. Mais informações sobre a nova versão também podem ser obtidas no site do projeto.

Está esperando o que ? Atualize seu Bacula e não deixe de postar seus comentários aqui no blog. :-)

Suporte ao Debian 4 (etch) termina no próximo mês

Mesmo já tendo sido anteriormente divulgado, o projeto Debian enviou hoje um novo informe, lembrando a todos seus usuários que o suporte de segurança da versão 4.0 (etch) se encerra no próximo mês de fevereiro, um ano após o lançamento de sua última versão (lenny).

Para os usuários dessa distribuição, é recomendada a atualização para/ou instalação da versão 5.0, garantindo assim a segurança e atualização de seus sistemas.

Fica aí a dica: não percam tempo e atualizem seus sistemas !

Nota rápida: ejabberd 2.1.2 lançado

Mais uma release (bugfix) foi lançada para o ejabberd 2.1.X.

Principais mudanças da versão 2.1.2:

• Correção da autenticação SASL plana para compatibilizar com a RFC4616;
  
• Correção para suportar versões da Erlang/OTP R10 e R11;
• Se o servidor falhar para iniciar devido a problemas no arquivo de configuração, exibe um debug e para o nó;
• PubSub and PEP: diversas melhorias e correções de bugs;
• WebAdmin: correção da exibição de mensagem offline;
• Quando o servidor parar com o comando stop_kindly, informa aos usuários, clientes e chats (MUCs).

Leia o ChangeLog completo aqui.


Leia também:

• ejabberd 2.1.1 lançado

Lançado o DSPAM 3.9.0

Há exatamente um ano, os direitos do DSPAM foram entregues pela Sensory Networks ao projeto DSPAM-community, que então passou a desenvolver esse software. Desde lá, os membros do projeto tem trabalhado para aprimorar ainda mais essa ferramenta que se bem utilizada é uma grande aliada na luta com os spams.

Pois para comemorar o primeiro aniversário do fork da comunidade, hoje foi lançado o primeiro "novo" release do projeto, a versão DSPAM 3.9.0.

Sem novas features e focando basicamente na estabilidade e na correção dos bugs existentes, a versão 3.9.0 abre as portas para uma série de melhorias e novidades que serão implementadas no futuro breve (leia mais sobre os planos para o projeto neste post).

Baixe a nova versão do DSPAM aqui.


Leia também:

• DSPAM tem novos mantenedores
  

Projeto Samba anuncia os planos para a versão 4

Exatamente no dia de Natal, a equipe de desenvolvimento do Samba anunciou seus planos para os novos releases, com ênfase especial ao Samba 4, tão aguardado.

Segue um pequeno resumo do que vem por aí:

Segundo informações dos desenvolvedores, após cinco anos de trabalho, o código de Active Directory do Samba 4 alcançou um estado satisfatório, rodando em produção em vários ambientes.

Já que atualmente o Samba 4 só possui o código do AD implementado, o próximo passo agora é juntar ao mesmo as funcionalidades de servidor de arquivos e o código do winbind, fazendo do mesmo um produto completo. O servidor de arquivos está atualmente sendo extendido para incluir o novo protocolo SMB2 e ter total suporte a ACL do Windows.

Como o trabalho envolvido em tal operação é muito grande, tal processo irá demorar, mas existe a expectativa de que o mesmo seja concluído em 2010. O plano é manter também as atualizações do Samba 3, com novas versões a cada 6 meses (a versão 3.5.0 deve ser lançada em breve, com suporte experimental ao SMB2).

Depois que o trabalho for concluído e houver um código estável, o mesmo será lançado. A grande preocupação dos desenvolvedores é facilitar o upgrade para os usuários do Samba 3, assim como minimizar os impactos das mudanças para os usuários do software.

Leia o anúncio completo aqui.

Samba: adicionando Windows 7 ao domínio

Com o lançamento do Windows 7, logo todos os administradores de domínios Samba irão se deparar com a necessidade de colocar um computador com essa versão do sistema operacional no domínio. Por isso resolvi postar um pequeno tutorial para realizar essa operação.

Para começar, é importante deixar bem claro que o suporte a Windows 7 só existe nas versões 3.3 e 3.4 do Samba. Versões anteriores do Samba não suportam o novo SO. Então se você está rodando o Samba <= 3.2 e sabe que terá que adicionar o novo SO ao seu domínio em breve, já prepare o upgrade do serviço. Mais especificamente, as versões 3.4.0 e 3.3.7 foram testadas com sucesso com o Windows 7 Ultimate (Build 2600). Todas os releases posteriores dessas versões também são compatíveis.

O registro do Windows 7

ATENÇÃO: Antes de mais nada, não edite quaisquer parâmetros do registro (NETLOGON) Se você já efetuou modificações no registro do Windows 7, desfaça as mesmas retornando-as aos valores originais.

Especificamente, se você alterou os parâmetros de NETLOGON, volte-os para '1' como pode ser visto abaixo:

HKLM\System\CCS\Services\Netlogon\Parameters
DWORD RequireSignOrSeal = 1
DWORD RequireStrongKey = 1

Adicionando as configurações corretas ao registro

Antes de colocar o computador no domínio, é necessário adicionar duas configurações no registro do Windows. Elas são:

HKLM\System\CCS\Services\LanmanWorkstation\Parameters
DWORD DomainCompatibilityMode = 1
DWORD DNSNameResolutionRequired = 0

Um arquivo .reg com as alterações necessárias pode ser baixado aqui.

Como de costume, após as alterações no registro, reinicie o computador.

Adicionando o computador ao domínio

Os procedimentos de inclusão do computador no domínio são os usuais. É importante salientar que após adicionar o computador ao domínio, você irá receber a seguinte mensagem:

"Changing the Primary Domain DNS name of this computer to "" failed.
The name will remain "MYDOM". The error was:

The specified domain either does not exist or could not be contacted"

Desconsidere esse aviso, pois a operação foi realizada com sucesso e voilá, seu computador já faz parte de seu domínio.


Leia também:

• Samba 3.5.0 com suporte experimental a SMB2

ejabberd 2.1.1 lançado

Pouco mais de um mês após o lançamento da release 2.1.0 do servidor XMPP ejabberd, acaba de ser liberada a primeira versão de correção de bugs (2.1.1) do mesmo.

Apesar de não possuir nenhum bug crítico, se você já está utilizando a versão 2.1.0 a atualização é recomendada pelos desenvolvedores.

Saiba mais acessando o ChangeLog completo da nova versão.

Leia também:

• Lançado o ejabberd 2.1.0