Os anos se passaram e eu com o tempo desisti de trabalhar com o FCS, pois o mesmo era muito caro e eu não via mais futuro em investir meu tempo no produto. Eis que ano passado me surgiu um problema aqui na empresa no qual eu tive que voltar a estudar ferramentas de streaming para colocar uma programação ao vivo na internet. Minha missão então era achar uma ferramenta boa é de preferência open source, para disponibilizar na internet o vídeo.  Bom minha missão ainda está longe e terminar mas vou descrever o caminho que percorri e as ferramentas que testei e o resultado atual do projeto como está.

Buscando pela internet eu encontrei diversas alternativas ao FCS, que agora produto da ADOBE era chamado de Flash Media Server (FMS), algumas delas opensource, outras não mas free, e outras free mas com limitações. Eu testei então:

- Darwin Streaming Server -> Apple
- Red5 -> Feito em Java tendo mesmos recursos do FMS, porém 100% livre
- Wownza Media Systems -> Um bom media server porém a versão FREE tem muitas limitações.
- VideoLan -> Até agora não consegui descrever em que categoria se encaixa o VideoLan, ele é player, encoder, streaming server e etc.

De todos que testei, o VideoLan foi meu favorito, por ser mais simples e também por possui uma documentação mais completa, eu consegui resultados satisfatórios mais rápido que os outros. De inicio eu comecei testando o VideoLan no windows, depois comecei então no Slackware onde consegui fazer meu primeiro stream para a Web. Mas vou deixar para detalhar o VideoLan por último já que até agora ele é minha escolha para produção.

Darwin Streaming Server
O DSS, é um servidor stream da APPLE, ele transmite mídia atraves dos protocolos RTP/RTSP, sendo uma solução OpenSource de outro produto da APPLE o QuickTime Streaming Server. De inicio o DSS era um sistema operacional completo, mas hoje em dia já é distribuído separado como um software, minha aventura foi tentar rodar o DSS no Slackware64, porém foi um fracasso, não consegui fazer o programa iniciar, fiquei então de testar a versão SO, mas não encontrei tempo ainda.

RED5
O Red5 é um servidor escrito em java, onde busca oferecer os mesmo recursos do FMS da Adobe, foi criado através de engenharia reversa dos protocolos usados pelo FMS. Transmite através do protocolo RTMP. Sua instalação é simples, porém a configuração é um pouco complicada, pois a documentação é muito incompleta, você tem que queimar bastante a cuca para entender como o servidor funciona e garimpar a internet atrás de informações. Depois de instalar e iniciar o servidor, basta acessar o mesmo pelo seu navegador com a porta do Red5, que ele já tem exemplos para mostrar, e logo de inicio tudo funciona perfeitamente.
Porém para o tipo de transmissão que eu queria fazer o Red5 iria tomar mais tempo do que o normal, até que eu descobrisse como ele funciona 100%, mas é uma ótima ferramenta, e eu recomendo.

Wownza Media Systems
O Wownza é um Red5 bem mais completo, transmite tanto em RTP/RTSP como em RTMP, porém sua versão gratuita só permite o acesso de 10 conexões simultâneas, pode atender a pequenas soluções, mas eu não poderia me dar ao luxo de limitar a transmissão a 10 pessoas, se a 11 tentasse acessar, já ia ter reclamação. Vale a pena testar, mas para produção não vejo viável a versão FREE.

VideoLan
O VLC não é um servidor Stream, mas ele pode trabalhar como tal. O VideoLan no inicio possuía duas versões, o VLC (VideoLan Client) e o VLS (VideoLan Server), porém depois eles juntaram tudo em uma só solução que hoje é conhecida como VideoLan ou VLC. Este software atende qualquer necessidade, devido a forma que ele trabalha, e o suporte aos diversos codecs de vídeo e audio existentes.
O VideoLan possui um conceito simples de input e output, onde você escolhe de onde vem a mídia e para onde ela vai. Como por exemplo o ato simples de assistir um vídeo pelo VLC, o input será FILE (arquivo) e o output será DISPLAY (tela do computador). Com este conceito fica fácil por exemplo colocar sua webcam na internet com um simples comando do VLC, onde o input deve ser o DEVICE da webcam e o output um stream HTTP com encapsulamento FLV.

Aqui está o famoso diagrama do VideoLan, é meio antigo mas é assim mesmo que funciona.

Então para fazer a transmissão ao vivo eu utilizei o VLC para pegar a imagem e som através de uma placa de captura, e jogar esta transmissão para a web usando FLV. E para visualizar o FLV utilizei um simples player em flash conhecido como Flowplayer, o que por hora resolveu meu problema.

Como servidor eu estava utilizando:
SO: Linux Slackware 13.0 64bits
CPU: AMD Athlon(tm) Dual Core Processor 4450B 2.2GHZ
MEM: 2GB RAM
Placa de Captura: saa7134 Kworld Plus TV Turner Card
VideoLan: VLC 1.0.4

No caso para efetuar o teste, sintonizei a placa de TV no canal da globo, e executei o vlc pela shell do linux com o seguinte comando:

cvlc v4l2:///dev/video0 –v4l2-caching=6500 –v4l2-width=420 –v4l2-height=320 –input-slave=alsa://hw:1,0 –alsa-samplerate=16000 –sout “#transcode{fps=12,vcodec=FLV1,vb=120,acodec=mp3,ab=16,channels=1,samplerate=11025}:std{access=http{mime=video/x-flv},dst=0.0.0.0:8080/stream.flv}” –sout-mux-caching=10000

Detalhando o comando acima temos:

1. cvlc -> inicia o vlc sem chamar a interface gráfica.
2. v4l2:///dev/video0 -> utiliza o device video0 (que é a placa de captura) como input.
3. –v4l2-caching=6500 –v4l2-width=420 –v4l2-height=320 -> parâmetros passados para o input onde determina um cache de 6.5 segundos e o tamanho da tela a ser capturado.
4. –input-slave=alsa://hw:1,0 -> aqui eu escolho qual dispositivo de som vai ser usado como input, no caso existe o 0,0 e o 1,0 o que eu escolho e o da placa de captura, o 0,0 é o da placa de som do computador.
5. –alsa-samplerate=16000 -> Isto muda a velocidade do som do input, se não usar isso a voz fica igual Alvin e os Esquilos ( somente para a captura, o resto fica normal).
6. –sout -> O Sout é o comando que fala para onde deve ir o Output, caso não utilize ele manda por padrão para o DISPLAY.
7. #transcode{fps=12,vcodec=FLV1,vb=120,acodec=mp3,ab=16,channels=1,samplerate=11025} -> O transcode é a conversão em tempo real de um tipo de midia para outro. No caso estamos recebendo um vídeo vindo da placa de captura que seu formato é desconhecido e não suportado pelo FLASH, então temos que transformar este sinal em algo compatível. Com isso fazemos um transcode para FLV e MP3. o VB=120 é que controla a qualidade do vídeo e o AB=16 é a qualidade do audio, quanto maior, melhor a qualidade e mais banda utilizada.
8. std{access=http{mime=video/x-flv},dst=0.0.0.0:8080/stream.flv} -> Aqui no STD falamos para onde ele vai enviar o stream, no caso eu quero que envie para a porta 8080 utilizando o procolo HTTP, e que o stream saia como um arquivo do tipo (mime) video/x-flv, com o nome de stream.flv

Com isso basta utilizar qualquer player de FLV e colocar nosso endereço como fonte, http://meuip:8080/stream.flv que ele vai tocar o que está passando na placa de captura com um atraso de 6.5 segundos.

- Qual a vantagem de se utilizar o VLC para isso. Eu digo que é a praticidade de se fazer a coisa funcionar, de tornar um projeto visível, sem muito esforço e obter uma qualidade de transmissão a custo baixo.

- Qual a desvantagem de ser utilizar o VLC para isso. O flash player entende que o stream.flv é um arquivo, e não um stream, então para o navegador do visitante ele está abrindo um vídeo infinito, ele não trabalha direito com isso, qualquer lag e etc é sentida pelo navegador por não ser realmente um stream e sim um arquivo com download infinito. Outro problema é que o VLC fica dando erros e warnings de buffer overflow e underflow dependendo da configuração que você utilize, e até hoje mesmo funcionando, não sei como eliminar esses erros e deixar o sistema 100%.

Ainda existe um cenário número dois que estou testando. Temos que transmitir uma programação ao vivo que só pode ser capturada de um lugar que possui um link de apenas 2MBPS. E fazer uma transmissão nesse local com certeza vai detonar todo o link só com transmissão dependendo da quantidade de pessoas que estiver assistindo ao mesmo tempo.
Para solucionar isto eu utilizei uma técnica de enviar o sinal para um servidor aqui no backbone e daqui do backbone fazer o stream para a internet. Com isso eu instalei um servidor Linux Slackware64 com uma placa de captura no local com 2mpbs, e capturo o sinal e envio via UDP para outro servidor aqui no backbone, e dele envia para HTTP usando FLV, usando os comandos abaixo:

SERVIDOR CAPTURA
Linux Slackware 13.0 64bits
AMD Athlon(tm) 64 Processor 3200+ 2GHZ
2GB RAM
saa7134 Kworld Plus TV Turner Card
VLC 1.0.4
cvlc v4l2:///dev/video0 –v4l2-caching=6500 –v4l2-width=420 –v4l2-height=320 –input-slave=alsa://hw:1,0 –alsa-samplerate=16000 –sout “#transcode{vcodec=h264,vb=800,scale=1,acodec=mp3,ab=128,channels=2}:std{access=udp,mux=ts,dst=10.1.3.88:1234}” -vv

SERVIDOR NO BACKBONE
Linux Slackware 13.0 64bits
AMD Athlon(tm) Dual Core Processor 4450B 2.2GHZ
2GB RAM
VLC 1.0.4
cvlc udp://@:1234 –udp-caching=3000 –sout “#transcode{fps=12,vcodec=FLV1,vb=120,acodec=mp3,ab=16,channels=1,samplerate=11025}:std{access=http{mime=video/x-flv},dst=0.0.0.0:8080/stream.flv}” –sout-mux-caching=10000 -vv

Este esquema funciona, porém não é o melhor esquema de ser fazer, é digamos uma gambiarra, ainda estou a procura da solução perfeita, mas vejo que esta missão está longe de terminar, mas no final espero que ajuda alguem que se encontre no mesmo barco que eu, e que se tiver alguma solução melhor fique a vontade para comentar.

Acho que este foi meu primeiro post de 2010 hehehe FELIZ ANO NOVO LOL (Fevereiro FTW).

O servidor de DNS como foi falado no post anterior, possui um banco de dados com as informações sobre um ou mais domínios. Estas informações possuem uma classificação, e cada registro possui uma classificação ou tipo diferente.

Abaixo eu vou listar os tipos de registro mais conhecidos e usado, e explicar um pouco sobre cada um.

NS: (Name server) Esté e o registro principal, ele que fala quem é o dono daquele domínio ou sub-domínio. Por exemplo quando você registra um dominio na fapesp (registro.br) lá você informa seus servidores de dns primário e secundário, então o registro.br vai criar em seu banco de dados, registros NS com informações delegando o domínio registrado por você.

A: (Address) Este é o registro de um endereço IPv4, é o mais simples no caso fala qual é o IP do domínio, Ex 10.1.1.1 e o ip de meudominio.com.

CNAME: (Canonical name) É utilizado para criar um apelido de um dominio (alias), tipo mail.oxente.org CNAME webmail.oxente.org. No caso falo que mail é um apelido para webmail.
MX: (Mail exchange) O MX informa qual é o servidor de e-mail daquele domínio. Quando você envia um e-mail para fulano@dominio.com, o DNS vai procurar saber onde que está a maquina responsável por receber este e-mail, porque por exemplo dominio.com pode ter um registro de IP de um servidor que não tem serviço de e-mail, então o MX é quem informa onde esta o serviço.
PTR: (Pointer) O ptr aponta para um nome, mas é diferente do CNAME, o PTR é usado para fazer o DNS Reverso, onde um IP aponta para um nome ao inves de um nome apontar para um IP.
Existem outros tipos de registro, a lista completa tem aqui nesta página do wikipedia (em inglês).

