Vários Subdomínios que apontam para o mesmo IP e porta públicos

Question

Eu gostaria de explicar o cenário que fizemos e fazer a pergunta:

temos o domínio:

• www.example.com

e os seguintes subdomínios:

• forum.example.com
• portal.example.com
• crm.example.com

e os seguintes aplicativos hospedados em servidores separados:

• forum - Server IP: 1.1.1.1, port: 1010
• portal - Server IP: 2.2.2.2, port: 2020
• crm - Server IP: 3.3.3.3, port: 3030

todo o servidor está sendo executado por trás de um firewall

por outro lado, temos apenas um endereço IP público:

10.10.10.10

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 will point to 1.1.1.1:1010
• 10.10.10.10:2020 will point to 2.2.2.2:2020
• 10.10.10.10:3030 will point to 3.3.3.3:3030

em seguida, configuraremos o seguinte registro A NAME na zona do DNS:

• www.example.com - 10.10.10.10

para acessar o aplicativo fórum , o usuário precisa digitar:

• www.example.com:1010

e assim por diante:

• www.example.com:2020 for portal
• www.example.com:3030 for crm

agora, em vez 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á:

• forum.example.com

e o mesmo para os outros aplicativos.

Isso é possível de ser feito sem a compra de novos endereços IP públicos para cada aplicativo?

Desculpe pelo longo post. Obrigado

    

Answer 1

Eu entendo que seus vários aplicativos estão disponíveis via HTTP / HTTPS. Nesse caso, você tem algumas opções comuns.

• Ter o seu proxy de servidor da Web os outros três subdomínios (www também é um subdomínio) para os serviços.
• Instale um proxy HTTP / HTTPS para representar todos os subdomínios (assim como o domínio).

Você pode começar com uma opção e mudar para a outra depois. Alguns contêineres de aplicativos têm plug-ins para servidores da 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 da Web ou proxy) para fornecer o certificado correto ao cliente (somente clientes compatíveis com SNI).