AppUnix Um portal sobre Unix-Like Sem igual

Encontrando e excluindo arquivos error_log

24/09/2021 by OwnServer

Bom dia a todos.

Quem trabalha com cPanel,DirectAdmin e/ou quaisquer outros tipos de servidores webs (bem configurados) sabem que quando um erro é gerado um log é automaticamente gerado.
Na maioria das vezes esse log é armazenado em um arquivo chamado error_log, quando não monitorado esse arquivo pode chegar a tamanhos astronômicos (+1GB).

Se você tiver muitas contas no servidor fazer isso manualmente é inviável, por isso utilizaremos o “FIND” para que faça o trabalho duro para nós.

Primeiramente vamos listar os arquivos (e testar o comando por precaução rs..)

find /home/*/public_html/ -type f -iname error_log -exec du -sh {} \;

1	find /home/*/public_html/ -type f -iname error_log -exec du -sh {} \;

Após a execução do comando acima você deve ter um output semelhante ao abaixo

Shell

Tendo nosso comando validado é hora de executar a limpeza, para isso também utilizaremos o find para com um argumento final de exclusão.

find /home/*/public_html/ -type f -iname error_log -delete

1	find /home/*/public_html/ -type f -iname error_log -delete

E prontinho, todos os arquivos error_log serão excluídos de forma automatizada poupando tempo.

Caso queira, também é possível que você faça isso através de uma Cron.
Nos servidores que administro eu configuro para que uma cron seja executada 1x a semana (Domingos).

Para isso basta você adicionar a seguinte linha a sua cron

* 21 * * 0 /bin/find /home/*/public_html/ -type f -iname error_log -delete > /dev/null 2>&1

1	* 21 * * 0 /bin/find /home/*/public_html/ -type f -iname error_log -delete > /dev/null 2>&1

Obs: Na cron acima ele realizará o processo de busca e exclusão todos os Domingos as 21:00.
Lembrando que você pode ajustá-la conforme sua necessidade.

Após adicionar a cron lembre-se de reiniciar o crond.

Como listar contas de e-mail no cPanel

03/09/2019 by OwnServer

A um tempo atrás eu precisava exportar os e-mails de um determinado domínio para que então pudesse importar em um sistema de AntiSpam (SpamExperts).

Dando uma pesquisada na internet encontrei um script bem simples e fácil de ser utilizado onde ele listará de maneira organizada todas as contas existentes no servidor (para todos os domínios).

Para utilizar o script basta criar um arquivo (ex: listar-contas.sh) e colar o conteúdo abaixo.
Após isso basta executar um bash listar-contas.sh , vale lembrar que é necessária permissão para executar o script.

Se quiser salvar o resultado em um arquivo de texto por exemplo basta executar bash listar-contas.sh >> arquivo.txt

#!/bin/bash

OWNER=$@
KONTA=`ls -1A /var/cpanel/users/`

count=1
for x in `echo -n "$KONTA"`;do
  wiersz=`grep -i ^dns /var/cpanel/users/"$x" |cut -d= -f2`
  DOMAIN[$count]=$wiersz
  count=$[$count+1]
  echo "Login:        `echo "$x"`"


    for i in `echo "${DOMAIN[@]}" | sed  's/ /\n/g'`;do
      for n in ` ls -A /home/"$x"/mail/"$i"/ 2>/dev/null`;do

           if   [ "$n" == "cur" ];then echo "$n" > /dev/null
           elif [ "$n" == "new" ];then echo "$n" > /dev/null
           elif [ "$n" == "tmp" ];then echo "$n" > /dev/null
           elif [ "$n" == "" ];then echo "$n" > /dev/null
           else
           echo  "$n"@"$i"
           fi
      done
    done
    echo;echo;
done

#!/bin/bash

OWNER=$@

KONTA=`ls -1A /var/cpanel/users/`

count=1

for x in `echo -n "$KONTA"`;do