Existem diversos softwares utilizados para prover o serviço de DNS, um dos mais famoso e mais usados é o BIND, segue abaixo uma breve descrição sobre alguns softwares de DNS.

BIND: É o servidor mais conhecido e usado, foi desenvolvido na universidade de Berkeley, já passou por tres grandes mudanças de estrutura do seu código, conhecido como BIND4, BIND8 e agora sua ultima versão BIND9. É OpenSource e esta presente como padrão na maioria das distribuições Linux.

Microsoft DNS: O servidor de DNS da microsoft faz parte da arquitetura do Active Directory, sendo muito usado em redes corporativas que utilizam servidores windows.

DJBDNS: Este software foi criado por Daniel J. Bernstein, que cansado das vulnerabilidades do BIND resolveu criar sua propria aplicação. o DJBDNS é dividido em vários pequenos softwares, os mais conhecidos são o dnscache (que é o DNS Server) e o tinydns (que é o DNS Resolver).

Eu já usei muito o BIND, mas devido o trabalho que dava para gerenciar suas Zonas de configuração,  eu resolvi mudar para DJBDNS, onde o controle e configuração do serviço DNS é bem mais fácil. Para facilitar ainda mais criei scripts que me ajudam a gerenciar os domínios, vou deixar para um próximo post estes scripts para poder detalhar mais toda a estrutura que uso.

O básico de entendimento de DNS que a maioria das pessoas tem, e que o DNS a tradução de um endereço IP para um nome. Por exemplo a página www.registro.br, onde se registra domínios, está no servidor com o endereço IP 200.160.2.3. Imagine como seria para decorar os endereços IP de cada computador na internet para poder acessar seu conteúdo. Eu já sou terrível para decorar números telefônicos, se não existisse o DNS acho que a internet não iria dar muito certo.
DNS é a sigla adotada para Domain Name System, que trata-se de um sistema hierárquico para resolução de nomes para computadores. No inicio da era da ArpaNET ainda, com o crescimento do numero de computadores na rede se viu a necessidade de criar um sistema que funcionasse como uma agenda telefônica para os computadores onde se associava um nome para cada endereço IP dos dispositivos e computadores na rede. A idéia principal foi criar um arquivo HOSTS.TXT com os dados dos nomes e endereços IP e colocar em um computador central (SRI) onde toda vez que um computador fosse ligado, ele buscava este arquivo HOSTS.TXT no servidor central e o usava como referencia.

De inicio este sistema era funcional, porém existia o problema do crescimento da rede, e também a era da internet estava batendo a porta. Com isso mostrou a necessidade de se criar um sistema melhor, que fosse distribuído e independente de apenas um banco de dados central. Então em 1983 (ano que nasci lol) foi criada a primeira implementação do DNS, um sistema hierárquico em forma de arvore, onde está arvore é divida em zonas. Tendo no topo a root zone, e distribuindo o resto das zonas por outros servidores DNS.

Um domínio possui uma divisão por pontos, onde cada parte possui um servidor autoritário (que responde por esta parte), vejamos por exemplo www.google.com.br. A parte principal deste domínio é o .br. Quando um computador client vai consultar este domínio na internet, ele primeiro consulta um dos servidores da root zone, nesta zona, temos informações básicas sobre a primeira parte do domínio, no caso a resposta que teremos para .br será de que o servidor autoritário de .br fica no Brasil. Nossa consulta então vai até o servidor no Brasil procurar então por .com.br e assim por diante até chegar em www.google.com.br.

O exemplo acima não é 100% certo, é apenas para demonstrar como funciona a busca por um nome através do sistema de nomes. Até porque o .br e o .com.br ficam no mesmo servidor e o google.com.br e o www.google.com.br também, e nem sempre as buscas são feitas diretamente para um servidor na root zone. Abaixo eu fiz um desenho bem tosco para demonstrar como funciona a hierarquia mais ou menos do sistema de nomes.

A imagem acima mostra uma root zone composta por diversos servidores DNS, uns ficam na Nasa outros no exercito americano, e outras empresas nos Estados Unidos. Apesar da empresas serem americanas alguns servidores da root zone utilizam um serviço chamado AnyCast para distribuir seu acesso ao redor do mundo, assim não centralizando a “Internet” apenas nos EUA.

O DNS funciona de duas formas, o DNS Server e o DNS Resolver. O DNS Server é um sistema de banco de dados distribuidor, que trabalha no modelo cliente-servidor. O DNS Server responde se ele é quem armazena informações sobre os domínios, é conhecido também como o servidor autoritário de um domínio. Exemplo o Google possui uma rede de vários servidores de DNS, onde ficam armazenadas informações sobre seus domínios como Google.com, google.com.br, orkut.com, gmail.com e etc. Já o DNS Resolver trabalha de forma diferente, neste caso o DNS vai buscar a informações sobre um domínio na rede de forma recursiva ou não recursiva.

Vou fazer uma analogia simples de como o DNS funciona nas duas formas
Eu tenho um DNS Server do Google onde armazena informações sobre os serviços do Google. Então em um dia qualquer aí alguém tenta acessar o site do Gmail, e sua busca por www.gmail.com sai pela internet em busca do endereço IP deste nome, em certo momento a busca chega até o servidor do Google, e então serão feitas as perguntas a este servidor:
[DNS Cliente] - Você é o dono do dominio gmail.com?
[DNS Server] - Sim sou o dono deste domínio.
[DNS Cliente] - Então qual é o endereço IP de www.gmail.com?
[DNS Server] - www.gmail.com responde para 200.0.0.1
Fim da conversa.

