Páginas

Mostrando postagens com marcador debian. Mostrar todas as postagens
Mostrando postagens com marcador debian. Mostrar todas as postagens

quarta-feira, 21 de setembro de 2011

Horário de Verão

Fala pessoal....

O horário de verão está chegando e como sempre muita gente se esquece de como ajustar o relógio de seus servidores.
Na verdade o que precisamos acertar não é o relógio, mas sim o timezone que a máquina está. Nosso timezone para a maior parte do Brasil, é o GMT -3 (Brasilia, SP...), quando entramos no horário de verão, vamos para GMT -2 e simplesmente alterar a hora para menos uma, gera vários problemas com servidor de e-mails (esse é o mais sensível a isso).


Chega de conversa, mas como saber se estou preparado para o horário de verão?


zdump -v America/Sao_Paulo |grep 2011
A saída deve ser algo como:

America/Sao_Paulo  Sun Feb 20 01:59:59 2011 UTC = Sat Feb 19 23:59:59 2011 BRST isdst=1 gmtoff=-7200
America/Sao_Paulo  Sun Feb 20 02:00:00 2011 UTC = Sat Feb 19 23:00:00 2011 BRT isdst=0 gmtoff=-10800
America/Sao_Paulo  Sun Oct 16 02:59:59 2011 UTC = Sat Oct 15 23:59:59 2011 BRT isdst=0 gmtoff=-10800
America/Sao_Paulo  Sun Oct 16 03:00:00 2011 UTC = Sun Oct 16 01:00:00 2011 BRST isdst=1 gmtoff=-7200
Mas meu timezone não está atualizado como faço?

Primeiro, visite o seguinte ftp:  ftp://ftp.iana.org/tz , baixe o ultimo tzdata[ANO][a-z].tar.gz por exemplo tzdata2011i.tar.gz.
Descompacte o arquivo:

tar -xvzf tzdata2011i.tar.gz
Compile o arquivo contendo todos os timezones para a America do Sul

zic southamerica
 Copie o arquivo de timezone do estado de São Paulo (no meu caso, alguns outros estados também utilizam esse mesmo timezone)

cp /usr/share/zoneinfo/America/Sao_Paulo /etc/localtime
Verifique sua data, ela deve estar correta, e com o uso do zdump, já deve ser possível verificar.

Duvidas / Sugestões e-mail para:

quarta-feira, 9 de março de 2011

Aumentando o limite de File Descriptors

Fala pessoal...

Recentemente precisei aumentar o número de arquivos abertos (open files) de uma máquina Debian, porém ao editar o arquivo /etc/security/limits.conf, os valores não eram alterados, mesmo depois de reiniciar. Essa dica, funciona nas versões 5 e 6 do Debian.

Para verificar qual é o valor máximo de open files, utiliza-se o comando ulimit -a (todas as informações) ou o comando ulimit -n (somente o valor de open files). A saída do ulimit -a de um sistema padrão é assim:

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 16382
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) unlimited
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
Essa opção nos mostra qual é o máximo de arquivos abertos simultaneamente.


1024 arquivos simultâneos não é suficiente?
Depende, imagine um servidor web com mais de 1024 acessos simultâneos, para cada conexão efetuada, 1 File Descriptor é alocado, e esse limite é atingido rapidamente, e a máquina começa com muitos sintomas estranhos.....

Beleza, partindo desse ponto, fica fácil, é só ir no /etc/security/limits.conf e adicionar a opção nofile dessa forma:
* soft nofile 16384
* hard nofile 32768
Onde:

* = Todos os usuários
soft = limite padrão
hard = limite máximo
16386/32768 = valores do File Descriptors

E qual o problema?
Quando o o arquivo era alterado, serviços eram iniciados com o valor padrão de File Descriptors (1024)

Solução:

o arquivo /etc/pam.d/common-account é o arquivo responsável pelas configurações de login de todos os serviços.
No final do arquivo insira:

session required pam_limits.so
 Basta um restart na máquina para que essa solução funcione.

Uma coisa que notei foi: o usuário root não entrava nas regras do limit, ficava no padrão, a solução foi adicionar o usuário root no limits.conf como no exemplo abaixo:

root soft nofile 16384
root hard nofile 32768
* soft nofile 16384
* hard nofile 32768

É isso, qualquer coisa enviem um e-mail:

quarta-feira, 13 de outubro de 2010

Instalando o Debian via pendrive

Fala pessoal…..

Esses dias fui fazer um setup em um server e estava sem mídias (mentira, eu quebrei um cd-rw que funcionava, sem querer :p ). Qual a solução mais simples?

Utilizar uma instalação via internet, o NETINST do Debian.

Após uma olhada rápida no site do Debian achei a solução, rápida e simples!
O que você irá precisar?
  • Um pendrive >= a 256 mb
  • Uma máquina linux
  • Imagem iso do Debian netinst

Passo 1

Você irá precisar da imagem de boot do sistema, o debian fornece isso aqui:
Para sistemas i386 (32 bits) ou amd64 (64bits)
Os arquivos tem em média 20 mb


Passo 2

Download da imagem iso do netinst
Sistemas i386 (32 bits) ou amd64 (64bits)
Os arquivos tem 150 mb e 130 mb (valores arredondados)


Passo 3


ATENÇÃO TODOS OS SEUS DADOS DO PENDRIVE SERÃO DELETADOS APÓS ESSES COMANDOS!! ATENÇÃO!!

Descompacte a imagem no pendrive

Para isso, descubra onde o seu pendrive foi detectado, duas formas de se fazer isso:
fdisk -l
dmesg

Eu prefiro usar o fdisk -l, é mais simples de se identificar o dispositivo (localize-o pelo tamanho)

Nesse exemplo, irei usar o dispositivo em /dev/sdc, tenha certeza que é o dispositivo correto, caso contrário vc irá apagar informações de outros dispositivos, e isso não é legal

