Uma dica simples e rápida. Muitas vezes é necessário aumentar a memória SWAP (troca) principalmente se for pedida uma nova instalação de memória RAM fixa para o Data Center onde esta locado o seu servidor. Isso cria mais estabilidade no sistema e aumento de performance.

Esta dica vc pode fazer "on-the-fly" ou seja, com o servidor ligado e em produção (neste exemplo ele adicionará 128 mbs ao swap existente):

Criar o path: /var/novo_swap

mkdir /var/novo_swap

Execute:

dd if=/dev/zero of=/var/novo_swap/swap bs=1024 count=128000

Verifique agora:

ls -lh /var/novo_swap

Dizendo para o sistema operacional usar o arquivo como swap:

mkswap /var/novo_swap/swap

Ativando:

swapon /var/novo_swap/swap

Read More...

Endereço de um novo Blog com informações sobre o CPANEL: http://gutopedrosa.com/blog/

Read More...

Sobre nova mudança de regras de registro de domínos .net.br (antes apenas provedores de acesso e empresas relacionadas podiam ter este registro):

Em 2008 o DPN .com.br tornou-se um DPN "genérico", passando a aceitar registro tanto de pessoas jurídicas como de pessoas físicas. O mesmo foi decidido pelo Comitê Gestor quanto ao domínio .net.br. Assim, esses dois DPNs, o .com.br e o .net.br, já aceitam registros tanto de
pessoas jurídicas como de pessoas físicas.

Em 6 de abril de 2009 iniciou-se a operação do .net.br como DPN genérico.

Para a garantia de um início suave de operação e a preservação de direitos, durante os primeiros seis meses ("sunrise period"), os domínios existentes no .com.br, que tenham sido registrados antes de 6 de abril estarão reservados no .net.br, a espera de manifestação de seus detentores no .com.br. Ou seja, os detentores de domínios no .com.br terão seis meses, a partir de 6 de abril e até 6 de outubro para, manifestando seu interesse, registrar o mesmo nome sob o
.net.br.

Findo o período de "sunrise", a partir de 27 de outubro, os domínios para os quais seu detentor no .com.br optou por não registrá-los no .net.br estarão disponíveis para registro a todos.

Read More...

Alguns erros podem ocorrer ao se configurar o LIBSAFE (quem não sabe do que se trata deve saber logo: http://directory.fsf.org/project/libsafe/) em conjunto com o RoR. Mas existem formas de se corrigir estas falhas e erros (por exemplo, o Rails não iniciar ou não atualizar).

Execute via SSH:

echo "/usr/bin/ruby" >> /etc/libsafe.exclude

E depois desinstale o RAILS com os comandos:

gem uninstall rails
gem uninstall mongrel
gem uninstalled fastthread

Reinstalar agora via CPANEL:

/scripts/installruby
/usr/local/cpanel/bin/ror_setup

Por algum motivo o fast thread não é instalado no CPANEL, é bom forçar sua instalação:

gem install fastthread

Finalmente, atualize todas as GEMS (Gemas) do sistema:

gem update --system

Read More...

Algumas vezes é necessária a mudança de IP do servidor de email. Por padrão o EXIM vem configurado com a mesma interface de rede (IP) do main IP do servidor. Isso pode trazer alguns problemas, principalmente se algum SPAMMER espertinho consiga usar seu servidor para envio de SPAM, ocasionando na listagem de seu IP em uma RBL.

Para mudar é simples. Edite o arquivo /etc/exim.conf:

pico /etc/exim.conf

E identifique as linhas:

remote_smtp:

driver = smtp
interface=

E modifique a "interface=" para:

interface= NOVO IP

E reinicie o EXIM:

service exim restart

Apenas uma correção postada pelo Guto (www.gutopedrosa.com). Para evitar que o sistema recoloque o mesmo IP (main IP) do servidor no lugar do novo IP do EXIM edite o arquivo e coloque apenas o novo IP no mesmo:

vi /etc/mailips
* ip a ser utilizado
depois basta sair e salvar

Read More...

As vezes ocorrer erros sem explicação no CPANEL - o trabalho de um bom administrador é ficar atento principalmente após atualizações do sistema.

Alguns erros bobos podem ser rapidamente corrigidos, como por exemplo o webmail. Para reinstalar os 3 sistemas de webmails disponíveis por padrão no CPANEL execute:

Primeiro atualize o seu CPANEL de forma correta e completa:

/script/upcp –force

Depois reinstale os sistemas:

Horde: /usr/local/cpanel/bin/updatehorde --force

RoundCube: /usr/local/cpanel/bin/update-roundcube --force

Squirrelmail: /usr/local/cpanel/bin/update-squirrelmail --force

Lembre-se que isso apagará todas as configurações existentes atualmente - inclusive banco de dados de contatos, etc.

Read More...

Alguns administradores deixam de lado algumas configurações do sistema SSH que podem facilitar a vida de seus usuários e tb implementar o nível de segurança de seus servidores.

Aqui eu vou listar alguns detalhes de configuração do SSH. Para mais informações detalhadas você poderá tamém ler executando o man do ssh via shell:

man 8 sshd

O sshd_config (arquivo de configuração do SSH) contém algumas diretrizes importantes:

Port
Define em qual porta o daemon do ssh (sshd) aceita novas conexões. A mudança da porta padrão (22) para outra porta é indicada, mas lembre-se isso apenas causa uma leve impressão de segurança, pois utilizando um simples port-scanning é possível identificar em qual porta esta rodando o SSH.

ListenAddress
Define um endereço IP específico em que o daemon ficará escutando no servidor, caso o servidor possua mais de uma interface de rede (física ou virtual). Esta opção é legal para servidores que ficam ligados diretamente a Internet, pois você pode definir que o daemon do ssh aceitará somente conexões oriundas da sua rede local.

Exemplo: ListenAddress 200.200.200.200

LogLevel
Oferece diversos níveis de log para análise: QUIET, FATAL, ERROR, INFO, VERBOSE, DEBUG, DEBUG1, DEBUG2, e DEBUG3. A opção que vem habilitada por padrão é a INFO, porém a que mais me chama a atenção é a DEBUG, que fornece todas as informações de possamos desejar.

PermitRootLogin
Serve para permitir ou não que o usuário root possa se logar via ssh. Esta opção é legal para evitar ataques de força bruta, pois o usuário root existe em qualquer sistema Linux/Unix e a maioria das tentativas de invasão tentam se logar como root.

Estas são apenas algumas diretrivez do sistema SSH, eu irei com mais calma no próximo pots colocar mais algumas informações sobre o sistema. Lembre-se de reiniciar o SSH server após qualquer modificação.

Read More...

Escrito por Rodrigo Ribeiro eis um tutorial completo para desvendar os segredos do IPTABLES: http://techfree.com.br/wordpress/2009/01/28/iptables-basico/

Read More...