Agora imagine se você quer acessar thiago.blogspot.google.com.br (esse domínio não existe , eu acho ).
[DNS Cliente] - Você é o dono do dominio google.com.br?
[DNS Server] - Sim sou o dono deste domínio.
[DNS Cliente] - Você é o dono do dominio blogspot.google.com.br?
[DNS Server] - Sim sou o dono deste domínio, porém quem responde pelo subdominio blogspot.google.com.br e meu servidor filho de IP 200.1.1.1.

Agora a conversa foi diferente pois o google não me deu o IP, e sim me mandou para um outro servidor que possui os dados de blogspot.google.com.br, então o cliente vai nesse servidor e busca então pelo IP de thiago.blogspot.google.com.br com a mesma conversa.
Acho que da para entender como funciona um DNS Server usando essa ideia de pergutna, pois é praticamente isso, o servidor fica lá esperando alguem perguntar se ele é ou não o responsável pelo dominio e qual o IP pertece o dominio.

O DNS Resolver como foi dito trabalha de uma forma diferente, imagine o servidor de DNS do seu computador, vamos supor que você e um dos infelizes clientes da Telemar que possuem um Velox em casa. Então a Telemar tem um servidor de DNS que é usado por seus clientes para resolver o nome localmente para que eles possam acessar sua internet, conversar com amigos, e etc.
Então você liga o PC conecta na internet e quer acessar o seu Gmail. Você abre o Firefox (o melhor ) e digita nele www.gmail.com. Seu navegador então vai usar o DNS configurado no seu Velox para obter o IP do servidor do site do Gmail.com. Como ele não sabe onde fica os servidores do google ele vai fazer fazer a busca na internet agindo como um DNS Client perguntando os DNS Servers quem é o IP daquele domínio.

- Primeiro ele vai na root zone para saber quem é o .com
- .com pertence a VeriSign, então ele pergunta para a VeriSign quem é gmail.com.
- O servidor da VeriSign fala para ele o IP de um dos servidores DNS do google que é o dono de gmail.com
- O google fala qual é o IP de gmail.com e o seu Firefox abre então o site do gmail.com

Todo esse procedimento é claro é bem rapido, e para ficar mais rápido os DNS Resolver tambem trabalham com um sistema de cache, pois tambem são chamados de DNS Cache. O Cache é usado para diminuir o tráfego, imagine quantos usuários de velox estão perguntando para o servidor da Telemar onde está gmail.com? Se ele tiver um cache desta informação o serviço se torna bem mais rápido.

Wall of Text Crits 204934 damage. You Dies!
O texto está ficando gigante e eu ainda não entrei em detalhes das Zonas, e os tipos de DNS (host, alias, cname, mx e etc) que existem, com isso vou deixar para uma segunda parte, onde vou entrar em um texto mais técnico com menos analogias. Bom espero que esse meu pensamento alto que postei hoje sirva para ensinar algo para alguém.
Na parte dois vou abordar
- Tipos de dns.
- Programas usados para servidores de dns.
- O que eu uso e meus scripts (são lindos <3 bash).

Até a próxima.

Esses dias meu speedstream começou a travar, então vi que era a hora de trocar de modem, então pensei em investir em um conjunto completo estilo o D-link do meu cunhado, com Modem ADSL / Router / Switch / Wireless.
Pesquisando em vários sites a procura de um produto completo e que não custasse um pedaço do meu fígado acabei encontrando um router da LevelOne o WBR-3600.

Tentei achar um D-Link, mas o unico que achei era importado de uma lojinha no RJ, para evitar dor de cabeça com garantia, pois a D-link Brasil não da garantia para produtos não homologados no Brasil, eu deixei pra la a idéia de comprar um D-link e comprei o LevelOne.

O WBR-3600 Possui:
* ADSL2+ de até 24Mbps
* 802.11g e 802.11b (até 54Mbps)
* 4-portas 10/100Mbps Ethernet com auto-negociação e suporte MDI/MDI-X
* Suporte a encriptação WEP, WPA, WPA-PSK e WPA2-PSK e WPA/2-802.1x controle de acesso.
* O básico de um router, DHCP, DNS, Firewall
* QoS (isso eu gostei muito, já que compartilho a internet, agora da pra controlar o tráfego)

Para configurar a Velox foi facil, peguei as configurações do modem antigo apliquei no novo e pronto já estava na internet, tem tambem um bom manual sobre ele no site da Abusar.org que pode ajudar outras pessoas. Eu ainda não tive muito tempo para testar ele porem, testei o wireless com o nintendo DS e funcionou normal, testei o Mario Kart DS e o Gta – Chinatown Wars e funcionaram normalmente pela WFC.

Recomendo ele para quem tiver ADSL e estiver afim de uma solução completa.

Quando eu fui contratado em 2005 eu encontrei um cenário não muito animador, que era:
- Dois servidores COMPAQ ML370 G1 (P3 + 256Mb Ram cada)
- Um desktop montado (Celeron + 128Mb Ram)
Nessa estrutura rodava hospedagem de sites (Apache+PHP+Mysql) e servidor de e-mail (Postfix+Cyrus+Horde), só que a estrutura era muito bagunçada, foi feita por um funcionário que já havia saido da empresa a muito tempo e era alvo de constantes invasões e ataques.
Para mudar esse cenário eu então peguei o equipamento que tinha, e refiz toda a estrutura, e um dos ML370 eu coloquei a parte de hospedagem web (APACHE+PHP+MYSQL) usando bastante restrição no php.ini principalmente a diretiva open_basedir para restringir cada virtualhost em seu diretório, e outros paramentos que eliminou de vez as invasões.

No cenário de E-mail eu resolvi radicalizar e mudar quase tudo, de Postfix eu mudei para a combinação de Qmail+Vpopmail e o Cyrus foi mudado para o Courier. No final das contas eu consegui migrar todas as contas do Postfix para o Qmail usando alguns scripts que encontrei na internet, somente as mensagens que não migrei, pois a estrutura antiga não tinha sistema de quota e a nova eu coloquei quota, com isso não dava para migrar as mensagens pois todo mundo iria ficar “overquota”, mesmo assim foi dado um prazo para cada usuário fazer backup das mensagens.

