Tutorial: Crie seu Reverse Proxy para ocultar o IP do servidor com Vesta (Deprecated)

jjadriels9 disse:

Tenho um site com cloudflare e SSL/TLS Full (strict) Como eu faria para usar o proxy e que também fique Full (strict)?

Clique para expandir...

Carlos Frias disse:

Olá, betas, hoje vou mostrar como realizar o seguinte.

Ver o anexo 307812

Para o público, um IP da Rússia (um VPS russo, por exemplo, na veesp.com) e, apenas para nosso conhecimento, um servidor nos Estados Unidos.

Como isso beneficia vocês? Para quem tem sites de séries, filmes, anime, pornô ou pelo simples fato de evitar que a concorrência saiba onde seu conteúdo está realmente hospedado (por qualquer motivo) e ter que migrar seus dados periodicamente. É muito útil para portais que recebem ataques e depois você é obrigado a migrar os dados de forma recorrente; com isso, você apenas monta um proxy e muda o IP, sem nunca mais tocar nos dados (e se você é pirata com um site do tipo warez... as reclamações não chegam ao destino final, apenas à empresa offshore, que as ignora). Impressionante, não?

Obviamente, não faltará quem diga que sempre há formas de conseguir o IP, mas este método, por si só, já dificulta muito para uma grande parcela (ainda assim, nunca vi esses casos, apenas pessoas falando que é possível). Sem mais delongas, vamos ao que interessa.

1) Vou e compro meu servidor (deve ser feito em um servidor que esteja em branco)

Ver o anexo 307828

2) Colocamos um hostname (nome da máquina) e preenchemos os dados (Atenção: selecionamos CentOS 7 x64 como distribuição de Linux)

Ver o anexo 307832

3) Depois de fazer o pedido e pagar, nos entregarão o VPS em cerca de 5-10 minutos

Ver o anexo 307834
Ver o anexo 307835

4) Agora, com os dados que recebemos por e-mail, entramos no VPS via SSH e iniciamos uma instalação do VestaCP

Normalmente a porta SSH na Veesp por padrão é a 22, mas em outras empresas isso pode variar, a menos que você altere do seu jeito.

yum upgrade -y; yum install -y wget curl curl-devel nano perl perl-core epel-release; curl -O http://vestacp.com/pub/vst-install.sh; yes | bash vst-install.sh --nginx yes --apache yes --phpfpm no --named yes --remi yes --vsftpd no --proftpd no --iptables no --fail2ban no --quota no --exim no --dovecot no --spamassassin no --clamav no --softaculous no --mysql no --postgresql no --hostname server.hostname.tld --email tucorreo@gmail.com --port 8083 --password Cambiame01@#$

Levará pelo menos 10 minutos (ou menos) para instalar o VestaCP e não passará de 20 minutos em provedores com conexão à internet lenta.

Atenção com o hostname, e-mail e senha colocados na linha de comando, além de levar em conta que a senha root do VPS é diferente da do admin.

Ver o anexo 307841

(É possível que demore um pouco)

Ver o anexo 307842

Vamos colocar "y" seguido de enter e, finalmente, esperamos que todo esse processo automatizado termine...

Ver o anexo 307843

5) Uma vez instalado, teremos 50% do trabalho realizado. O próximo passo será mover os modelos que o VestaCP traz por padrão e carregar apenas o código com o qual vamos trabalhar. O Vesta servirá apenas como um painel de controle para adicionar e remover domínios, ativar SSL com Let's Encrypt ou instalar um próprio, sem ter que ficar modificando código via console nem escalar para algo maior.

Se você tem conhecimento para fazer isso sem um painel de controle, vá em frente, mas isso foi feito para quem não quer lutar com isso 😀 (ou para facilitar a existência das pessoas xD). No meu caso, tenho experiência e quero facilitar as coisas para todos vocês.

Ver o anexo 307845

mv /usr/local/vesta/data/templates/web/nginx/ /usr/local/vesta/data/templates/web/nginx.old;mkdir /usr/local/vesta/data/templates/web/nginx/;cd /usr/local/vesta/data/templates/web/nginx/; rm -rf /etc/nginx/conf.d/1* /etc/nginx/conf.d/2* /etc/nginx/conf.d/3* /etc/nginx/conf.d/4* /etc/nginx/conf.d/5* /etc/nginx/conf.d/6* /etc/nginx/conf.d/7* /etc/nginx/conf.d/8* /etc/nginx/conf.d/9* /etc/nginx/conf.d/0*; mv /usr/local/vesta/data/packages /usr/local/vesta/data/packages.old; mkdir /usr/local/vesta/data/packages; wget https://raw.githubusercontent.com/carlosfriascf/vesta7/master/default.pkg -O /usr/local/vesta/data/packages/default.pkg;

6) Vamos colar o seguinte código (e modificar o que diz IPDESTINOFINALAQUI pelo IP do servidor que temos nos Estados Unidos, por exemplo)

- Criamos o modelo default.stpl, podemos criá-lo da seguinte forma: nano /usr/local/vesta/data/templates/web/nginx/default.stpl;

e depois inserimos o seguinte... (nota: ao colocar o IP do servidor ou hospedagem em IPDESTINOFINALAQUI como destino/para)

server { listen *:%proxy_ssl_port% ssl; server_name %domain_idn% %alias_idn%; ssl_certificate %ssl_pem%; ssl_certificate_key %ssl_key%; error_log /var/log/httpd/domains/%domain%.error.log error; location / { proxy_pass https://IPDESTINOFINALAQUI:443; location ~* ^.+\.(%proxy_extentions%)$ { root %sdocroot%; access_log /var/log/httpd/domains/%domain%.log combined; access_log /var/log/httpd/domains/%domain%.bytes bytes; expires max; try_files $uri @fallback; } } location @fallback { proxy_pass https://IPDESTINOFINALAQUI:443; } include %home%/%user%/conf/web/snginx.%domain%.conf*; }

- Fazemos o mesmo com default.tpl, podemos criá-lo da seguinte forma: nano /usr/local/vesta/data/templates/web/nginx/default.tpl;

server { listen *:%proxy_port%; server_name %domain_idn% %alias_idn%; error_log /var/log/httpd/domains/%domain%.error.log error; location / { proxy_pass http://IPDESTINOFINALAQUI:80; location ~* ^.+\.(%proxy_extentions%)$ { root %docroot%; access_log /var/log/httpd/domains/%domain%.log combined; access_log /var/log/httpd/domains/%domain%.bytes bytes; expires max; try_files $uri @fallback; } } location @fallback { proxy_pass http://IPDESTINOFINALAQUI:80; } include %home%/%user%/conf/web/nginx.%domain%.conf*; }

- Lembre-se de salvar as alterações; no nano, as alterações são salvas com CTRL + O (depois enter) e para sair, CTRL + X...

Ver o anexo 307854

7) Feito isso, concluímos o trabalho pesado... Tudo o que precisamos fazer agora é colocar o IP do nosso Proxy Reverso na lista branca (se o IP que estamos colocando é de uma hospedagem compartilhada, devemos pedir à hospedagem que o faça para evitar banimentos de IP por desconhecimento da sua plataforma de segurança)

Já precisei enviar tickets para a Banahosting para fazer exclusões, por exemplo, no Bitninja, que costuma expulsar muito os IPs dos nossos Proxies.

(atenção: isso é caso esteja hospedado em uma hospedagem compartilhada, então envia-se um ticket)

8) Uma vez que o IP esteja na lista branca em nosso firewall ou que a empresa de hospedagem nos informe que fez a exclusão, passamos a apagar o domínio de testes que o VestaCP gerou no momento da instalação e, finalmente, criamos o que vamos passar pelo Proxy.

- Entramos no VestaCP, que será IPDOPROXY:8083 com https, ignoramos o Certificado SSL inseguro e clicamos em Log In.

- Vamos até "Web" para ver a lista de domínios existentes...

- Apagamos isso e adicionamos o nosso clicando no botão verde (+) para adicionar o nosso.

- Colocamos nosso domínio, adicionamos 😀

- E pronto, esta é a mensagem que confirmará o bom trabalho que realizamos 😀

9) Finalmente... Vamos ao Cloudflare ou ao nosso Gerenciador de DNS, depois mudamos o IP do servidor nos Estados Unidos pelo do Proxy.

- Modifica-se o @ (o registro A do domain.tld e o www, caso seja um Registro A e não um CNAME)

10) Concluímos ativando o Certificado SSL e verificando os resultados...

RESULTADO:

Qualquer dúvida, correção, inquietação, pergunta, contribuição ou sugestão é bem-vinda... Não é incômodo algum, então você pode me escrever por mensagem privada ou comentar no tópico e eu, com muito prazer, responderei sem problema algum. Fico no aguardo de qualquer novidade, nos vemos no próximo tutorial 😉 também clicando no link da minha assinatura, você poderá validar parte dos serviços que eu ofereço.

Clique para expandir...

Turkero disse:

é possível fazer em uma hospedagem da banahosting?

Clique para expandir...

adpays disse:

@Carlos Frias é possível com o plano de 10 USD em vez do de 20 ?

Clique para expandir...

adpays disse:

@Carlos Frias é possível com o plano de 10 USD em vez do de 20 ?

Clique para expandir...

Apollyonl disse:

Tenho contratado o de 5 dólares e outro de 40 dólares e não noto diferença,

Clique para expandir...

jmanu disse:

Bom tuto... me surgiram algumas perguntas.

1. Seria possível fazer cloudflare -> Proxy -> IP Final ou somente é possível Proxy -> IP Final ?
2. Entendo que seria como servir de "cloudflare", mas em caso de DDoS a cloudflare é Deus.
3. A outra dúvida que me surge é: um VPS de 4 cores e 8 RAM suportará 100k por dia?
4. Tinha entendido que a versão gratuita do nginx não é tão boa como proxy quanto o HAProxy, ou estou enganado?

Obrigado.

Clique para expandir...

AyuGonzalo disse:

Olá @Carlos Frias, do nada não consigo entrar no meu IP:8083 para acessar o VestaCP

Fica carregando e carregando, e aparece: ERR_CONNECTION_TIMED_OUT

E quando entro no meu site, aparece problema com a cloudflare: Check your DNS Settings. A 523 error means that Cloudflare could not reach your host web server

Sabe o que poderia ser? É estranho, não fiz nada e de repente ficou assim.

Clique para expandir...

AyuGonzalo disse:

Olá @Carlos Frias, do nada não consigo entrar no meu IP:8083 para acessar o VestaCP

Fica carregando e carregando, e aparece: ERR_CONNECTION_TIMED_OUT

E quando entro no meu site, aparece problema com a cloudflare: Check your DNS Settings. A 523 error means that Cloudflare could not reach your host web server

Sabe o que poderia ser? É estranho, não fiz nada e de repente ficou assim.

Clique para expandir...

Carlos Frias disse:

Verifique se o servidor não desligou (ou se está travado), comece vendo o Status no nível do provedor, ou tente até com um simples reinício.

Clique para expandir...

AyuGonzalo disse:

Sim, sim, ambos já fiz, está em verde o VEESP e já reiniciei e nada. O que acabei de fazer foi remover meu domínio da cloudflare e em 10 minutos vou adicioná-lo novamente.

Senão não saberei o que mais fazer. Por aí dizem que a cloudflare tem problemas com a porta :8083

Outro indica que tinha habilitado o "dns protection" e isso foi o que falhou, veja: https://forum.vestacp.com/viewtopic.php?t=11913

Mas não sei a que se refere 🙁🙁🙁

Clique para expandir...

Goomaru disse:

Com certeza é porque você está entrando com SSL e na cloudflare não está configurado.
Tente tirar a nuvenzinha da cloudflare e tente acessar com http.
Se acessar, então falta modificar a cloudflare.

Clique para expandir...

Carlos Frias disse:

Tente acessar pelo IP, não pelo hostname

Clique para expandir...

Goomaru disse:

Com certeza é porque você está entrando com ssl e no cloudflare não está configurado.
Tente tirar a nuvenzinha do cloudflare e tente acessar com http.
Se você conseguir acessar, então falta modificar o cloudflare.

Clique para expandir...

AyuGonzalo disse:

Sabe de uma coisa, recebi um e-mail da VEESP que no dia 14 de novembro haveria um trabalho agendado:

Greetings,
Your server(s) will become unavailable on November 14, 2022 at 11:30 UTC+2 for 15-20 minutes as we carry out a routine hardware maintenance.
Please back up your data ahead of time and make sure no vital data is stored in RAM or disk cache at the time when the maintenance starts.
We apologize for the inconvenience.
If you have any questions, feel free to contact us via a support ticket: https://secure.veesp.com/tickets/new/

E justamente desde esse dia, foi quando tudo foi para o espaço, veja meu tráfego:

Ver o anexo 895399

Na segunda caiu dia 14. Já enviei um e-mail para eles, mas acho óbvio que foi culpa deles. De repente terei que reconfigurar tudo, Carlos? Ou seja, o VPS por completo?

Clique para expandir...