Acesse sua conta na UOL Host, localize seu domínio, selecione ele e clique em Gerenciar Zona DNS

Na próxima tela, clique em Domínio.

Selecione novamente o domínio que deseja alterar e clique em Mais Ações e Gerenciar DNS.

Nesta tela, remova todas as entradas que forem permitidas e adicione duas entradas A e duas entradas DNS;

Tipo: A
Entrada:  ns1
Valor: <ip primário da sua revenda>

Tipo: A
Entrada:  ns1
Valor: <ip secundário da sua revenda>

Tipo: NS
Valor: ns1.dominiodasuarevenda.com.br

Tipo: NS
Valor: ns2.dominiodasuarevenda.com.br

Após a adição feche o painel atual e faça a delegação dos DNS normalmente pelo painel principal informando agora os DNS de sua revenda e os ips em Mudar Autoridade DNS.

Feito isso é só aguardar a propagação, de 2 a 48 horas.

Cada ocorrência de load envia um e-mail definido no script.

Basicamente toda a mágica esta no comando

cat /proc/loadavg | sed ‘s/\./ /’ | awk ‘{print $1}

Este comando funciona 100% tanto em servidores CENT OS como em CLOUDLINUX, no caso, todos os servidores Linux da InHosting são Cloud Linux.

Tente digitar ele no prompt do seu ssh e verá que ele retorna exatamente o load avarage atual referente a média dos 5 últimos minutos do seu servidor.


#!/bin/sh

# load acima de 100 reboota o servidor
if [ $ver -gt 100 ]
then
reboot
echo "Reboot" | sendmail -v seuemail@dominio.com.br
fi


Salve o script em seu diretório /root como restart.sh, coloque o arquivo com as permissões 777

Agora é só configurar cron pelo arquivo etc/crontab, no exemplo o protetor de load é executado a cada 5 minutos.


*/5 * * * * root /restart.sh >/dev/null 2>&1


* Se copiar, por favor, mantenha os créditos!

mysqlcheck –optimize –all-databases

Após algum crash do MySQL ele pode travar do nada e ao tentar reiniciar via SSH você poderá deparar com o seguinte erro;

“MySQL is running but PID file could not be found”

Segue os passos para a solução;

1. Crie um diretório /var/run/mysql

#mkdir /var/run/mysql

2. crie um novo arquivo para o mysqld.pid

#touch mysqld.pid

3. Dê permissões para o usuário mysql escrever no arquivo;

#chown mysql:mysql mysqld.pid

Prontinho, agora é só reiniciar o MySQL

#service mysql restart

Para se certificar de tudo correu bem, consulte o status do MySQL

#service mysql status

Deverá ser retornado algo como;

root@server [~]# service mysql status
 SUCCESS! MySQL running (9686)

Muitos administradores não dão importância a isso achando que “nunca irá acontecer comigo”, mas basta instalar um bom firewall que verá que não é bem assim que funciona, quem tem um servidor ou um VPS já está acostumado a ver nos logs do mod_sec e do firewall (APF ou CSF) constantes visitas de servidores chineses, americanos, indianos, pasquistaneses e por aí vai tentando se logar no WHM, SSH ou CPanel.

Para alterar a porta acesse o SSH do seu servidor como root;

pico /etc/ssh/sshd_config

Procure as linhas

#Port 22
#Protocol 2,1

Retire o comentário da frente das linhas e mude o número da porta 22 para qualquer outro valor acima de 2200. Retire tamtém o número 1 da linha seguinte. Exemplo;

Port 2299
Protocol 2

E reinicie seu serviço SSH

service sshd restart

Agora é só testar o login o PUTTY com a porta nova. Nunca esqueça a porta, isso poderá lhe trazer grandes inconvenientes.

O Mail Queue Manager do Cpanel pode ser uma dor de cabeça caso você tenha alguns milhares de e-mails parados na fila do Exim, ao tentar deletar a fila pelo WHM você terá problemas com load no servidor além de ter que esperar horas e mais horas para que o processo termine, isso se o processo terminar sem derrubar o seu servidor.

Alguns administradores fazem a limpeza em linha de comando usando o famoso exim -bp | exiqgrep -i | xargs exim -Mrm

Mas o problema destas ações é que o Exim precisa estar ligado para que a fila seja excluída o que dobra o processamento do servidor.

Uma maneira simples de excluir essa lista sem load, mais rápido e com o Exim down (desligado) é excluir todos arquivos gerados no spool.

Logado no SSH como root primeiro pare  o exim

# service exim stop

Em seguida acesse o diretório do spool;

#cd /var/spool/exim/input

E delete todos os arquivos;

#rm -rf *

Agora é só esperar, com certeza essa ação vai demorar a metade do tempo do que o WHM faria e sem causar danos no servidor.

Ele consegue recuperar os dados dos seguintes clientes de e-mail;

• Outlook Express
• Microsoft Outlook 2000 (Contas POP3 e SMTP)
• Microsoft Outlook 2002/2003/2007 (Contas POP3, IMAP, HTTP e SMTP)
• Windows Mail
• IncrediMail
• Eudora
• Netscape 6.x/7.x (Se a senha não estiver criptografada)
• Mozilla Thunderbird (Se a senha não estiver criptografada)
• Group Mail Free
• Yahoo! Mail – Desde que a senha esteja salva no Yahoo! Messenger.
• Hotmail/MSN/Live Mail - Desde que a senha esteja salva no MSN/Windows/Live Messenger application.
• Gmail - Desde que a senha esteja salva no Gmail Notifier, Google Desktop, ou no Google Talk.