[Vou dividir o post pois o texto é grande]

Este novo cenário de e-mail permaneceu por muito tempo, estavel e sem problemas graves, porem foi apresentado um novo projeto para o cenário de e-mail aqui na empresa, na qual eu não faço parte, foi-se então adotado o Expresso Livre, que trata-se de uma combinação do (E-groupware + Postfix + Cyrus + Ldap), é um software livre brasileiro, e está sendo adotado por muitas empresas do setor publico e privado.

Eu estava com alguns planos e ideias de melhorar a estrutura que eu tinha criado quando cheguei aqui, porem com esse novo projeto aprovado eu desisti e larguei meu “filho”, só mantendo as atualizações em dia, e dando suporte enquanto o sistema migrava para o Expresso.

Nesse meio tempo minha estrutura estava sobrecarregada, e com isso eu ganhei um servidor novo, um HP ML350 G4, com processador Xeon 2GHZ e 2GB de RAM, isso serviu bastante e deixou o sistema mais leve, porém ainda não era a estrutura ideal, ter apenas uma maquina “bombril” com mil e uma utilidades não é o certo. Essa maquina recebia e enviava e-mails, verificava as mensagens com antivírus e antispam, hospedava o webmail e guardava as mensagens em disco. O certo seria dividir essas tarefas em servidores diferentes, porem todo hardware novo que chegava era destinado a estrutura do expresso, que já estava funcionando com 1 domínio de 500 contas, contra 98 domínios com na media de 600 contas cada na minha estrutura.

O Projeto do Expresso estava muito lento, a migração demorava seculos para por um domínio, cada domínio passava por uma burocracia enorme, pois o expresso tinha um grande problema, primeiro a nova politica de que os e-mails deveriam ser nome.sobrenome@dominio e outra que o Expresso não suporta nomes iguais, como por exemplo joao.silva@dominio.com e joao.silva@outrodominio.com para ele joao.silva é uma pessoa só e isso estava gerando muita confusão, pois entre as milhares de contas de e-mails existentes o que mais vai ter é colisão de nome.
Na minha estrutura como eu uso Vpopmail, joao.silva@dominio.com é diferente de joao.silva@outrodominio.com, assim eu poderia ter quantas pessoas com o mesmo nome pois o login no vpopmail conta com todo o endereço e não apenas o que vem antes da arroba (@).

Em um dia negro minha estrutura deu um problema grave no HD, as fitas de backup já não suportavam o tamanho do backup que era de 60gigas e as fitas so tinham 40gb, foi um dia péssimo, eu passei uma semana inteira tentando recuperar os dados, e ainda bem que no final das contas tudo voltou ao normal, porem nesse dia eu pedi para meu chefe um investimento na estrutura antiga, já que o expresso não ia para frente. Com isso eu ganhei duas HP DL360 G5 com XEON quadcore e 4GB Ram, e ainda mais ligada ao nosso cluster podendo usar a Library para backup.

Com esse equipamento eu resolvi então montar uma estrutura dividida e mais organizada. Meu projeto então foi:
- Em uma DL360 ficaria o MTA, com Qmail + Clamav + DSPAM unicamente com a função de receber e enviar e-mail, filtrar e etc.
- Em uma DL360 ficaria os e-mails com Vpopmail e dessa vez eu não optei em usar o Courier e sim o Dovecot no lugar dele.
- Em uma maquina virtual no cluster ficaria o webmail.

A estrutura seria mais ou menos assim:
[INTERNET] <===e-mail===> [MTA COM FILTROS] <===e-mail===> [MAILSTORAGE] <===e-mail===> [USUARIO]

1. MTA
O MTA é o servidor que vai receber as mensagens pela internet, e ele também vai enviar as mensagens enviadas pelo usuário da rede, pelo o que eu notei na estrutura antiga em horário de pico o processo do qmail-smtpd fica mais lento, por causa dos filtros e com isso ele deixava a maquina toda mais lenta, comprometendo o IMAP e o APACHE (Webmail) mas isso era devido a filtragem de Spam que consumia bastante memoria (eu usava Spamassassin).
No MTA eu coloquei o Qmail (netqmail) com todos os patchs, e coloquei o Simscan no lugar do qmail-scanner.pl para gerenciar a filtragem de e-mail, o Simscan é compatível com o clamav e com o DSPAM e eu escolhi ambos para a filtragem de Virus e Spam. E nela eu coloquei as regras de smtproute, para que o MTA enviasse as mensagens dos meus domínios para meu outro servidor que eu chamo de MAILSTORAGE.

Programas utilizados:
clamav-0.94.2 => antivírus
daemontools-0.76 => supervisor do qmail
dspam-3.8.0 = > antispam
mod_auth_imap2 = > autenticação do apache via imap ou pop
netqmail-1.06 => qmail atualizado com patchs
simscan-1.4.0 => scanner para qmail
ucspi-tcp-0.88 => tcptools para o qmail

2. MAILSTORAGE
Este servidor é no caso o mais importante, ele vai guardas as mensagens dos usuários e ser acessado via IMAP ou POP usando SSL ou não, mas para que ele possa receber mensagens ele precisa também ser um MTA. Porem o MTA deve ser mais simples e rápido, ele já vai receber as mensagens filtradas e so tem o papel de gravar no disco o que receber. Com isso nessa maquina eu também uso o Qmail, porem sem filtros apenas com os patchs, esse qmail recebe os e-mails do qmail do MTA através do smtproute.

Esta estrutura usa o vpopmail para guardar os e-mails, eu costumo usar o Vpopmail pela sua estrutura de diretórios, ele usa Maildir, e diferencia um usuário do outro através do domínio, impedindo de existir conflito entre dois usuários de mesmo nome. Outra mudança que teve foi o servidor de IMAP/POP. Na estrutura antiga eu usava o Courier-IMAP. Eu tive muitos problemas com ele, principalmente de contas travando, loop infinitos, e eu fiquei sem poder atualizar o courier pois eles tiraram o suporte a Vpopmail, com isso eu fui tentar o Cyrus, mas no meio do caminho encontrei o Dovecot, e depois de ler bastante a respeito resolvi testar, e vi que o Dovecot é 10x melhor que o Courier.

