2 domínios com 2 certificados, 1 IP público, 1 servidor nginx

0

Espero que você possa me ajudar aqui porque não consigo entender por que isso está acontecendo. Eu tenho os seguintes 2 domínios:

  • alpha.com
  • beta.com

ambos apontando para o mesmo IP do servidor:

  • x.x.x.x

Eu tenho um único nginx em execução neste servidor. No meu firewall, eu tenho as portas 80 e 443 encaminhadas para o IP interno deste servidor;

  • 192.168.1.2

ambos os domínios possuem seus próprios certificados.

Aqui está a configuração do servidor para esses dois domínios:

Problema: O problema aqui é que quando eu vou para alpha.com, o servidor me redireciona para http.s: //alpha.com e carrega o conteúdo de alpha.com, até agora é ótimo. Quando eu abro uma nova guia no meu navegador e digito o beta.com, a URL no meu navegador muda para http.s: //beta.com, mas carrega o conteúdo de alpha.com.

Como eu diria ao nginx para o servidor o diretório correto para cada domínio com base em qual URL foi digitado no navegador e ainda manterá o https?

Obrigado.

    
por Ahmad 10.12.2015 / 04:17

3 respostas

0

Ambos os seus hosts virtuais estão apontando para a mesma porta em seu endereço de loopback.

O que você está ouvindo em http://127.0.0.1:2368 ?

Você precisa configurar esse serviço para escutar em duas portas diferentes e fazer proxy de cada vhost nginx para sua própria porta exclusiva.

    
por 10.12.2015 / 04:54
0

Dê uma olhada em este este post no Oceano Digital.

É possível através de Server Name Identification (SNI). Esta é uma adição recente relativa ao SSL. Anteriormente, não era possível que dois (ou mais) nomes de domínio diferentes usassem o mesmo endereço IP para acesso https.

    
por 10.12.2015 / 06:03
0

Na verdade, eu encontrei meu próprio erro, eu tinha uma plataforma de blogs fantasma rodando em um dos domínios e o wordpress no outro. Eu resolvi o problema removendo o seguinte código do arquivo de configuração nginx para o site wordpress.

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header HOST $http_host; proxy_set_header X-Forwarded-Proto $scheme; proxy_pass http://127.0.0.1:2368;

FYI, a porta 2368 que @MyNameIsBoring mencionada é o fantasma de porta usa, então eu tinha configurado proxy reverso para servidor em 80 e 443. Obviamente, isso não funciona para wordpress, removendo essa parte do código, todos comece a trabalhar como deveria.

    
por 10.12.2015 / 21:37

Tags