wiersz=`grep -i ^dns /var/cpanel/users/"$x" |cut -d= -f2`

DOMAIN[$count]=$wiersz

count=$[$count+1]

echo "Login: `echo "$x"`"

for i in `echo "${DOMAIN[@]}" | sed 's/ /\n/g'`;do

for n in ` ls -A /home/"$x"/mail/"$i"/ 2>/dev/null`;do

if [ "$n" == "cur" ];then echo "$n" > /dev/null

elif [ "$n" == "new" ];then echo "$n" > /dev/null

elif [ "$n" == "tmp" ];then echo "$n" > /dev/null

elif [ "$n" == "" ];then echo "$n" > /dev/null

else

echo "$n"@"$i"

done

echo;echo;

done

Como alterar a porta de FTP no WHM/cPanel?

29/11/2018 by OwnServer

Ultimamente alguns servidores que administramos vem sofrendo com ataques de Botnets fazendo bruteforce na porta 21 (padrão ftp), como os ataques são automatizados e sempre na porta 21 uma das soluções que decidimos tomar é alterar a porta de comunicação do servidor FTP e bloquear a porta padrão em nosso firewall.

Se você está sofrendo com o mesmo tipo de problema e precisa alterar a porta padrão, basta seguir as informações abaixo onde explicaremos como alterar a porta padrão dos 2 servidores de FTP comuns nos servidores que rodam WHM/cPanel.

PURE-FTPD

Se você está utilizando o Pure-ftpd como servidor de FTP você precisará editar a configuração do Bind contidas em /etc/pure-ftpd.conf

# IP address/port to listen to (default=all IP and port 21).
Bind 21

1 2	# IP address/port to listen to (default=all IP and port 21). Bind 21

para qualquer valor desejado como no exemplo (233) abaixo

# IP address/port to listen to (default=all IP and port 21).
Bind 233

1 2	# IP address/port to listen to (default=all IP and port 21). Bind 233

PRO-FTPD

Se você está utilizando o ProFTPD então precisará editar a configuração Port contida no arquivo /etc/proftpd.conf

Port                            21

Port 21

para qualquer valor desejado como no exemplo (233) abaixo

Port                            233

Port 233

Feita as alterações basta você reiniciar o serviço do FTP para que as mesmas sejam aplicadas

/scripts/restartsrv_ftpserver

1	/scripts/restartsrv_ftpserver

Obs: Vale lembrar que é necessária a liberação da porta escolhida no seu firewall.

Como Migrar seu Site WordPress com o Plugin Duplicator

21/11/2018 by OwnServer

Créditos: CanalWP

Como criar um site profissional no WordPress

27/02/2018 by OwnServer

Créditos: Tiago Dantas – Vive da Net

Como bloquear emails no exim/cpanel?

29/05/2017 by OwnServer

Se igual a mim você tem um sério e recorrente problema com SPAM por empresas enviando besteiras perguntando se você leu seu email anterior e que a “grande proposta” que eles fizeram antes ainda está disponível e bla bla bla..

Este tipo de SPAM é tão chato porque eles são tão insistente em obter resposta mas você simplesmente quer que eles desapareçam!!

Bem, agora você pode forçá-los a ir sumir para sempre, isto obviamente só funciona para empresas que estão enviando e-mails de seus próprios domínio em vez de contas do Gmail ou Hotmail genéricos, mas é muito eficaz já que nenhum e-mail desses domínios bloqueados não serão entregues a qualquer conta no seu servidor.

Eu pesquisei e encontrei alguns guias on-line mas foi realmente confuso, então eu pensei que eu iria criar o meu próprio guia detalhando como bloquear e-mails através de regras do Exim dentro do cPanel/WHM.

Siga o passo a passo abaixo:

Criando o arquivo de bloqueio

1.1- Crie o arquivo da blacklist (onde ficarão os domínios a serem bloqueados)
Obs: Você precisará de acesso ssh com permissões de root.

nano /etc/exim_blacklist

1	nano /etc/exim_blacklist

Adicione os domínios que deseja bloquear, sempre um por linha.

dominio1.com.br
dominio2.com
dominio3.ru

dominio1.com.br

dominio2.com

dominio3.ru

Obs: Sempre que adicionar um novo domínio na lista não se esqueça de reiniciar o Exim.

Configurando o Exim

Aqui é onde a mágica acontece, configuraremos o exim para capturar os domínios da lista criada acima e então ignorar todo e qualquer e-mail vindo dos domínios listados.

2.1 – Faça login em seu WHM , acesse Service Configuration >> Exim Configuration Manager e clique na aba Advanced Editor como mostra a imagem abaixo

Configuração Avançada do Exim

Primeiro campo: domainlist exim_blacklist
Segundo campo: lsearch;/etc/exim_blacklist

2.2 – Desça a página e procure por um botão grande e Azul que diz + Add additional configuration setting

2.3 – Ao clicar no botão 2 campos aparecerão, no primeiro campo você deverá inserir a lista criada e na segunda o local onde o Exim deverá pesquisar os domínios a serem bloqueados.

2.4 – Desça um pouco a página e procure por um campo (grande) que diz “Section: PREROUTERS”, na caixa de texto que há abaixo insira as seguintes linhas:

reject_domains:
driver = redirect
# RBL Blacklist incoming hosts
domains = +exim_blacklist
allow_fail
data = :fail: Connection rejected: SPAM source $domain is manually blacklisted

reject_domains:

driver = redirect

# RBL Blacklist incoming hosts

domains = +exim_blacklist

allow_fail

data = :fail: Connection rejected: SPAM source $domain is manually blacklisted

3.- Desça a página até o final e clique no botão “Save” para salvar as configurações do item 2 e reiniciar o Exim.

Você pode adicionar quantos domínios desejar no arquivo /etc/exim_blacklist desde que se respeite a condição de um domínio por linha.
Sempre que realizar alteração no arquivo lembre-se de reiniciar o Exim (como precaução).

——————————————————————————–

Nos logs do Exim (/var/log/exim_mainlog) sempre que um e-mail de determinado domínio (da blacklist) for bloqueado gerará um log semelhante ao abaixo:

2017-05-28 09:58:01 H=xxxxxxxxxxx.com.br [yyy.yyy.yyy.yyy]:56567 sender verify fail for <nome@dominio.com.br>: Connection rejected: SPAM source xxxxxxxxxxx.com.br is manually blacklisted
2017-05-28 09:58:01 H=xxxxxxxxxxx.com.br [yyy.yyy.yyy.yyy]:56567 X=TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256 CV=no F=<nome@dominio.com.br> rejected RCPT <destinatario@dominio.com.br>: Sender verify failed
2017-05-28 09:58:02 H=xxxxxxxxxxx.com.br [yyy.yyy.yyy.yyy]:56567 Warning: "Detected session with all messages failed"
2017-05-28 09:58:02 H=xxxxxxxxxxx.com.br [yyy.yyy.yyy.yyy]:56567 Warning: "Increment slow_fail_block Ratelimit - xxxxxxxxxxx.com.br [yyy.yyy.yyy.yyy]:56567 because of all messages failed"
2017-05-28 09:58:02 SMTP connection from xxxxxxxxxxx.com.br [yyy.yyy.yyy.yyy]:56567 closed by QUIT

2017-05-28 09:58:01 H=xxxxxxxxxxx.com.br [yyy.yyy.yyy.yyy]:56567 sender verify fail for <nome@dominio.com.br>: Connection rejected: SPAM source xxxxxxxxxxx.com.br is manually blacklisted

2017-05-28 09:58:01 H=xxxxxxxxxxx.com.br [yyy.yyy.yyy.yyy]:56567 X=TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256 CV=no F=<nome@dominio.com.br> rejected RCPT <destinatario@dominio.com.br>: Sender verify failed

2017-05-28 09:58:02 H=xxxxxxxxxxx.com.br [yyy.yyy.yyy.yyy]:56567 Warning: "Detected session with all messages failed"

2017-05-28 09:58:02 H=xxxxxxxxxxx.com.br [yyy.yyy.yyy.yyy]:56567 Warning: "Increment slow_fail_block Ratelimit - xxxxxxxxxxx.com.br [yyy.yyy.yyy.yyy]:56567 because of all messages failed"

2017-05-28 09:58:02 SMTP connection from xxxxxxxxxxx.com.br [yyy.yyy.yyy.yyy]:56567 closed by QUIT

Obs: Obviamente ocultei as informações de IPv4 e domínios.

CONCLUSÃO

Com a configuração acima todos os e-mails que correspondem aos domínios na lista serão ignorados, o remetente não vai saber, você não vai saber e você pode continuar o seu trabalho em total paz.

Instalando Graylog 2 no Debian 8

15/02/2017 by Euzebio Viana

Nesse post veremos a instalação do Graylog 2. Mas o que é isso?! De forma resumida ele centraliza e armazena os logs da sua infraestrutura, possibilitando uma análise aprofundada, alarmes, notificações, histórico, gráficos e etc… isso tudo facilitando a sua vida ;)

Vamos começar a instalação, o ambiente utilizado foi:

SO: Debian GNU/Linux 8
Kernel: Linux debian 3.16.0-4-amd64
Graylog 2.2
MongoDB
Elasticsearh 2.x

SO: Debian GNU/Linux 8

Kernel: Linux debian 3.16.0-4-amd64

Graylog 2.2

MongoDB

Elasticsearh 2.x

Começamos adicionado repositório Backports do Debian, atualizando e fazendo upgrade em seguida reinicie o sistema.:

santos@graylog-BTI:~$ sudo echo "deb http://ftp.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/backports.list
santos@graylog-BTI:~$ sudo apt-get update && sudo apt-get upgrade
santos@graylog-BTI:~$ sudo reboot

santos@graylog-BTI:~$ sudo echo "deb http://ftp.debian.org/debian jessie-backports main" > /etc/apt/sources.list.d/backports.list

santos@graylog-BTI:~$ sudo apt-get update && sudo apt-get upgrade

santos@graylog-BTI:~$ sudo reboot

E instalamos alguns pré-requisitos adicionais:

santos@graylog-BTI:~$ sudo apt-get install apt-transport-https uuid-runtime pwgen curl

1	santos@graylog-BTI:~$ sudo apt-get install apt-transport-https uuid-runtime pwgen curl

O Graylog também faz uso do Java Headless, usamos o Backport:

santos@graylog-BTI:~$ sudo apt install -t jessie-backports openjdk-8-jre-headless ca-certificates-java

1	santos@graylog-BTI:~$ sudo apt install -t jessie-backports openjdk-8-jre-headless ca-certificates-java

Para o Graylog armazenar os logs, iremos instalar o MongoDB, para isso faça:

santos@graylog-BTI:~$ sudo apt-get install mongodb-server

1	santos@graylog-BTI:~$ sudo apt-get install mongodb-server

Instalaremos agora o Elastisearch, o Graylog na versão 2.x requer o Elastichsearch na versão 2.x para funcionar. Veja:

santos@graylog-BTI:/opt$ wget -qO - https://packages.elastic.co/GPG-KEY-elasticsearch | sudo apt-key add -
santos@graylog-BTI:/opt$ echo "deb https://packages.elastic.co/elasticsearch/2.x/debian stable main" | sudo tee -a /etc/apt/sources.list.d/elasticsearch-2.x.list
deb
santos@graylog-BTI:/opt$ sudo apt-get update && sudo apt-get install elasticsearch

santos@graylog-BTI:/opt$ wget -qO - https://packages.elastic.co/GPG-KEY-elasticsearch | sudo apt-key add -

santos@graylog-BTI:/opt$ echo "deb https://packages.elastic.co/elasticsearch/2.x/debian stable main" | sudo tee -a /etc/apt/sources.list.d/elasticsearch-2.x.list

deb

santos@graylog-BTI:/opt$ sudo apt-get update && sudo apt-get install elasticsearch

Finalizado a instalação do Elastisearch, vamos configura-lo:

root@graylog-BTI:/opt# nano /etc/elasticsearch/elasticsearch.yml

1	root@graylog-BTI:/opt# nano /etc/elasticsearch/elasticsearch.yml

Altere o seguinte parâmetro:

cluster.name: graylog

1	cluster.name: graylog

Após a instalação, vamos recarregar as configurações, habilitar o serviço e iniciar o Elasticsearch:

santos@graylog-BTI:/opt# sudo systemctl daemon-reload
santos@graylog-BTI:/opt# sudo systemctl enable elasticsearch.service
santos@graylog-BTI:/opt# sudo systemctl restart elasticsearch.service

santos@graylog-BTI:/opt# sudo systemctl daemon-reload

santos@graylog-BTI:/opt# sudo systemctl enable elasticsearch.service

santos@graylog-BTI:/opt# sudo systemctl restart elasticsearch.service

Agora faremos a instalação, configuração do Graylog 2:

santos@graylog-BTI:/opt$ sudo wget https://packages.graylog2.org/repo/packages/graylog-2.2-repository_latest.deb
santos@graylog-BTI:/opt$ sudo dpkg -i graylog-2.2-repository_latest.deb
santos@graylog-BTI:/opt$ sudo apt-get update && sudo apt-get install graylog-server

santos@graylog-BTI:/opt$ sudo wget https://packages.graylog2.org/repo/packages/graylog-2.2-repository_latest.deb

santos@graylog-BTI:/opt$ sudo dpkg -i graylog-2.2-repository_latest.deb

santos@graylog-BTI:/opt$ sudo apt-get update && sudo apt-get install graylog-server

Antes de iniciar o Graylog precisamos gerar duas senhas: Uma para o password_secret e outra para root_password_sha2, então rodaremos o seguinte comando

echo -n yourpassword | sha256sum

1	echo -n yourpassword \| sha256sum

Como exemplo usaremos a senha boteco para password_secret e admin para root_password_sha2, que fica dessa forma:

root@graylog-BTI:/opt# echo -n boteco | sha256sum
f014ac9276709828f0265a799a7642b4399a9d4686ad65fcd8b10741cce97827
root@graylog-BTI:/opt# echo -n admin | sha256sum
8c6976e5b5410415bde908bd4dee15dfb167a9c873fc4bb8a81f6f2ab448a918

root@graylog-BTI:/opt# echo -n boteco | sha256sum

f014ac9276709828f0265a799a7642b4399a9d4686ad65fcd8b10741cce97827

root@graylog-BTI:/opt# echo -n admin | sha256sum

8c6976e5b5410415bde908bd4dee15dfb167a9c873fc4bb8a81f6f2ab448a918

Agora iremos copiar o hash gerado e iremos editar o arquivo de configuração /etc/graylog/server/server.conf. Vou reforçar aqui que essas senhas mostradas NÃO devem ser usadas em ambiente de produção, escolham senhas mais robustas!

Altere agora os seguintes parâmetros:

password_secret =f014ac9276709828f0265a799a7642b4399a9d4686ad65fcd8b10741cce97827
root_password_sha2 =8c6976e5b5410415bde908bd4dee15dfb167a9c873fc4bb8a81f6f2ab448a918
rest_listen_uri = http://192.168.0.11.:9000/api/
web_listen_uri = http://192.168.0.11:9000/
rest_transport_uri = http://192.168.0.11:9000/api/

password_secret =f014ac9276709828f0265a799a7642b4399a9d4686ad65fcd8b10741cce97827

root_password_sha2 =8c6976e5b5410415bde908bd4dee15dfb167a9c873fc4bb8a81f6f2ab448a918

rest_listen_uri = http://192.168.0.11.:9000/api/

web_listen_uri = http://192.168.0.11:9000/

rest_transport_uri = http://192.168.0.11:9000/api/

Observação: O IP informado acima é da minha VM, portanto rode o comando ifconfig para verificar qual seu IP e não deixe com endereço localhost 127.0.0.1.

Recarregue as configurações, habilite e inicie o serviço:

santos@graylog-BTI:~$ sudo systemctl daemon-reload
santos@graylog-BTI:~$ sudo systemctl enable graylog-server.service
santos@graylog-BTI:~$ sudo systemctl start graylog-server.service

santos@graylog-BTI:~$ sudo systemctl daemon-reload

santos@graylog-BTI:~$ sudo systemctl enable graylog-server.service

santos@graylog-BTI:~$ sudo systemctl start graylog-server.service

Pronto! Agora basta acessar em seu navegador http:<IP-Graylog:9000> e terá essa tela:

Acesse usando o usuário padrão admin e a senha que criamos anteriormente admin e verá a tela de boas vindas:

Com isso finalizamos a instalação do Graylog 2, nos próximos post faremos algumas configurações no próprio servidor e também em hosts linux e windows para enviarem seus logs ao Graylog 2. Até mais ;)

Referências:

http://docs.graylog.org/en/2.2/pages/installation/os/debian.html#

https://packages.debian.org/jessie/java-runtime-headless

Instalação Graylog 2 em Debian 8

Como configurar VLAN no Ubuntu

24/11/2016 by OwnServer

Para você que possui apenas 1 uplink para seu servidor e precisa adicionar diversas redes eis como fazê-lo utilizando o Ubuntu Server.

Os passos são simples mas devem ser realizados com atenção para que nada saia errado, vale lembrar que a interface de seu switch deve estar configurada em Trunk para que a configuração possa funcionar corretamente.

Chega de bla bla bla e vamos ao que realmente interessa.
Em nossa configuração utilizaremos as VLAN’S ID’s: 120 (172.16.0.0/24) e 200 (192.168.1.0/24).

(mais…)

O que é um ataque DDoS?

23/11/2016 by OwnServer

Quem já teve problemas com seu website ou aplicação na web certamente já ouviu falar do termo “DdoS” de uma maneira nada agradável. Esses ataques são mais comuns do que se possa imaginar e, longe de afetarem apenas grandes empresas, podem tirar do ar websites e serviços de empresas menores e até usuários individuais.

O DdoS é um ataque de “negação de serviços distribuída”, ou seja, diversos computadores anteriormente infectados por hackers são acionados de modo remoto contra um alvo determinado pelo criminoso virtual, e a partir daí passam a gerar milhares ou milhões de requisições, até que tirem o serviço ou site do ar por sobrecarga ou excesso de tráfego.

Esses ataques obrigam as vítimas a reiniciar seus sistemas, suspendendo serviços temporariamente, ou obstruem a comunicação entre usuários e a vítima, gerando muita confusão e até desespero em alguns casos (ataques a sistemas bancários, por exemplo).
(mais…)

É possível encontrar servidores bons e com preços convidativos?

23/11/2016 by OwnServer

Antes de seguir adiante: sim, é possível. Antes de tudo imagine que um servidor, qualquer que seja seu tipo, nada mais é do que um computador ou um conjunto de computadores operando o tempo todo em conexão com a internet, “emprestando” seu espaço em disco e recursos de hardware para que você os utilize em sua aplicação online.

Como todo computador, há modelos caros e baratos – marca, recursos, configurações e mesmo softwares instalados: tudo isso influencia o preço de um servidor, mesmo quando estamos falando de sistemas na nuvem. Os preços podem variar de acordo com as propriedades e características de cada um dos computadores. Mais do que apenas procurar, há algumas atitudes que você pode tomar para conseguir bons recursos e preços ainda melhores: (mais…)