Programas utilizados:
autorespond-2.0.2 => Progama usado pelo qmail para auto resposta de mensagens
daemontools-0.76 = > Supervisor do qmail
dovecot-1.1.7 => Servidor IMAP/POP3
ezmlm-idx-5.1.2 => Programa de lista de e-mails
imapsync-1.267 => Programa usado para a migração, sincronizar as contas
maildrop-2.0.4 = > Usado pelo qmail para entregar as mensagens
netqmail-1.06 => MTA atualizado com os patchs + Patch Checkuser.
qmailadmin-1.2.12 => Gerencia das contas
ucspi-tcp-0.88 => Tcptools usado pelo qmail
vpopmail-5.4.25 => Suporte a dominios virtuais ao qmail.

3. WEBMAIL
O webmail foi colocado em uma maquina virtual, no nosso cluster VMware. Nela roda apenas o apache+php+mysql e o Horde Groupware (Webmail Edition). Sendo uma maquina virtual separada a performance do webmail melhorou 100%, o webmail se conecta com o MAILSTORAGE para autenticar e ler as mensagens dos usuários e com o MTA para enviar mensagens.

Todas as três maquinas incluindo a virtual usam Slackware 12.2 como sistema operacional.

4. A MIGRAÇÃO
O processo de migração foi feito nas seguintes etapas:

• Instalações dos sistemas operacionais e programas nos novos servidores
• Backup do banco de dados do vpopmail
• Criação dos scriptsde migração
• Criar os domínios no novo servidor
• Criar as novas contas no novo servidor usando uma senha padrão
• Atualizar a quota dos usuários criados no novo servidor
• Salvar a senha dos usuários no servidor antigo, para que sejam atualizadas no novo servidor
• Mudar a senha dos usuários no servidor antigo para uma senha padrão de forma que o possa se fazer o login na conta e migrar as mensagens.
• Limpar o lixo das contas como mensagens excluídas e spam para facilitar a migração, usando o “comando_do_demonio” (Um script que criei que verificar o lixo nas contas e apaga, mensagens excluídas e spam).
• Migrar as mensagens para o novo servidor usando o ImapSync
• Atualizar as senhas no novo servidor usando as senhas salvas no servidor antigo.
• Alterar o servidor de login nas configurações do webmail para que o webmail conecte no novo servidor.
• Efetuar testes de login
• Configurar o Backup do novo servidor
• Alterar os IPS do servidor antigo com o novo.

5. CONCLUSÃO
A migração foi um sucesso, e agora eu tenho 3 servidores para a estrutura, onde posso parar e trabalhar com cada um sem interferir no outro, posso para o webmail sem parar o acesso pop/imap3, posso parar o MTA mas os usuários podem ainda acessar as mensagens, e por ai vai. A performance melhorou 100%, e agora tenho backup em fitas de 800GB com mais segurança para os dados.
O DSPAM ainda não funciona muito bem, pois tem um esquema de treinar ele, e ainda estou coletando os spams reportado pelos usuários para treina-lo.
Enquanto o Expresso não anda pra frente minha estrutura nova agora pode aguentar por muito tempo.

Se você tiver algum interesse nas configurações que usei na estrutura, parametros de compilação ou scripts de migração, comenta ai que eu envio.

A ação foi anunciada por Paul Maritz, novo CEO da companhia, e é uma resposta à iniciativa da Microsoft em lançar sua própria máquina virtual, a Hyper-V, que pode ser obtida por usuários do sistema Windows Server 2008 por US$ 28.

Através de máquinas virtuais, usuários podem instalar vários sistemas operacionais em um mesmo PC, criando um ambiente seguro para testes. O ESXi, que já foi um dos carros chefe da companhia e era vendido por US$ 495, ainda pode ser incluído em servidores vendidos por fabricantes como Dell, HP e IBM, conforme noticiado no site RedmondMag.

Com o lançamento gratuito a companhia pretende levar novos usuários para suas outras ferramentas, essas pagas. Curiosamente, lembrou o site InformationWeek, Maritz esteve no cargo de vice-presidência sênior da Microsoft durante 14 anos, ajudando no marketing de produtos importantes da companhia como o Windows 95 e Windows NT.

Interessados em conhecer o software poderão fazê-lo a partir do endereço vmware.com/products/esxi, lembrando que a gratuidade só passará a valer a partir da próxima semana.
Fonte: GeeK. ]]> http://thiago.oxente.org/2008/07/29/vmware-oferecera-esxi-gratuitamente/feed 3 http://thiago.oxente.org/2008/07/04/call-of-duty-4-modern-warfare-linux-dedicated-server http://thiago.oxente.org/2008/07/04/call-of-duty-4-modern-warfare-linux-dedicated-server#comments Fri, 04 Jul 2008 14:19:29 +0000 Thiago Melo http://thiago.oxente.org/?p=56 O pessoal do Killer Monkeys, ficou me pedindo para rodar um servidor de COD4 no nosso servidor Linux. Vasculhando na internet eu achei algums sites que ensinavam a montar um com Windows (duplo clique e etc) mas nenhum bom conteúdo para montar um com Linux.

No site FPSAdmin, encontrei alguns tutoriais que dão dicas de como baixar e instalar o COD4 para linux desenvolvido pela Icculus.
Bom depois de apanhar bastante conseguir botar o bixo para rodar e ontem a noite foi dando tiro pra todo lado.

Nesse artigo eu vou mostrar o passo a passo de como instalar, atualizar, configurar e rodar o servidor de COD4 no ambiente Linux, só não vou me aprofundar muito nos comandos de administração pois ainda tou aprendendo.

Hardware:
AMD Athlon(tm) 64 X2 Dual Core Processor 4000+
1 GB DDR2 667Mhz
SO: Linux Slackware 12.1

