O processo nem é tão complexo. O que é complexo é a falta de informações para conseguir instalar algo no ESXi, mas depois de pesquisar um pouco, achei a solução. Usando a plataforma FREE, você não consegue fazer isso de dentro do VSphere, porém, basta baixar o VMWare infrastructure CLI – ou VSphere CLI ( um conjunto de programas escritos em Perl que habilita recursos remotamente).

Basta então abrir o prompt (ou terminal se estiver usando linux) e navegar até o diretório da instalação. No caso do windows em c:\program files\vmware\vmware vsphere cli\bin .

Adicione o diretório do perl no path para não ter erro de dlls.

Para visualizar a situação do snmp rode o comando:

vicfg-snmp.pl –server endereco do seu servidor vmware –username user –show

Para configurar/alterar os dados de trap rode o comando:

vicfg-snmp.pl –server endereco do seu servidor vmware –username user -t ip_snmp@162/comunidade

Para configurar uma comunidade:

vicfg-snmp.pl –server endereco do seu servidor vmware –username user -c sua_comunidade

Para alterar a porta de escuta do snmp:

vicfg-snmp.pl –server endereco do seu servidor vmware –username user -p 161

No final, para habilitar:

vicfg-snmp.pl –server endereco do seu servidor vmware –username user –enable

Enviando um teste:

vicfg-snmp.pl –server endereco do seu servidor vmware –username user –test

Feito isso, teste com o snmap, enviando os dados de sua comunidade. Se retornar os sinais, está tudo certo.

Mais um mistério desvendado.

Bookmarks

Introdução:

* Se você quer ir direto ao ponto sobre a configuração de SSH e SFTP, pule esta parte *

Há tempos venho usando o S3 da Amazon para soluções de storage ( diga-se de passagem, backup ) e sempre li muita coisa sobre o EC2 (plataforma de cloud), porém, nunca tinha parado para começar a usar – tinha focado em AppEngine e Windows Azure.

Há algumas semanas atrás, descobri que o EC2 estava com um programa para 1 ano de hosting gratuito nas instâncias micro, com recurso mais do que suficiente para rodar sites com acessos relativamente pequenos. Fiz a inscrição e fiquei encantado com a qualidade da plataforma.

Primeiro pela instalação: com alguns cliques você consegue subir sua primeira instância em segundos, e usando algumas máquinas virtuais prontas, pode até escolher a distribuição que deseja usar. Se for um pouco mais longe, pode até customizar a sua.

Segundo, pela liberdade: eu gosto de gerenciar meus próprios servidores, pois tenho liberdade de aplicar os patches que eu quiser, agendar tarefas, controlar permissões de acesso, etc.

Terceiro, pela arquitetura feita para escalar: no modelo de cloud computing, você paga somente aquilo que você usa baseando-se no número de horas utilizado por instância. Imagine o cenário que seu site tem um pico gigante de acesso,  e que você precisa de poder computacional para aguentar: na infra convencional, ou você dimensiona o volume para mais, ou fica vendo seu site cair com os braços amarrados

Já no cloud, isso não ocorre. Questão de poucos minutos (dependendo dos scripts de inicialização), a tarefa é realizada, e ainda pode ser automatizada com base em uma série de alarmes que você pode configurar.

Mas para chegar lá, você vai precisar trilhar um pouco alguns caminhos, como principalmente configurar o seu servidor. O primeiro passo é chegar ao SSH.

Conectando ao SSH

Logo após realizar a inscrição no EC2, você deve subir a instância. Eu selecionei a instância do Amazon Linux, que tem 8gb, e é um dos primeiros da lista.

No processo de subir a instância, uma chave privada será gerada (extensão .pem) para que você possa acessar o servidor. Guarde essa chave em um local seguro.

Para usar o putty, é necessário que você converta a chave gerada (extensão .pem), para o formato de chave que o putty entende e para isso, você precisará do puttygen.

1. Abra o puttygen
2. Clique no menu Conversions->Import Key e localize o arquivo .pem;
3. Clique no botão Save private Key, e guarde o arquivo em um local seguro. A extensão é .ppk ;

Feito isso, abra o seu console da Amazon , entre no EC2, e clique em instances. Ao clicar na sua instância, alguns detalhes aparecerão abaixo, e o que você precisa saber é o “Public DNS”.

EC2 console - public dns

Feito isso, você está quase lá! Precisamos apenas configurar o putty para carregar a chave e abrir o endereço.

1. Abra o Putty
2. No item Session, digite na caixa host name o valor do seu public DNS. O usuário padrão é ec2-user, portanto, o valor deve ficar: ec2-user@seu_public_dns
3. No item connection, ssh, auth, localize o seu arquivo ppk (sua chave gerada no passo anterior)
4. Volte para a aba session e mande ‘open’. Pronto, você estará conectado!

Conectando ao SFTP

Chegar ao shell do seu servidor já foi um passo. Se você sabe usar SCP, talvez nem precise saber como conectar ao SFTP (secure ftp), porém, para muitos usuários, usar um programa como filezilla faz muita diferença.

Por padrão, o Filezilla consegue conectar em FTP e SFTP, porém, no caso de autenticação por chave privada, o processo fica um pouco diferente. Não há usuário e senha, apenas uma chave.

Para resolver isso, baixa você baixar o pageant, que também faz parte do pacote do putty. Basicamente, você importa sua chave para ele, e ele se encarrega de encapsular a autenticação. Passos:

1. Abra o pageant. Um computador com um chapéu preto ficará no systray;
2. Dê dois cliques para abrir, e vá no botão addkey. Localize seu arquivo ppk gerado no primeiro passo;
3. Fecha o pageant e abra o Filezilla. No campo host, digite seu public dns, no campo usuário digite ec2-user e porta, coloque 22. Mande conectar e pronto!

Com FTP e SSH rolando, o resto é com você. Lembrando que o gerenciador de pacotes do Amazon Linux é baseado em yum. Alguns pacotes interessantes:

• yum install httpd
• yum install automake
• yum install php
• yum install python

É isso. Se tiver dúvidas, não deixe de comentar.

Bookmarks

Um pouco de história e testes …

SPF, do inglês Sender Policy Framework, trata-se basicamente de uma forma de validar que a pessoa (diga-se de passagem o IP do servidor) que está enviando um e-mail, realmente está permitida no domínio de origem, conforme exemplo:

• robson@dominio.com.br envia uma mensagem para robson@outrodominio.com.br;
• O servidor outrodominio.com.br , vai verificar se o IP usado pela transferência da mensagem, partindo de robson@dominio.com.br é válido nos registros de SPF;
• Se não for válido, ele pode rejeitar a mensagem, ou permitir, dependendo da configuração do servidor, tal como as whitelists da vida;

Esse mecanismo é usado para garantir que pessoas não enviem mensagens em nome de outros, apenas trocando os cabeçalhos do e-mail. É totalmente possível enviar uma mensagem como origem “internet@bradesco.com.br” , usando um smtp fake. Ou até mesmo enviar mensagem no nome do seu chefe, ou de um colega por exemplo.

Se você tiver um smtp sem autenticação na sua rede, faça o seguinte teste: Abra o prompt do dos, ou o shell do Linux e vá digitando os seguintes comandos (não esqueça de trocar <<seu email>> pelo seu email de verdade):

Fazendo o que está descrito acima, poderá funcionar ou não no seu smtp, dependendo da configuração. Se funcionar, você receberá uma mensagem como se fosse enviada por hello@google.com . De fato, em um ambiente seguro isso nunca deveria acontecer, certo ?

Quem está usando verificação por SPF ?

A maioria dos provedores usam, e eu tenho certeza que UOL, Terra e Locaweb aplicaram. IG não usa SPF diretamente, já que as contas estão no Gmail e a checkagem do Gmail utiliza outras formas para detectar mensagens.

Apenas para ilustrar um exemplo, desabilitei o SPF no meu servidor DNS para mostrar a validação de SPF. Se você usa GMAIL, pode ver isso clicando na seta azul na direita, e na opção “Mostrar original”.

Mensagem de teste, com registro SPF OK

Mensagem de teste, com registro SPF neutro - Não aprovada

Para finalizar, como configurar o SPF no seu provedor se você é usuário de Google Applications ?

Basta editar o DNS do seu domínio, e incluir no registro TXT, a seguinte linha:

v=spf1 include:aspmx.googlemail.com ~all

Mais detalhes no artigo “Set SPF Records” – em inglês, no site do Google.

Bookmarks

Basically, your browser and your webserver must support compression to make it work. Since many people are using new browsers like Firefox, IE 7+, Safari, Opera and Chrome, we can setup our webservers to make it work.

Apache has been supporting this feature for a long time (using mod_gzip and mod_deflate), and Microsoft has released this feature on IIS since version 6. It is quite simple to enable:

• Go to your webserver and open a dos prompt;
• Point to your main inetpub\AdminScripts directory. In my case it was c:\inetpub\AdminScripts;

Now, we can execute some scripts to enable gzip compression. You can choose enabling this feature for static (html, css, jpeg, js) and dynamic content ( asp, aspx, asmx).

prompt> cd c:\Inetpub\AdminScripts

For static content

prompt> cscript.exe adsutil.vbs set W3Svc/Filters/Compression/GZIP/HcFileExtensions “htm” “html” “js” “css” “xml” “xlt”
prompt> cscript.exe adsutil.vbs set W3Svc/Filters/Compression/DEFLATE/HcFileExtensions “htm” “html” “js” “css” “xml” “xlt”

For dynamic scripts

prompt> cscript.exe adsutil.vbs set W3Svc/Filters/Compression/GZIP/HcScriptFileExtensions “asp” “aspx”
prompt> cscript.exe adsutil.vbs set W3Svc/Filters/Compression/DEFLATE/HcScriptFileExtensions “asp” “aspx”

To make things work out, we need a full IIS Reset

prompt> IISreset.exe /restart

IISreset may take a minute or two. After that, you need to test if your webserver is compressing your content. You can use firebug (a firefox plugin), or just point to WhatsMyIP.org HTTP Compression Test .

To finish, I suggest you to install Firefox (browser) and a plugin called YSlow (print screen below). It gives you great tips about how to improve your website performance, scoring things like number and size of css and js, position of js files, ajax requests, etc .

YSlow - An Yahoo Plugin for Firefox

Hope it helps you!

-Robson Dantas

Bookmarks

Acabei pesquisando novamente algumas opções e achei a DreamHost (americana), Hostnet e Locaweb, ambas que eu já havia hospedado.

Acabei ficando com a Locaweb, que está com uma proposta muito melhor, inclusive com tráfego ilimitado. Além disso, na minha hospedagem linux, tenho acesso à SSH e o sistema de painel de controle da locaweb pra mim, é muito eficiente.

Ficam aí as dicas: Fugir da Inhosting e as opções de locaweb, hostnet e dreamhost.

abs

Robson

Bookmarks