Execute o comando:
zcat boot.img.gz > /dev/sdc

Feito isso, monte o pendrive e copie o iso do netinst para o pendrive
mount /dev/sdc /mnt
cp netinst.iso /mnt
umount /dev/sdc

Feito isso é só dar boot na máquina e setar a opção de boot para o usb.
Qualquer dúvida/sugestão ou qualquer outra coisa, enviem um e-mail para:

sexta-feira, 17 de setembro de 2010

Samba + Debian 5 + Windows 7 + PDC

Fala pessoal…

Começamos o processo de migração para o Windows 7 aqui na empresa, irei descrever os passos que utilizei para conseguir fazer o samba suportar essa nova versão do Windows.

Meu ambiente:
Servidor atual: Debian 4.0 com samba rodando em PDC, autenticando vários usuários (sim, eu sei, essa versão está muito velha :p)
Servidor Novo: Debian 5.0.5


Fase 1: Levantamento de dados do servidor antigo

Além dos dados, é necessário migrar os usuários e os grupos
Edite o arquivo /etc/passwd e copie todos os usuários que tem ID maior que 1000 (terceira coluna)
Você pode fazer da seguinte forma:
grep 1[0-9][0-9][0-9][0-9] /etc/passwd
Edite o arquivo /etc/shadow e copie todos os usuários que estavam no passwd que vc retirou
Edite o arquivo /etc/group e copie os grupos que vc criou, os demais podem ser ignorados
Copiar o arquivo /etc/samba/smbpasswd (se existir)
É claro que vc vai transportar isso para o novo servidor… nem sei pq disse isso :p

Outra coisa super importante, é obter o SID do domínio que está rodando na máquina antiga, sem ele, ninguem irá conseguir logar no domínio sem que você retire todas as estações do domínio antigo e os re-insira, definitivamente isso não é uma boa opção.
net getlocalsid > localsid
net getdomainsid > domainsid
Dica: Sempre que for instalar um novo PDC, gere esses SID e grave em um arquivo e faça backup, no caso de uma falha, o restore da máquina é rápido.


Fase 2: Instalação do Samba

Para poder autenticar máquinas com o Windows 7, a versão do samba necessária é a 3.3 ou superior. Como no Debian, a versão dos repositórios é a 3.2, iremos instalar a versão do projeto Debian Backports.
Edite o seu /etc/apt/sources.list e insira a seguinte linha:
deb http://backports.debian.org/debian-backports lenny-backports main
depois
aptitude update
 aptitude -t lenny-backports install samba

Feito, samba instalado!


Fase 3: Configuração do Samba

A minha configuração antiga, quando aplicada ao samba 3.4, apresentava alguns erros quando era executado a verificação da configuração utilizando o testparam. Dando uma pesquisada no site do samba, encontrei uma configuração básica, que fucnionou corretamente para mim. Veja:
[global]
 workgroup = DOMÍNIO #aqui você especifica o nome do domínio
 netbios name = MÁQUINA # esse é o nome da máquina
 passdb backend = smbpasswd #formato de armazenamento da senha, pode-se especificar como tdbsam
 printcap name = cups
 add user script = /usr/sbin/useradd -m %u
 delete user script = /usr/sbin/userdel -r %u
 add group script = /usr/sbin/groupadd %g
 delete group script = /usr/sbin/groupdel %g
 add user to group script = /usr/sbin/groupmod -A %u %g
 delete user from group script = /usr/sbin/groupmod -R %u %g
 add machine script = /usr/sbin/addmachine %u #ATENÇÃO NESSA PARTE, abaixo irei explicar do que se trata.
 unix password sync = yes
 passwd program = /usr/bin/passwd %u
 passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n *password\supdated\ssuccessfully* .
logon script = todos.bat
 unix charset = iso-8859-1 # Setei essa opção, pois o meu samba é muito antigo (veio de várias distro antes)
    #e os caracteres estao todos em iso
 display charset = cp850 # mesma coisa, para manter a compatibilidade de acentos.
 log file = /var/log/samba/log.%m
logon path =
 logon drive =
 logon home =
 domain logons = Yes
 os level = 35
 preferred master = Yes
 domain master = Yes
 idmap uid = 15000-20000
 idmap gid = 15000-20000
 printing = cups
 client NTLMv2 auth = Yes
[netlogon]
 comment = Network Logon Service
 path = /home/netlogon
 guest ok = yes
 writable = no
 write list = @domadmin
 browseable = no

Onde pedi atenção, a explicação para aquele script addmachine é a seguinte: O Windows 7, espera nome de máquinas em maiúsculo, então foi necessário essa “gambiarra” para que eu não me deparasse com erros de “Falha na relação de confiança com o domínio” e outros erros estranhos, como esse no log: netlogon_creds_server_check failed

Crie o seguinte arquivo /usr/sbin/addmachine
#!/bin/bash
ID_GRUPO_MAQUINAS=1086
 NOME_MAIUSCULO=$(echo $1|tr [a-z] [A-Z])
 /usr/sbin/useradd -s /bin/false -g $ID_GRUPO_MAQUINAS -d /var/lib/nobody $NOME_MAIUSCULO

Feito isso, dê permissão de execução:
chmod +x /usr/sbin/addmachine

Observação: na váriavel ID_GRUPO_MAQUINAS, deve ser setado o id do grupo que irá armazenar todas as máquinas cadastradas, iremos criar esse grupo mais para frente. 1086, é o meu número id do grupo referente. Você precisa setar o com o SEU ID, veremos isso mais a frente.

Agora é hora de setar o SID do domínio. Se o seu samba é uma instalação nova, ignore esses passos.
/etc/init.d/samba restart
net setlocalsid$(cut -d: -f2 /ARQUIVO/COM/O/LOCALSID) #ou você pode copiar e colar, assim é mais simples e rápido :p)
 net setdomainsid$(cut -d: -f2 /ARQUIVO/COM/O/DOMAINSID)
/etc/init.d/samba restart

Feito! seu samba está com o id do domínio antigo. Máquinas XP já podem fazer o logon sem maiores problemas.


Fase 4: Criação e Mapeamento de grupos
Para o Windows 7 funcionar bem junto com o samba, é necessário um mapeamento dos grupos unix com o samba. Ele espera o um grupo com um RID específico, alguns grupos são mandatórios não precisa ninguém fazendo parte deles.

Segue uma lista dos grupos, em destaque os mandatórios

Well-Known Entity RID Type Essential
Domain Administrator 500 User No
Domain Guest 501 User No
Domain KRBTGT 502 User No
Domain Admins 512 Group Yes
Domain Users 513 Group Yes
Domain Guests 514 Group Yes
Domain Computers 515 Group No
Domain Controllers 516 Group No
Domain Certificate Admins 517 Group No
Domain Schema Admins 518 Group No
Domain Enterprise Admins 519 Group No
Domain Policy Admins 520 Group No
Builtin Admins 544 Alias No
Builtin users 545 Alias No
Builtin Guests 546 Alias No
Builtin Power Users 547 Alias No
Builtin Account Operators 548 Alias No
Builtin System Operators 549 Alias No
Builtin Print Operators 550 Alias No
Builtin Backup Operators 551 Alias No
Builtin Replicator 552 Alias No
Builtin RAS Servers 553 Alias No

O grupo “Domain Computers” não está marcado como mandatório, porém iremos cria-lo para armazenar todos os computadores que serão cadastrados no domínio.

Criando os grupos necessários:

Vamos adotar o prefixo “dom” nos grupos relacionados a administração do domínio.
groupadd domadmins
groupadd domusers
groupadd domguests
groupadd domcomputers

Com os grupos criados, vamos associa-los ao samba:
net groupmap add ntgroup="Domain Admins" unixgroup=domadmins rid=512 type=d
net groupmap add ntgroup="Domain Users" unixgroup=domusers rid=513 type=d
net groupmap add ntgroup="Domain Guests" unixgroup=domusers rid=514 type=d
net groupmap add ntgroup="Domain Computeres" unixgroup=domusers rid=515 type=d

O type=d, significa que o grupo está sendo associado a um domínio, existe também a opção de adicionar a um grupo local.

Você pode e deve fazer isso para todos os seus grupos, quando a aba de permissão foi selecionada no windows, os nomes de grupos que forem mapeados por aqui aparecerão de forma correta lá.

Para que todas as configurações fiquem corretas, e os usuário quando criados sejam adicionados automaticamente aos respectivos grupos, faça o seguinte: edite o arquivo adduser.conf

No final do arquivo, você encontrará as opções EXTRA_GROUPS E ADD_EXTRA_GROUPS, descomente e insira os seguinte:
EXTRA_GROUPS="domusers"
ADD_EXTRA_GROUPS=1

Isso fará com que todo usuário adicionado, seja adicionado no grupo domusers.
Outra coisa necessária a se fazer, é editar o script addmachine, que está em /usr/sbin. No script, existe uma váriavel chamada ID_GRUPO_MAQUINAS, essa váriavel é mandatória! Para obter o id do grupo domcomputers, use o comando:
getent group domcomputers|cut -d: -f3

Insira o valor retornado na váriavel.

Feito!, seu samba está pronto para receber máquinas Windows 7!


Fase 5: Adicionando usuários no sistema


Primeiramente, o usuário root, tem permissão para criar o usuário de computador em seu servidor, porém ele não está adicionado em seu sistema (info para quem está começando do zero) para isso é necessário adiciona-lo ao samba. Rode o seguinte comando:
 smbpasswd -a root

Digite sua senha

Para alterar a senha do root ou de qualquer outro usuário, use o comando:
 smbpasswd root

Fase 6: Adicionando máquinas Windows 7 no domínio

É necessário primeiramente, adicionar algumas chaves no registro. Clique aqui e baixe a alteração do registro.

Se quiser fazer as alterações na mão:
 HKey Local Machine\System\CurrentControlSet\Services\LanmanWorkstation\Parameters

Adicionar os valores:
DWORD  DomainCompatibilityMode = 1
DWORD  DNSNameResolutionRequired = 0
REINICIE O COMPUTADOR! FAZER LOGOFF NÃO RESOLVE! É NECESSÁRIO O REINICIO TOTAL DO SISTEMA!!!

Com as chaves do registro definidas, é necessário nas configurações de IP da máquina que o servidor de WINS seja setado para o SEU SERVIDOR SAMBA. 

Configure o seu servidor de DHCP para fornecer esse endereço para os seus clientes.

1º como disse, verifique as configurações do wins



2º Vá até as propriedades do sistema (atalho no teclado, tecla do windows + pause) ou clicar com o botão direito no Meu computador e ir em propriedades



3º Clique em “Change Settings” (não sei como isso está escrito em português)



4º Selecione Domain, e insira o nome do domínio definido na opção Workgroup do samba



Será solicitado uma senha, insira a senha de root que você cadastrou e aguarde. Uma tela de erro como essa irá aparecer:



Pressione ok, e reinicie. Quando entrar, selecione a opção de “Switch User” e loge-se com um usuário do domínio.

Não irei colocar imagens aqui de como inserir máquinas windows xp, faça uma busca rápida no google que irá encontrar muita coisa a respeito.
Dúvidas, sugestões correções, por favor entre em contato por e-mail

terça-feira, 18 de agosto de 2009

Instalação e configuração do OpenMeetings

Fala pessoal, esses dias precisei instalar um sistema de web conferencia, após pesquisar um pouco no google, achei um projeto chamado OpenMeetings

O que é:

Sistema de video conferencia free, que contém vários recursos interessantes como:

Video/Audio e Video com Audio

Ver o desktop de qualquer participante

Multi-Idiomas incluindo portugues do brasil com suporte para edição.

“Lousa” com recursos de arrastar, editar, alterar tamanho, rabiscar inserir simbolos….

Exportar o que está na “lousa”

Importa documentos:(.tga, .xcf, .wpg, .txt, .ico, .ttf, .pcd, .pcds, .ps, .psd, .tiff,.bmp, .svg, .dpx, .exr, .jpg, .jpeg, .gif, .png, .ppt, .odp, .odt, .sxw, .wpd, .doc, .rtf, .txt, .ods, .sxc, .xls, .sxi, .pdf)

Envio de convites e links direto para a sala de conferencia

Conector para LDAP

Sistema de Moderação

Backup de usuarios, salas, e pack de idiomas

Salas de conferencia publica e privada


Nesse artigo vou explicar como fazer a instalação do OpenMeetings em um sistema Debian 5.

Quando escrevi o artigo, a versão 0.8.4 é a estável e a 0.9.0 RC1 é a versão de testes. Aqui iremos testar a versão de testes, visto que o procedimento para a instalação da versão estável é o mesmo apenas baixando o arquivo correspondente.

Mãos a massa…

Pre-requisitos:
Como o sistema é recém instalado, precisamos instalar alguns pacotes
aptitude install zip unzip vim-full bzip2 build-essential linux-headers-$(uname -r)
Feito isso vamos começar com a instalação. O OpenMeetings é uma aplicação que roda sobre um servidor Tomcat + um servidor Red5 (flash streaming), e para que isso funcione, é necessário ter o java jdk instalado.

No Debian, o java não está no respositório main, sendo necessário adicionar o repositório non-free (gosto de adicionar também o contrib) no arquivo /etc/apt/source.list. Seu arquivo deve ficar mais ou menos assim
deb http://ftp.br.debian.org/debian/ lenny main contrib non-free
Repita esse procedimento para todos os outros repositorios (security e o volatile) após isso, rode o comando:
aptitude update

Passo 1 – Instalação do Java JDK
aptitude install sun-java6-jdk
Leia :p  e aceite os termos (será pedido para ser confirmado duas vezes.)


Passo 2 – MySQL

O Openmeetings usa o mysql como banco de dados para gravação das informações de usuários, salas e configurações gerais do sistema. O sistema tem suporte para vários outros sgbd’s como postgres, mssql. Para instalar use o comando:
aptitude install mysql-server

Uma tela será apresentada solicitando ao senha do usuário root do mysql, defina uma senha forte e anote, iremos usar esse usuário mais tarde.

Depois da instalação, é necessário criar um database chamado openmeetings para isso, acesse o console do mysql com o comando:
mysql -u root -p

(digite a senha do root que você definiu na hora da instalação)

Insira os comandos:
CREATE DATABASE openmeetings DEFAULT CHARACTER SET ‘utf8′;
GRANT ALL PRIVILEGES ON openmeetings.* TO ‘openmeetings’@'localhost’ IDENTIFIED BY ‘DIGITE SUA SENHA AQUI‘ WITH GRANT OPTION;

O primeiro comando cria a database chamada openmeetings e o segundo da privilégios para o usuário openmeetings usar essa base integralmente.

P.S. Onde está escrito DIGITE SUA SENHA AQUI, substitua pela senha do usuario openmeetings do mysql.


Passo 3 – OpenOffice

O OpenOffice (completo, writer, math….) é usado para fazer as conversões de documentos, e o imagemagick é usado para converter imagens. É necessário o pacote openoffice.org-headless para que você não precise de uma interface gráfica para executar a suite do openoffice.
aptitude install openoffice.org-headless openoffice.org-writer openoffice.org-calc openoffice.org-impress openoffice.org-draw openoffice.org-math imagemagick
Depois de completar a instalação do OpenOffice, é necessário criar um script de inicialização para o servidor do openoffice (como disse antes, esse serviço irá converter os arquivos para um formato conhecido pelo openmeetings)

Crie um arquivo no seguinte local:
vim /etc/init.d/openoffice
e insira o conteúdo:
#!/bin/bash

# openoffice.org headless server script

#
# chkconfig: 2345 80 30

# description: headless openoffice server script
# processname: openoffice
#
# Author: Vic Vijayakumar
# Modified by Federico Ch. Tomasczik
#
OOo_HOME=/usr/bin
SOFFICE_PATH=$OOo_HOME/soffice
PIDFILE=/var/run/openoffice-server.pid
set -e
 case "$1" in
   start)
    if [ -f $PIDFILE ]; then
     echo "OpenOffice headless server has already started."
     sleep 5
     exit
   fi
 echo "Starting OpenOffice headless server"
 $SOFFICE_PATH -headless -nologo -nofirststartwizard -accept="socket,host=127.0.0.1,port=8100;urp" & > /dev/null 2>&1
 touch $PIDFILE
 ;;
   stop)
    if [ -f $PIDFILE ]; then
     echo "Stopping OpenOffice headless server."
     killall -9 soffice && killall -9 soffice.bin
     rm -f $PIDFILE
     exit
    fi
 echo "Openoffice headless server is not running."
 exit
 ;;
 *)
 echo "Usage: $0 {start|stop}"
 exit 1
esac
exit 0

troque sua permissão
chmod 0755 /etc/init.d/openoffice
e insira na inicialização:
update-rc.d openoffice defaults
inicie o serviço
/etc/init.d/openoffice start
esse serviço roda na porta tcp 8100, após iniciar o serviço verifique se ele está rodando com o comando:
netstat -putan |grep soffice.bin
sua saída é:
tcp 0 0 127.0.0.1:8100 0.0.0.0:* LISTEN 14458/soffice.bin

Passo 4 – SWFTools


O SWFTools é um utilitário para manipulação de arquivos SWF (Adobe Flash). O SWFTools não está disponível na versão stable do debian, o que vamos fazer é baixar da versão unstable, mas antes precisamos resolver suas dependencias.
aptitude install gs-gpl libart-2.0-2 libt1-5 libungif4g


após instalar as dependências, baixe o swftools
wget http://ftp.br.debian.org/debian/pool/main/s/swftools/swftools_0.8.1-2.1_i386.deb

depois instale:
dpkg -i swftools_0.8.1-2.1_i386.deb


Passo 5 – Red5

O Red5 é um servidor que serve para entregar o audio e video para a aplicação propriamente dita, para fazer isso ele utiliza o protocolo RMTP
No site do openmeetings, você pode escolher por baixar somente o red5 ou openmeetings ou tudo junto, vamos baixar o que tem tudo junto.
wget http://openmeetings.googlecode.com/files/red5-openmeetings-0.9rc1-r2185.zip

descompacte:
unzip red5-openmeetings-0.9rc1-r2185.zip

copie o diretório descompactado para /usr/lib
cp -a red5-openmeetings-0.9rc1-r2185 /usr/lib/red5

após copiar, altere as permissões dos scripts do red5
chmod +x /usr/lib/red5/*.sh

como primeiro teste, vamos executar o red5 para ver se ele serve páginas normalmente:
cd /usr/lib/red5/
./red5

Muita informação vai aparecer na tela.

Se você executar isso de fora do diretório /usr/lib/red5 não irá funcionar!

Abra o browser e acesse o site: http://ip:5080

Uma tela como essa será exibida

pare o servidor com a sequencia de teclas control + c

Para que o servidor do red5 inicialize junto com o sistema, vamos colocar um script de incialização. Copie:
 
#! /bin/sh
#
# red5 red5 initscript
#
# Author: Simon Eisenmann .
#
set -e
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DESC="Red5 flash streaming server"
NAME=red5
RED5_HOME=/usr/lib/red5
DAEMON=$RED5_HOME/$NAME.sh
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
# Gracefully exit if the package has been removed.
test -x $DAEMON || exit 0
# Read config file if it is present.
if [ -r /etc/default/$NAME ]
then
 . /etc/default/$NAME
fi
#
# Function that starts the daemon/service.
#
d_start() {
 start-stop-daemon --start -c nobody --pidfile $PIDFILE --chdir $RED5_HOME --background --make-pidfile --exec $DAEMON
}
#
# Function that stops the daemon/service.
#
d_stop() {
 start-stop-daemon --stop --quiet --pidfile $PIDFILE --name java
 rm -f $PIDFILE
}
case "$1" in
 start)
 echo -n "Starting $DESC: $NAME"
 d_start
 echo "."
 ;;
 stop)
 echo -n "Stopping $DESC: $NAME"
 d_stop
 echo "."
 ;;

 restart|force-reload)
 echo -n "Restarting $DESC: $NAME"
 d_stop
 sleep 1
 d_start
 echo "."
 ;;

 *)
 echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
 exit 1
 ;;

esac
exit 0
exit 0


Igual ao serviço do openoffice, dê permissão de execução para o arquivo /etc/init.d/red5
chomd +x /etc/init.d/red5

Inserir na inicialização:
update-rc.d red5 defaults

inicie o serviço:
/etc/init.d/red5 start

verifique se ele esta rodando:
# netstat -putan |grep 5080

saída do comando
tcp6 0 0 :::5080 :::* LISTEN 15329/java

Tudo está ok até aqui…

É legal remover algumas coisas que não serão usadas pelo servidor do red5 como os exemplos que ele manda junto, para isso devemos remover os diretórios:
rm -rf /usr/lib/red5/webapps/installer
rm -rf /usr/lib/red5/webapps/root/*


Passo 6 – Configurando e instalando o OpenMeetings

Primeiro, vamos configurar a conexão com o banco de dados. Vá até o diretório:
cd /usr/lib/red5/webapps/openmeetings/conf

copie o arquivo de exemplo mysql_hibernate.cfg.xml para hibernate.cfg.xml
cp mysql_hibernate.cfg.xml hibernate.cfg.xml

edite o arquivo hibernate.cfg.xml
vim hibernate.cfg.xml

onde você ver (começo do arquivo) :
<!– User / Password –>
<property name=”connection.username”>root</property>
<property name=”connection.password”></property>
Altere para:
<!– User / Password –>
<property name=”connection.username”>openmeetings</property>
<property name=”connection.password”>SENHA DEFINIDA NA HORA DA CRIAÇÃO DO USUARIO NO MYSQL PASSO 2</property>

reinicie o red5
/etc/init.d/red5 restart

Dê permissão de execução para arquivos .sh no diretório: /usr/lib/red5/webapps/openmeetings/jod
chmod +x /usr/lib/red5/webapps/openmeetings/jod/*.sh

Mais permissões para serem alteradas:
chown nobody /usr/lib/red5 -R

Como o serviço do red5 roda sobre o usuario nobody, ele precisa ser dono de alguns arquivos para funcionar direito.

feito isso, vamos rodar a instalação do Openmeetings, abra no browser: http://ip:5080/openmeetings/install

Na tela de instalação, preencha os campos de username, userpass e email, esses campos são do usuario “admin” do openmeetings;

No campo organisations, preencha com o nome da empresa, ou algum nome que irá identificar os primeiros usuários, isso pode ser alterado depois, mas não pode ser deixado em branco;

Nas perguntas de sim / não, deixe todas como não, pois elas perguntam se vocÊ quer liberar o auto registro, enviar emails para novos usuarios e verificação do e-mail dos usuarios recem registrados;

Nas opcoes de mail, preencha com os dados so seu serviço de e-mail;
Idioma, como estamos no Brasil, selecione português :p

Defualt font, coloque uma que vc goste… isso é perfumaria;

A parte de converters, Crypt Type, Authentication Type , Screen Viewer, deixe tudo como está;

Ao final, clique em INSTALL

Aqui comigo demorou um pouco essa etapa (estou usando uma vm com 256 de ram :p)

Quando terminar, você será levado para uma tela como essa:




Faça o login com o usuário que vc cadastrou na hora da instalação e aproveite!!!!

Qualquer dúvida escrevam…..

segunda-feira, 27 de abril de 2009

Configurando o Nagios

Fala pessoal…desculpe pela demora nesse outro post…
Esse post é uma extensão da instalação do nagios.
Aqui vou descrever como configurar hosts, serviços, contatos, templates….
Como funciona?
A configuração é dividida em partes (e em arquivos) sendo elas:
  • nagios.cfg
  • commands.cfg
  • contacts.cfg
  • templates.cfg
  • timeperiods.cfg
Listei aqui os arquivos principais, que serão utilizados nas configurações.
nagios.cfg = é o arquivo base do nagios;

commands.cfg = contém todas as definições de comandos / parâmetros necessários para as checagens;

contacts.cfg = aqui é definido os contatos e os grupos de contatos para notificações

templates.cfg = nesse arquivo, é definido as opções genéricas para todos os objetos a serem monitorados. Por exemplo você pode criar um template para monitorar impressoras, nesse template você define que o tipo de notificação será somente nos casos de Down. Lembre-se, a opção register deve sempre estar setada como 0.

timeperiods.cfg = define os dias e horas que os serviços serão monitorados. Você pode definir que um serviço seja monitorado dàs 8:00 até às 18:00. Eventos fora desse período não serão alertados.
Sendo assim, é necessário saber o seguinte para efetuar a configuração:
Todo host, tem que ter um template para ele, por padrão usamos o template genérico de hosts, ele atende em 90% dos casos.
Todo serviço tem que ter um host associado a ele, que por sua vez também tem que ter um template genérico para ele.
Todo comando  deve ser especificado no arquivo commands.cfg (é como se fosse o template do comando), lá já existem alguns comandos prontos para uso.
Uma boa organização desses arquivos é super importante na hora de encontrar alguma opção para ajustes ou até mesmo a remoção de um host do monitoramento.
Eu costumo separar os arquivos de hardwares (switches, access points etc…),  hosts e serviços separados por sistema operacional.
Vamos comecar a criar os arquivos necessários:
Dentro de /etc/nagios/objects crie um diretório chamado monitoradas
mkdir /etc/nagios/objects/monitoradas
Dentro de monitoradas crie alguns arquivos chamados servidores-linux.cfg e servidores-windows.cfg e também servicos-linux.cfg e servicos-windows.cfg e o arquivo contendo os administradores contato-admin e time-admins
cd /etc/nagios/objects/monitoradas
touch servidores-linux.cfg servidores-windows.cfg servicos-linux.cfg servicos-windows.cfg contato-admin.cfg time-admins.cfg
Vamos começar com os servidores-linux.cfg, vamos começar a definir o primeiro host (fora o localhost) a ser monitorado.
define host{
use                    linux-server
host_name              server.domain.com
alias                  server
address                172.16.1.123
}
Explicando as linhas:

define host =diretiva que indica que estamos definindo um host na configuração

use = este campo representa o template, ele importa as variáveis que foram definidas no template (mais abaixo irei detalhar como funciona o template)

host_name = nome completo da maquina exemplo: server.domain.com ou o seu endereço IP.

alias = nome para exibição: server

address = endereço IP ou nome, eu recomendo o uso de endereços IP, se o serviço de DNS falhar por algum motivo o monitoramento de outros recursos não é prejudicado.
Uma outra coisa bastante interessante para se manter a ordem, é a criação de grupos de hosts. Isso é interessante na hora de visualizar máquinas por exemplo: servidores da filial 1.
Para criar os grupos veja o modelo abaixo:
define hostgroup{
hostgroup_name      filial1
alias               Filial 1 – SPO
members             server, server1, server2
}
Explicando as linhas:

define hostgroup = indica que estamos criando um novo grupo de hosts

alias = nome para a exibição

members = todas as máquinas participantes do grupo. Deve-se ficar atento: As máquinas que serão listadas aqui, devem ser separadas por “,” (virgula), o nome usado pode ser o do alias e o mais importante os hosts devem estar declarados.
Esse procedimento deve ser repetido para todos os HOSTS que você deseja monitorar e lembre-se criar arquivos distintos para equipamentos, isso ajuda muito na localização. Isso vale também para a criação dos grupos de hosts…


Configurando Serviços

O Nagios monitora tanto hosts como serviços. Por exemplo, você tem um servidor web e por algum motivo o serviço de http cai, mais a máquina fica online, um alerta é gerado, e uma ação por parte do sysadmin é tomada.
Os monitores de serviços são scripts criados em diversas linguagens, que retornam os valores para o nagios e esse por sua vez trata os valores como estados que são eles:
  • OK
  • WARNING
  • UNKNOWN
  • CRITICAL
OK = Serviço sadio, sem problemas.

Warning = O serviço entrou estado de alerta (este valor é personalizável)

Unknown = Estado desconhecido, ou o plugin ainda não foi executado ou ele está devolvendo um valor que o nagios não espera

Critical = Estado crítico, o serviço está com problemas / indisponível
Existem duas formas de se monitorar um host. A forma ativa e a passiva.
A forma ativa é a mais comum, e funciona da seguinte maneira:
O nagios executa o plugin correspondente (o plugin se conecta diretamente na porta ou executa o comando)  e ele retorna um dos 4 valores.
Já a forma passiva é usada para enviar alertas para o servidor de nagios. Nesse caso iremos configurar hosts do tipo Ativo, verificações passivas ficam para um próximo artigo :p
Edite o arquivo /etc/nagios/monitoradas/servicos-linux.cfg
define service{
use                         local-service
host_name                   server
service_description         SSH
check_command               check_ssh
notifications_enabled       1
}
Explicando as linhas:

use = Template do serviço.

host_name = Nome do host que hospeda o serviço.

service_description = Descrição do serviço

check_command = É o nome do plugin que irá checar o serviço. Os comandos de checagem são definidos no arquivo commands.cfg (visto mais adiante)

notifications_enabled = Notifica o administrador em caso de erros? 0 para não e 1 para sim
Essas linhas são as configurações mais básicas no help online do nagios você pode encontrar todas as possíveis opções.


Comandos de verificação

Como disse anteriormente, o nagios funciona com scripts que faz a verificação de hosts / serviços. Agora vamos entender como funciona a definição de comandos e onde os scripts são localizados.
Na instalação do nagios, todos os scripts ficam no diretório /usr/lib/nagios/plugins . O arquivo commands.cfg é responsável por parametrizar os comandos de chegagem, sendo assim quando na opção check_command é definido check_ping por exemplo, o nagios busca as informações (path, arguimentos requeridos etc…) sobre o plugin. Nesse arquivo você pode definir um script que você escreveu ou personalizar os parametros de um script já existente.
Veja o exemplo do comando check_ssh ( esse exemplo foi retirado do arquivo /etc/nagios/commands.cfg)
define command{
command_name    check_ssh
command_line    $USER1$/check_ssh $ARG1$ $HOSTADDRESS$
}
Note que todas as linhas são auto explicativas e bem parecidas com as anteriores, o que vale dizer é: $USER1$ é = ao path dos scripts, $ARG1$ = ao primeiro argumento passado ao script, esse número de argumentos é “infinito” e por ultimo $HOSTADDRESS$ = é o endereço da máquina, ele pega esse valor da definição do host.
  • Vale lembrar que antes de definir um serviço você deve dar uma olhada no commands.cfg e no diretório /usr/lib/nagios/plugins para ver quais scripts estão disponíveis para o uso.
Grupos de Serviços
Assim como hosts, serviços podem ser agrupados para uma melhor organização e visualização posterior na interface gráfica.
Para definir:
define servicegroup{
servicegroup_name       SSHservices
alias                   Servidores SSH
members                 server1, server2, server3
}
As regras são as mesmas para a definição de grupo de hosts….


Contatos

Os contatos no nagios são as pessoas que serão notificadas quando um evento ocorrer com um host / serviço monitorado. É através dessa opção que o pessoal te acorda de madrugada :p
Como funciona:  Quando uma checagem de serviço ou host falha, retorna, da algum erro desconhecido, o nagios imediatamente verifica qual é o tipo de erro e procura quem ele deve chamar (enviar um e-mail por exemplo).
Essas configurações são armazenadas no arquivos contacts.cfg. É importante você usar o conceito de grupos nesse caso (em todos os outros também) mas nesse caso é um pouco diferente, imagine se um sysadmin que trabalha com você se desliga da empresa, e você definiu somente os nomes para serem notificados, essa terefa seria um pouco complicada quando um novo adminstrador entra na empresa… Usando grupos você altera somente em um lugar…  
define contact{
contact_name             admin1
use                      generic-contact
alias                    Admin 1
email                    admin@no-spam.com
}
Novamente, tudo muito parecido com as definições anteriores…
Definição do grupo
define contactgroup{
contactgroup_name       admins
alias                   SysAdmins
members                 admin1
}
Também nada de novidade…. :p lembre -se, no grupo, os membros são definidos pelo campo contact_name


Templates

Templates, o que é? eu falei tanto sobre o tal dos templates, confesso, quando começei a mexer com o nagios sempre tive essa dúvida. Vou tentar explicar o que é…
Os templates contém todas as configurações padrão de todos os objetos monitoráveis do nagios. Por exemplo, você pode definir quais os tipos de notificação que um administrador irá receber
Veja o exemplo do caso dos administradores…
# Generic contact definition template – This is NOT a real contact, just a template!
define contact{
name                                                                      generic-contact         ; O nome desse template de contato
service_notification_period                       24×7                    ; Notificações de serviços serão enviados a qualquer hora
host_notification_period                             24×7                    ; Notificações de serviços serão enviados a qualquer hora
service_notification_options                     w,u,c,r,f,s           ; Envia qualquer tipo de notificação para serviços
host_notification_options                           d,u,r,f,s               ; Envia qualquer tipo de notificação para serviços
service_notification_commands              notify-service-by-email ;envia a notificação por e-mail de serviços
host_notification_commands                    notify-host-by-email    ; envia a notificação por email de hosts
register                                                                 0                       ; Esta é somente a definição de um template 0 para não ser considerada como um contato.
}
Vale comentar o seguinte:

service_notification_options = Opções:

w = Warning (aviso)
u = Unreacheable (inalcançavel)
c = Critical (critico)
r = Refused (recusado)
f = Flapping (Oscilando entre disponível / indisponível)
s = Scheduled (Agendada)

host_notification_options = Opções

d = Down (“caiu” / inoperante)
u = Unreacheable (inalcançavel)
r = Refused (Recusado)
f = Flapping (oscilando entre disponível / indisponível)
s = Scheduled (Agendado)
Considerações Finais

1 – Vale a pena dar uma olhada em todos os arquivos antes, o nagios já vem com a configuração do localhost pronta, com isso já da pra ter uma base do que e como fazer.
2 – A documentação online do nagios é excelente vale a pena verificar.
3 – Pessoal, acho que é isso, se não ficou alguma coisa clara, se você não entendeu, envie um e-mail

segunda-feira, 16 de março de 2009

Nagios – howto de instalação

Monitorar é preciso!!! mas quando o número de equipamentos a serem monitorados aumenta essa tarefa se torna cada vez mais complicada.
Para descomplicar essa tarefa o Nagios faz isso muito bem e obrigado. :p
Vou descrever aqui os passos para a instalação de um servidor nagios mais seus plugins. As configurações de NRPE e NSClient fica para outro post, esse já está extenso demais 
Para demonstrar aqui, usei um Debian 5 recém instalado.
Mãos a obra!!  …


Fase 1: Preparação do Ambiente

Instalando dependências:
apt-get install apache2 build-essential libgd2-xpm-dev
Após instalar as dependências do nagios, vamos criar o usuário e o grupo que irá executar o serviço.
useradd -r nagios
A opção -r do useradd cria um usuário do tipo sistema com o seu respectivo grupo.


Fase 2: Download do Nagios e Plugins

Para saber das ultimas versões, visite: http://www.nagios.org/download, quando escrevi esse artigo, a versão estável é: 3.0.6 e dos plugins 1.4.13.
Para baixar:
wget http://ufpr.dl.sourceforge.net/sourceforge/nagios/nagios-3.0.6.tar.gz
wget http://ufpr.dl.sourceforge.net/sourceforge/nagiosplug/nagios-plugins-1.4.13.tar.gz


Fase 3: Instalação do Nagios e configuração básica

É necessário descompactar os fontes. Nesse primeiro momento vamos descompactar somente o nagios.
tar xzf nagios-3.0.6.tar.gz
cd nagios-3.0.6
Agora vamos iniciar a compilação…
./configure \
--with-init-dir=/etc/init.d \
--with-cgiurl=/nagios/cgi-bin \
--with-htmurl=/nagios \
--with-lockfile=/var/run/nagios.pid \
--with-nagios-user=nagios \
--with-nagios-group=nagios \
--prefix=/usr \
--exec-prefix=/usr/sbin \
--bindir=/usr/sbin \
--sbindir=/usr/lib/nagios/cgi \
--libexecdir=/usr/lib/nagios/plugins \
--datadir=/usr/share/nagios \
--sysconfdir=/etc/nagios \
--localstatedir=/var/log/nagios \
--with-gd-lib=/usr/lib \
--with-gd-inc=/usr/include \
--with-template-objects \
--with-template-extinfo
make all
make install
make install-init
make install-config
make install-commandmode
Os comandos:
./configure e parametros = prepara o ambiente para a compilação com dados do sistema (eu passei os parâmetros para que a instalação ficasse como uma instalação via apt)
make all = compila todos os arquivos fonte do nagios
make install = copia os arquivos compilados para os destinos corretos
make install-init = cria os scripts de inicialização estão localizados em /etc/init.d
make install-config = instala os arquivos de exemplo das configurações
make install-commandmode = configura as permissões para o diretório de comandos externos.
Para os mais apressados, ainda não está na hora de inicializar o nagios!!!
Edite o arquivo /etc/nagios/objects/contacts.cfg e procure pelo campo “email” e coloque seu e-mail (coloque um email do gmail, ele aceita e-mails vindo de dominios/ip inválidos)


Fase 4: Instalando a interface web

Ainda no diretório onde descompactamos e compilamos o nagios, rode o comando:
make install-webconf
Esse comando irá copiar os arquivos referente a configuração do apache.
Um outro passo importante é a criação de usuários no nagios. Agora iremos criar o usuário nagiosadmin, ele é o administrador da interface web, com ele conseguimos desativar verificações, adicionar comentários, verificar gráficos etc… .
htpasswd -c /etc/nagios/htpasswd.users nagiosadmin
/etc/init.d/apache2 restart
Digite uma senha e não a esqueça!! :p e em seguida reinicie o apache
Pronto!, o nagios está instalado, mas ainda não acabou, agora vem a compilação / instalação dos plugins


Fase 5: Compilação e instalação dos plugins

Os plugins são responsáveis pela verificação dos hosts / serviços propriamente dita sem eles no nagios não tem valia alguma. Eles são scripts ou programas quando executados com os parâmetros corretos, retornam valores esperado pelo nagios. Os valores são:
  • OK —exit code 0—o serviço está funcionando ok.
  • WARNING —exit code 1—o serviço está em warning.
  • CRITICAL —exit code 2—o serviço está critico.
  • UNKNOWN —exit code 3—estado desconhecido.
Chega de explicações…. vamos compilar os plugins
Como você já fez o download, é só descompactar os plugins:
tar xzf nagios-plugins-1.4.13.tar.gz
cd nagios-plugins-1.4.13
Compilando e instalando
./configure \
--prefix=/usr \
--exec-prefix=/usr/sbin \
--libexecdir=/usr/lib/nagios/plugins \
--sysconfdir=/etc/nagios \
--datadir=/usr/share/nagios \
--with-cgiurl=/nagios/cgi-bin \
--with-nagios-user=nagios \
--with-nagios-group=nagios
make
make install
Pronto, plugins instalados!


Fase 6: Inicialização com o sistema

Crie um link para o diretório/etc/rcS.d
ln -s /etc/init.d/nagios /etc/rcS.d/S99nagios

Fase 7: Testes e Inicialização do serviço

Verifique se tudo está ok, o comando abaixo irá verificar o arquivo base, se nenhum erro acontecer, é sinal que o nagios pode ser iniciado sem problemas
nagios -v /etc/nagios/nagios.cfg
O final da saída desse comando deve ser assim:
Total Warnings: 0
Total Errors:   0
Things look okay – No serious problems were detected during the pre-flight check
nagios:~#
Se erros e warnings estiverem zerados, pode iniciar o nagios com o comando:
/etc/init.d/nagios start
Após o inicio do serviço, você já pode ir até o seu navegador e acessar a interface web do nagios no seguinte endereço:
http://ip.do.nagios/nagios
use o usuário: nagiosadmin e a senha que você definiu (eu disse para você nao esquecer :p)
Nesse momento a máquina irá monitorar seus serviços locais…