Roteamento HTTP/HTTPS de acordo com URL

Roteamento HTTP/HTTPS de acordo com URL

Olá a todos, não sou um novato em redes, mas um novato em 'stackoverflow' com certeza, então peço desculpas se estraguei uma categoria ou grupo, mas parece que tudo isso é baseado em tags.

Tenho a seguinte pergunta que passou pela minha cabeça enquanto expandia meu servidor de teste.

  • Trabalhei com balanceamento WWW (Ter IPs públicos diferentes referidos ao mesmo domínio)
  • Trabalhei com balanceadores de hardware internos (com tráfego vindo do mesmo IP público e uma única url www.example.com)

Mas esta manhã ganhei duas máquinas novas de um amigo e decidi que vou mantê-las para mim, expandindo meu servidor de testes de 1 para 3 unidades.

Agora, como tenho poucos domínios, um IP público estático e uma conexão rápida (FTTH) já basta. Eu queria saber a opinião de alguém, que já pode ter feito isso e, portanto, descobriu a melhor solução. Meus domínios referem-se todos ao mesmo IP e meu roteador tem apenas uma opção de servidor DMZ que encaminha o tráfego para um único IP da LAN.

Agora, quais são as soluções (em vez de hardware) que me permitem dividir a solicitação HTTP/HTTPS de entrada de acordo com seu URL?

www.exemplo.com -> servidor01 [10.10.0.1]

ftp.exemplo.com -> servidor02 [10.10.0.2]

Responder1

Se você insiste em hardware, sugiro Cisco ACE ou algo semelhante.

Mas é um incrível desperdício de dinheiro. Pela fração do custo do lixo da Cisco (e sim, o Cisco ACE é lixo), você pode implantar um servidor Linux rodando Apache, Nginx, Varnish ou qualquer outro, que fará tudo o que você precisa e muito mais.

Responder2

PFSense pode fazer isso. Não adianta comprar algum tipo de eletrodoméstico para fazer isso, é basicamente a mesma coisa e bem mais barato. O Linux também poderia fazer isso, da mesma maneira.

Ter dois subdomínios em um endereço IP público atrás do roteador pFsense

informação relacionada