Para quem desenvolve aplicações que envolvam banco de dados, informações sigilosas, lojas virtuais, sistemas CRM ou até mesmo sites de grande conteúdo tem a obrigação de certificar que todos os scripts de seu site estão devidamente seguros e protegidos contra invasões.

No artigo “Mantenha seu site seguro em servidores Linux” explicamos alguns tipos de invasões mais comuns e como se proteger delas, algumas funções simples de PHP resolvem em 99% problemas com brechas na programação. Além da discas postadas no artigo nós enfatizamos que todos os servidores Linux da InHosting rodam executando mod_sec, isso garante em partes a segurança contra invasões via injections.

Após tratar todo o código de site é sensato pensar “Será que esqueci de tratar algum script?“, ou “Será que ainda existe alguma brecha em meus códigos?”, ou que tal uma pergunta mais direta, “Será que meu site realmente está seguro?”

O serviço oferecido pela sitelock responde isso para você em 24 horas através de um inteligente sistema de exploit (softwares que exploram vulnerabilidades em um determinado site ou servidor) que não são executados diretamente na sua conta de hospedagem e sim fora dela.

O exploit da sitelock fica praticamente 24 horas enviando comandos maliciosos nas url de seu site tentando achar brechas em variáveis e sessões, muitos destes comandos são barrados pelo próprio mod_sec do servidor mas ainda assim alguns comandos passam ilesos ao mod_sec e é aí que entra a sua atenção com o seus scripts, se eles realmente estiverem devidamente tratados contra ataques nada de mal poderá acontecer.

Para utilizar o sitelock é necessário efetuar um cadastro no site https://secure.sitelock.com e efetuar o pagamento de 4,90 dólares. em posse de um cartão de crédito internacional você poderá efetuar o pagamento e no mesmo momento usufruir do serviço.

A primeira verificação que a sitelock irá fazer é de seu telefone, ao terminar o cadastro será solicitado um código de validação para que você possa utilizar o demais serviços, ao solicitar este código você receberá uma ligação em seu telefone fixo ou celular e irá ouvir (em ingles) 4 números para você validar o seu telefone no site da sitelock

Uma vez validado você poderá iniciar os scanners de vulnerabilidades, ao todo 8 scanners serão executados conforme mostra a imagem;

Talvez o scan mais importante de todos seja o SQL Injection e XSS Scripting, estas são as técnicas mais eficazes para se invadir um site. O sitelock também tem um scanner chamado User App Scan que scaneia sistemas que estejam instalados em subdiretórios como blog, lojas virtuais entre outros.

Qualquer falha ou alerta será registrada em relatórios como estes;

Vantagens de auditar um site com a sitelock

As vantagens são várias, a primeira delas que é você vai tirar a pulga que está atrás da orelha cutucando a sua dúvida em saber se seus scripts estão seguros ou não

Talvez a segunda grande vantagem seja o preço. A sitelock não é a única empresa que presta este tipo de seviço, existem vários incluindo brasileiras mas que oferecem o mesmo serviço pela bagatela de 200,00 dependendo do nível de verificação.

Outra vantagem é que você recebe um selo que além de auxiliar no monitoramento de seu site irá dar mais confiabilidade ao seu site, veja o da InHosting

Por último, destacamos como outra vantagem que você não necessita renovar todo mês o serviço com a sitelock caso não haja necessidade. Se a sua intenção for apenas fazer uma varredura em seus scripts para tentar achar falhas basta usar o serviço por alguns dias que você já terá todas as respostas.

Caso a intenção seja aumentar a confiabilidade de seu site vale a pena continuar renovando o serviço, você poderá continuar usando o certificado e continuará recebendo monitoramentos periódicos de todas as páginas de seu site.

Desvantagem da sitelock

1.  Em caso da sitelock encontrar falhas em seu código nem sempre a mensagem de alerta irá informar corretamente do que se trata, mas ao menos você saberá que determinada página de seu site está com problemas

2. A sitelock não scaneia diretórios, ou seja, se você tiver um diretório aberto com permissões 777 sem nenhum tratamento o mesmo se encontra vulnerável e poderá ser alvo de ataques de hackers que irão tentar inserir scripts maliciosos para diversas finalidades neste diretório. Apesar do servidor ter o su_php instalado e configurado este não é o meio mais eficiente de se proteger um diretório. Portanto, evite deixar diretórios expostos com permissões abertas ou todo o investimento com o sitelock poderá ser perdido.

A InHosting para 2012 está com novos planos de Stream.

As Revendas de Stream Centova Cast agora possuem planos iniciando com 100Gb de espaço em disco por apenas 39,90

E as Revendas de Stream WHM Sonic agora possuem planos totalmente remodelados para atender pequenos e médios clientes. Planos a partir de 19,90.

Confira em http://inhosting.com.br/revenda_de_stream.php

http://inhosting.com.br/revenda+windows+Brasil+Plesk+disco+trafego_ilimitados.php

Vale citar que nossos servidores Windows estão na rede da ALOG/SP