IMPORTANTE: Você precisa ter o DVD do jogo para instalar o server (6gb de server é foda mas e a vida).

Primeiro passo é criar um usuário novo na maquina, no meu ambiente eu tenho um grupo kmgames, para rodar os servidores (Counter Strike Source, Team Fortress 2, TeamSpeak).
A pasta que eu uso para instalar meus jogos é /games/
Então na shell do seu Linux digite:

root@hostname: groupadd games
root@hostname: mkdir  -p /games/cod4
root@hostname: useradd cod4 -g games -d /games/cod4 -s /bin/bash
root@hostname: passwd cod4

Com isso ele vai criar o grupo games (que já deve existir), criar o diretório e depois o usuário. E no final pedir a senha.

Coloque o DVD do jogo no servidor ( se você tiver a imagem do jogo no HD monte a imagem com mount -o loop /diretorio/da/imagem/imagem.iso /mnt/iso)

Monte o DVD:
root@hostname: mount /dev/hdx /media/cdrom
Mude o hdx pelo certo correspondente ao seu drive de DVD.

Copie o conteudo do jogo da pasta Data para a pasta do jogo:
root@hostname: cp -a /media/cdrom/Setup/Data/* /games/cod4/

Agora baixe o COD4 Para Linux 1.7 (ultima versão até eu escrever esse artigo)

root@hostname: cd /games/cod4
root@hostname: wget http://treefort.icculus.org/cod/cod4-linux-server-06282008.tar.bz2

Agora copie o que você baixou por cima dos arquivos do jogo, assim ele vai atualizar o jogo para Linux com a versão 1.7

root@hostname: tar jxvf http://treefort.icculus.org/cod/cod4-linux-server-06282008.tar.bz2

Ele vai criar um diretório chamado cod4-linux-server/
copie tudo que tem dentro dele para a raiz

root@hostname: cp -a cod4-linux-server/* /games/cod4/
root@hostname: chmod +x pbsetup.run cod4_lnxded*

Agora seu server ta instalado e vamos configurar, primeiro muda a permissão dos diretórios para o user cod4

root@hostname: chown cod4.games /games/cod4 -R

Saia do root e logue agora com o user cod4 (tudo isso poderia ser feito com o user cod4 direto).

cod4@hostname: cd /games/cod4 (esse comando nem precisa pois essa já é a home do user cod4)

Instalando o PunkBuster
cod4@hostname: ./pbsetup.run -e
cod4@hostname: ./pbsetup.run –add-game=cod4 –add-game-path=/games/cod4
cod4@hostname: ./pbsetup.run -u

De (Y)es para quando ele perguntar se você aceita a licença.

Agora vamos para as configurações
cod4@hostname: cd /games/cod4/main
cod4@hostname: wget  http://reiserfs.killermonkeys.net/misc/cod4cfg/server.cfg
cod4@hostname: wget  http://reiserfs.killermonkeys.net/misc/cod4cfg/gametypes.cfg
cod4@hostname: wget  http://reiserfs.killermonkeys.net/misc/cod4cfg/maprotation.cfg
cod4@hostname: wget  http://reiserfs.killermonkeys.net/misc/cod4cfg/playercontrol.cfg
cod4@hostname: wget  http://reiserfs.killermonkeys.net/misc/cod4cfg/weaponcontrol.cfg

Edite o arquivo server.cfg para configurações básicas do seu server, como nome, porta, senha e etc.
O arquivo gametypes voce escolhe o modo de jogo (Deathmatch, Domination e etc) Modo Hardcore, Killcam e etc.
O arquivo maprotation muda os mapas de acordo com o gametypes
Os arquivos playercontrol e weaponcontrol servem para você controlar perk, armas e etc.

Depois de editar tudo vamos para o principal
cod4@hostname:  ./cod4_lnxded +set dedicated 2 +set sv_maxclients 16 +set sv_punkbuster “1″ +exec server.cfg +map_rotate

Pronto seu server já deve estar rodando, para rodar o server em Background jogue ele em uma screen
cod4@hostname: screen  ./cod4_lnxded +set dedicated 2 +set sv_maxclients 16 +set sv_punkbuster “1″ +exec server.cfg +map_rotate

Aperte Ctrl+A depois Ctrl + D para sair da screeen, e screen -r para voltar.
O resto, como administrar e etc você se vira nos 30 hehehehe.

Meu server já está rodando tudo certinho.

Clique em Ler mais para mais informações

Um dos primeiros softwares que eu usei para jogar foi o Roger Wilco. Era um software bem arcaico mas era eficaz, o som era ruim mas dava pro gasto.

O GameSpy comprou o código fonte do Roger Wilco e incluiu um sistema de voip para “gamers” no seu GameSpy Arcade.

Logo após de um tempo usando o Roger Wilco, a quantidade de pessoas que usavam o software foi aumentando e o software não tinha mais porte para suportar aquela quantidade de jogadores. Foi aí que tive contato com o TeamSpeak. Diferente do Roger Wilco, o TeamSpeak tinha suporte a um sistema de salas, onde cada sala tinha seu canal de voz separado. Isso ajudou bastante pois se poderia ter várias pessoas juntas no mesmo servidor mas em salas diferentes caso estivessem no time adversário ou jogando outro jogo. O TeamSpeak também tinha uma variedade de codecs, o qual cada canal poderia usar um codec diferente, assim podendo balancear qualidade com velocidade.

O TeamSpeak possui versões oficiais tanto cliente como servidor para Windows e para Linux, e uma versão não oficial para Mac OS X. Atualmente o TeamSpeak se encontra na sua segunda geração, conhecido como TeamSpeak 2, e com a sua terceira geração já em estado de desenvolvimento.

O Cliente

Outra opção é usar o “connection -> quick connect”Sua configuração é simples, selecionando “connection -> connect” o TeamSpeak irá abrir uma tela onde você poderá configurar os servidores no “Local Addressbook” ou conectar em um servidor publico procurando no “Webserver List”., onde você pode conectar a um servidor sem ter que registrar no “Address Book”.

Outra opção importante é o “Push to Talk”, está opção você escolhe uma tecla do teclado para ser o interruptor para ligar ou desligar o envio de voz pelo TeamSpeak, ou pode ser usar a opção de “Voice Activation” onde o TeamSpeak ativa automaticamente o envio de voz ao detectar que o usuário está falando ao microfone.

Todas as versões oficiais, Linux e Windows possuem a mesma interface com as mesmas opções. A versão para Linux usa QT, foi compilado com o Kylix. Não se sabe como será a terceira geração do Teamspeak, mas segundo algumas informações no fórum oficial, o TeamSpeak que é feito em Delphi será agora feito em C++, então deve ser esperar algumas mudanças na interface do Linux para o Windows.

O Servidor

A versão para Linux é diferente da versão para Windows. Na versão Windows temos a interface gráfica e facilidade do “click click click” e está tudo pronto. Ambas versões possuem um webserver para poder gerenciar o servidor, clientes e outros servers.

O TeamSpeak usa de forma padrão o banco de dados SQLite, mas possui a opção de ser usar MySQL, o que facilita bastante os administradores e desenvolvedores a integrarem um sistema único de login.

Por exemplo, no servidor de TeamSpeak do Killermonkeys.net o qual eu administro, o banco de dados do TeamSpeak é o mesmo banco do phpBB, fiz algumas alterações nos scripts SQL do TeamSpeak, para ele usar os campos user_id,username,password da tabela phpbb_users no lugar dos campos e da tabela padrão, assim temos um login integrado, se o usuário mudar a senha no Fórum, automaticamente muda no TeamSpeak também.

Concorrência.

Existem outros softwares de voz sobre ip no mercado, um deles é o Ventrilo um forte adversário do TeamSpeak, possui uma interface menos interativa, mas possui o melhor codec, e a função de “Text-to-speech” usando principalmente quando alguém entra em um canal ou no server, o programa fala o nome do usuário.

Existe também um projeto opensource, mas nunca tive tempo de testar, trata-se do Mumble, veja foto abaixo.

Bom concluindo, o TeamSpeak tem de tudo para suprir uma necessidade de uso de voz sobre ip em larga escala, e multi-conferencia. Existem servidores públicos e privados, e empresas especializadas em hospedar o sistema.
Ele é uma ferramenta Grátis, tanto para server como para cliente, porem para se prover o serviço de hospedagem deve ser pagar a licença comercial.

O MSN não era uma ferramenta ruim, era fácil de usar, tinha bons recursos e tinha motivos para superar o ICQ e se tornar o líder no mercado. Com o crescimento do Google, eu já esperava que o mesmo lançasse uma ferramenta de mensagens instantâneas para competir no mercado. Com o lançamento do Gtalk, eu não dei muito valor, mas com o tempo fui aderindo a os recursos do google, como o próprio Google (busca), Earth, Maps, Adsense, Pagina Personalizada, Analytics e o famoso Gmail.

O Gmail foi o que me deixou mais interessado, não só pela quantidade de armazenamento mas sim pelos seus recursos, e sua facilidade de uso. Ele é um sistema leve e organizado, a forma que ele organiza as mensagens é realmente fantástico. Eu hoje digo ou você tem E-mail ou você tem G-mail, pois é algo diferente. O Gmail vem com um chat integrado, no qual você pode conversar com seus contatos em tempo real, este chat na verdade é o Gtalk, com isso já tive um certo interesse pela ferramenta, mas ainda estava com o MSN. Até que foi lançado o sistema Live da M$, tudo agora era Live, meu hotmail virou Live, meu msn virou Live, e meu PC do trabalho não aguentou. Com apenas 256Mb de RAM, o MSN demorava uma eternidade para abrir, e abria de cara um programa com zilhões de banners e propagandas, as pessoas com nicks estranhos com cores e fontes e caracteres que nem existem no meu PC. Sem falar dos smiles e outras coisas. Para mim este foi a morte do MSN, engordou e ficou feio, tive que procurar uma solução e então comecei a campanha do Gtalk. Baixei o dito cujo, instalei e gostei. O programa é leve, integrado, tem recurso de voz e voice mail, envia arquivos tudo que um sistema de mensagens instantâneas deveria ter.

Com isso deixei de usar o MSN, e meus contatos reclamavam que eu tava sumido e etc mas eu deixei um recado para todos, se quiser falar comigo me ADD no gtalk (thiago AT oxente DOT org), e muitos foram adicionando ou usando o Gmail para falar comgio, e com isso fui convertendo varios para o Gtalk. Hoje eu não preciso mais entrar no MSN, faz tempo que não entro, e meu Gtalk que antes tinha 1 ou 2 gatos pingados online vive cheio.

Agora umas críticas ao Gtalk no qual considero pecado, o Gtalk não possui recurso a conferencia com vários contatos, nem possui recurso de organizar os contatos em grupo. Espero que isso um dia seja implementado, e que a Google não encha o Talk de recursos desnecessários nem de propagandas (as de texto do Adsense até que são aceitáveis) para não se tornar outro MSN.

O livro parece ser excelente, e pelos comentários que vi pela internet é considerado a Biblia no desenvolvimento de uma API para soquetes de rede para UNIX.

Informaços do Livro:

Título: Livro – Programação de Rede UNIX
Título Original: UNIX Network Programming
Subtítulo: API para Soquetes de Rede
Autor: W. Richard Stevens, Bill Fenner, Andrew M. Rudoff
Editora: Artmed
ISBN: 8536304707 Idioma: Português
Tipo de Capa: BROCHURA
Edição: 1
Número de Páginas: 904

Resenha:

Para construir as aplicações e os serviços em rede altamente distribuídos de hoje, é preciso um profundo domínio sobre soquetes e outras APIs de rede fundamentais. Este livro oferece orientação abrangente, do começo ao fim, para construir sistemas de rede robustos e de alto desempenho em qualquer ambiente.
O guia clássico para APIs de redes UNIX… agora completamente atualizado!

capa original: