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

  • Autor Autor Carlos Frias
  • Data de início Data de início
Este tópico foi traduzido automaticamente do espanhol. Ver original
Status

🔒 Este tópico está fechado para novas respostas.

⏰ Apenas o criador do tópico pode solicitar a reabertura de seus próprios tópicos, mas apenas dentro dos 60 dias anteriores à última atualização.

Obrigado pelo recebimento que deram ao guia, hoje venho trazer uma atualização para corrigir as opções que aparecem "a mais" no nosso painel de controle, o qual estamos usando apenas para fins de Proxy Reverso (e talvez até DNS). A seguir, deve-se rodar o seguinte.

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;

Antes:

Ver o anexo 308613

Depois:

Ver o anexo 308614

O que foi alcançado com isso? Desaparecer tudo o que não vamos usar ou o que não foi instalado com esta modalidade no VestaCP. Além disso, cabe ressaltar que não devemos nos preocupar com questões de segurança, já que este servidor NÃO HOSPEDA O SITE, apenas o carrega via Proxy.

Da mesma forma, se você quiser mudar a porta de acesso ao VestaCP (IPDOSERVIDOR:8083) você pode rodar o seguinte a seguir.

sed -i 's/8083;/NUEVOPUERTO;/g' /usr/local/vesta/nginx/conf/nginx.conf; killall -9 vesta; service vesta restart;

(Atenção, onde diz NOVAPORTA vai sua nova porta) e se por algum erro o serviço do VestaCP não subir, inverta o comando.

sed -i 's/PUERTOERRONEO;/NUEVOPUERTO;/g' /usr/local/vesta/nginx/conf/nginx.conf; killall -9 vesta; service vesta restart;

Por enquanto, fico à disposição para qualquer dúvida. Passo a atualizar o tutorial com o patch.

Abraços,
Bom, dizer que esse comando para "remover" o que está a mais não funciona...
 
@Carlos Frias tenho que dizer que é um excelente tutorial... vou colocá-lo em prática para alguns projetos que tenho em mente e sei que vai funcionar maravilhosamente, mas por outro lado gostaria de te perguntar se este tutorial me serve para adicionar um dedicado no qual gasto muita bw?

ou teria que utilizar um dedicado como proxy, para outro dedicado? já que ao gerar usuários, geralmente é o IP do servidor, você acha que com este tutorial funciona para que vejam o IP da Rússia e não o do verdadeiro? aqui o problema é o alto consumo de bw.

Abraços!
 
@Carlos Frias tenho que dizer que é um excelente tutorial... vou colocá-lo em prática para alguns projetos que tenho em mente e sei que vai funcionar maravilhosamente, mas por outro lado gostaria de te perguntar se este tutorial me serve para adicionar um dedicado no qual gasto muita bw?

ou teria que utilizar um dedicado como proxy, para outro dedicado? já que ao gerar usuários, geralmente é o IP do servidor, você acha que com este tutorial funciona para que vejam o IP da Rússia e não o do verdadeiro? aqui o problema é o alto consumo de bw.

Abraços!
Que funciona, funciona, tudo dependerá de quanto seja a bandwidth que você tenha no proxy. Neste caso você está bastante limitado com 200 mbps. Para um site simples talvez seja mais que suficiente, mas para baixar não será, vai saturar rápido.

Eu, por exemplo, para um projeto médio com 2 dedicados.

Um dedicado é o backend com 10 gbps de download e upload. E meu outro servidor também é 10 gbps, que é o proxy. Com isso estou gastando +/- 800 TB mensal, que não é nem 50% do que se pode gastar tendo 10 gbps (3285 TB em 1 mês ao usar 10 gbps 24x7).

Como mencionei antes, tudo depende da capacidade dos 2 servidores, o proxy e o servidor que você está tentando ocultar. Não é somente ter um servidor proxy com 10 gbps e o backend com 200 mbps.

Abraços
 
Que funciona, funciona, tudo dependerá de quanto seja a bandwidth que você tenha no proxy. Neste caso você está bastante limitado com 200 mbps. Para um site simples talvez seja mais que suficiente, mas para baixar não será, vai saturar rápido.

Eu, por exemplo, para um projeto médio com 2 dedicados.

Um dedicado é o backend com 10 gbps de download e upload. E meu outro servidor também é 10 gbps, que é o proxy. Com isso estou gastando +/- 800 TB mensal, que não é nem 50% do que se pode gastar tendo 10 gbps (3285 TB em 1 mês ao usar 10 gbps 24x7).

Como mencionei antes, tudo depende da capacidade dos 2 servidores, o proxy e o servidor que você está tentando ocultar. Não é somente ter um servidor proxy com 10 gbps e o backend com 200 mbps.

Abraços
Obrigado, agora sei mais ou menos o que preciso para colocar em prática este tutorial...

Abraços!
 
Que funciona, funciona, tudo dependerá de quanto seja a bandwidth que você tenha no proxy. Neste caso você está bastante limitado com 200 mbps. Para um site simples talvez seja mais que suficiente, mas para baixar não será, vai saturar rápido.

Eu, por exemplo, para um projeto médio com 2 dedicados.

Um dedicado é o backend com 10 gbps de download e upload. E meu outro servidor também é 10 gbps, que é o proxy. Com isso estou gastando +/- 800 TB mensal, que não é nem 50% do que se pode gastar tendo 10 gbps (3285 TB em 1 mês ao usar 10 gbps 24x7).

Como mencionei antes, tudo depende da capacidade dos 2 servidores, o proxy e o servidor que você está tentando ocultar. Não é somente ter um servidor proxy com 10 gbps e o backend com 200 mbps.

Abraços

Melhor resposta que esta não existe, o VPS em rede deve estar no nível do dedicado, ou o dedicado que se use como Proxy Reverso
 
Melhor resposta que esta não existe, o VPS em rede deve estar no nível do dedicado, ou o dedicado que se use como Proxy Reverso
Uma pergunta, o guia continua funcionando?, o vestacp parece diferente, parece que foi atualizado e me perguntava se isso implica alguma mudança no tutorial para instalar o proxy.
 
Grande contribuição, elfrias!
 
Uma pergunta, o guia continua funcionando?, o vestacp parece diferente, parece que foi atualizado e me perguntava se isso implica alguma mudança no tutorial para instalar o proxy.

Não costumo instalar o oficial já que temos nosso próprio fork, mas você pode testar e comentar como foi tudo. Se der erros, dedico o fim de semana para replicar e corrigir
 
Não costumo instalar o oficial já que temos nosso próprio fork, mas você pode testar e comentar como foi tudo. Se der erros, dedico o fim de semana para replicar e corrigir
Já não funciona, tentei umas 5 vezes.
 
Já não funciona, tentei umas 5 vezes.
Qual é o problema em si?.

Eu testei e o vestacp agora tem painel azul, mas os comandos continuam funcionando.

O único que não funcionou para mim foi para remover do painel coisas desnecessárias do vesta no vps de proxy
 
Impressionante, sempre tive a dúvida de como ocultar o IP do servidor..
Não para todo mundo. Há organizações que derrubam esta forma de segurança.
Há quase anos se debatia isto https://security.stackexchange.com/...d-the-real-ip-of-website-behind-reverse-proxy

além disso, como mencionam, a falta de exatidão delata frequentemente.

o VPS em rede deve estar no nível do dedicado, ou o dedicado que se use como Proxy Reverso
Me pergunto como se comporta o reverse proxy em caso de muito tráfego até um ataque DOS?
 
Não para todo mundo. Há organizações que derrubam essa forma de segurança.
Há quase anos se debatia isso https://security.stackexchange.com/...d-the-real-ip-of-website-behind-reverse-proxy

além disso, como mencionam, a falta de exatidão delata frequentemente.


Eu me pergunto como se comporta o reverse proxy em caso de muito tráfego até um ataque DOS?

Neste caso, o VPS ou o dedicado que leve o Proxy Reverso deve ter proteção, seja de firewall ou antiddos, ou realizar suas devidas configurações para preveni-los, o que já dá para outro tópico totalmente à parte. Quanto ao indicado no guia, não é tão fácil, mas se você tem escapes como os mencionados, podem te encontrar não tão facilmente, não passei pelo caso... de centenas de clientes ou talvez milhares

Então, isso depende de deixar registros no Cloudflare/DNS, de ter reprodutores cujos subdomínios apontem para domínios com o IP real e tal, e nem assim costumam ferrar, ou seja, não me deparei com clientes nesses níveis ou tons de dificuldade aos quais cheguem denúncias ou os descubram
 
Excelente contribuição, companheiro Carlos Frias

Muito obrigado, dou um update de que funciona perfeitamente e não precisa mudar nada, adicionalmente adicionei a auto submissão da porta

Lembrem-se de que deveria funcionar para vocês no CentOS 7 principalmente, vou ver se faço um tutorial para distros como Ubuntu sobre Hestia

Qualquer coisa adicional, me comentem e eu ajudo vocês pelo mesmo tópico
 
Explica este tutorial em vídeo 😃
 
Você deve adicionar os domínios que quer passar pelo IP Russo para que as denúncias não cheguem à Banahosting, é correto.
Carlos, uma consulta, aqui se coloca na opção flexível? Se eu coloco em completo... me manda erro como se o servidor estivesse caído.
Por outro lado, no WHM do cpanel tem que colocar o IP na lista branca ou algo assim?, às vezes me manda que o servidor rejeitou a conexão.

1642101295572.png
 
Carlos, uma consulta, aqui se coloca na opção flexível? Se eu coloco em completo... me manda erro como se o servidor estivesse caído.
Por outro lado, no WHM do cpanel tem que colocar o IP na lista branca ou algo assim?, às vezes me manda que o servidor rejeitou a conexão.

Ver o anexo 670590

Procure gerar SSL para o domínio que está no servidor proxy para poder colocá-lo em Full
 
Isso repercute negativamente no CDN que tenha instalado na web (Cloudflare, por exemplo)?

Posso fazer um reverse proxy se onde hospedo a web é uma hospedagem e não um VPS?
 
Status

🔒 Este tópico está fechado para novas respostas.

⏰ Apenas o criador do tópico pode solicitar a reabertura de seus próprios tópicos, mas apenas dentro dos 60 dias anteriores à última atualização.

Voltar
Topo