Gostaria de explicar o cenário que temos e então fazer a pergunta:
temos o domínio:
- www.exemplo.com
e os seguintes subdomínios:
- fórum.exemplo.com
- portal.exemplo.com
- crm.exemplo.com
e os seguintes aplicativos hospedados em servidores separados:
- fórum-IP do servidor: 1.1.1.1,porta: 1010
- portal-IP do servidor: 2.2.2.2,porta: 2020
- CRM-IP do servidor: 3.3.3.3,porta: 3030
todos os servidores estão rodando atrás de um firewall
por outro lado, temos apenas um endereço IP público:
10.10.10.10
então para vincular os servidores locais ao ip público podemos criar entradas de hospedagem virtual no firewall e criar portas públicas da seguinte forma:
- 10.10.10.10:1010 apontará para 1.1.1.1:1010
- 10.10.10.10:2020 apontará para 2.2.2.2:2020
- 10.10.10.10:3030 apontará para 3.3.3.3:3030
então configuraremos o seguinte registro A NAME na ZONA DNS:
- www.exemplo.com - 10.10.10.10
então para ir aofórumaplicativo, o usuário deve digitar:
- www.exemplo.com:1010
e assim por diante:
- www.exemplo.com:2020 paraportal
- www.exemplo.com:3030 paraCRM
agora, ao invés de usar o número da porta gostaríamos de usar o subdomínio, por exemplo, se o usuário quiser ir ao fórum ele apenas digitará:
- fórum.exemplo.com
e o mesmo para as outras aplicações.
Isso é possível sem a compra de novos endereços IP públicos para cada aplicação?
Desculpe pelo longo post. Obrigado
Responder1
Presumo que seus vários aplicativos estejam disponíveis via HTTP/HTTPS. Nesse caso, você tem algumas opções comuns.
- Faça com que seu servidor web faça proxy dos outros três subdomínios (www também é um subdomínio) para os serviços.
- Instale um proxy HTTP/HTTPS para fazer proxy de todos os subdomínios (bem como do domínio).
Você pode começar com uma opção e mudar para outra posteriormente. Alguns contêineres de aplicativos possuem plug-ins para servidores web que adicionam cabeçalhos de proxy específicos ao contêiner.
Se você estiver usando HTTPS. você precisará de um nome alternativo de assunto para cada domínio no certificado. Como alternativa, você pode usar o SNI no front-end (servidor web ou proxy) para fornecer o certificado correto ao cliente (somente clientes compatíveis com SNI).