Configurando o domínio com vários servidores

3

Estou configurando um pequeno serviço de hospedagem para meus clientes. Eu tenho meu servidor dedicado, que será o servidor compartilhado para hospedar sites de clientes usando WHM / cPanel.

Eu tenho um servidor VPS separado que quero usar para hospedar meus próprios sites, para que, no caso de o servidor compartilhado ficar inativo, meus clientes ainda possam me alcançar para abrir tickets, etc.

Configurei o nome de domínio da minha empresa no meu servidor compartilhado, criei registros de colagem com nome barato para configurar ns1 / ns2 para que meu servidor compartilhado possa ser acessado usando mydomain.com e possa encaminhar domínios usando ns1.mydomain.com e ns2.mydomain.com.

O que eu quero fazer agora é encaminhar www.mydomain.com e mydomain.com para o meu VPS para que eu possa usá-lo para hospedar meu site principal.

Eu editei a zona DNS no WHM / cPanel para apontar @ e www 'A Record' para o meu endereço IP do VPS.

Agora, quando tento visitar o site www.mydomain.com, ele mostra a página de teste do Apache 2 como se os vhosts não estivessem funcionando. Eu configurei o VPS antes e nunca tive esse problema, então estou pensando em um problema com os registros DNS A / www ou eu perdi algo ao configurar o VPS.

Aqui estão meus vhosts dentro do httpd.conf: (CentOS 6.5)

      #
      # Use name-based virtual hosting.
      #
      NameVirtualHost *:80
      ...
      <VirtualHost *:80>
           ServerAdmin [email protected]
           DocumentRoot /var/www/html
           ServerName vps.mydomain.com
           ServerAlias 91.227.220.159
      </VirtualHost>

      <VirtualHost *:80>
           ServerAdmin [email protected]
           DocumentRoot /var/www/username/public_html
           ServerName www.mydomain.com
           ServerAlias mydomain.com
      </VirtualHost>

Se isso estiver funcionando, vps.mydomain.com e IP do servidor devem mostrar a página apache padrão e mydomain.com deve mostrar o site localizado em / var / www / username / public_html.

Eu aprecio isso pode ser uma pergunta difícil de responder, mas eu estou puxando meu cabelo para fora, há alguma óbvia óbvia que eu poderia ter perdido?

A maneira como estou configurando o domínio é o melhor caminho a seguir? A ideia é que, se meus clientes me visitarem em mydomain.com, eles serão levados ao meu site no VPA, mas também poderão usar ns1.mydomain.com ns2.mydomain.com para apontar o domínio para o servidor compartilhado e o nome do host. mydomain.com para coisas como SSL ao usar o IMAP, haveria uma maneira melhor de conseguir isso? Talvez empurrando o domínio de volta para Namecheap e gerenciando o DNS de lá?

    
por Goodbytes 26.10.2014 / 21:03

1 resposta

0

If this was working then vps.mydomain.com and server IP should show the default apache page and mydomain.com should show the site located at /var/www/username/public_html.

Corrija enquanto você recarregar o Apache para reler seus arquivos de configuração.

Isso soa como um problema de propagação de DNS para mim. Verifique os registros de DNS para mydomain.com e www.mydomain.com de sua máquina local e de uma máquina remota para ver se você obtém os mesmos resultados. Em seguida, verifique novamente, pois a verificação de algumas vezes seguidas pode retornar resultados diferentes se o registrador delegar a mais de um NS.
Veja também whatsmydns.net para verificar os registros DNS de vários NS ao redor do mundo.

Se você conseguir excluir o DNS, verifique se o Apache leu seu bloco do VirtualHost usando

httpd -S

ou

apache2ctl -S

Você deve ver todos os valores de listados com o vhost padrão na parte superior:

*:80                   is a NameVirtualHost
     default server vps.mydomain.com (/etc/httpd/conf/httpd.conf:10)
     port 80 namevhost vps.mydomain.com (/etc/httpd/conf/httpd.conf:10)
     port 80 namevhost www.mydomain.com (/etc/httpd/conf/httpd.conf:20)
             alias mydomain.com

Is the way I'm setting up the domain the best route to take?

Acho que é uma boa ideia hospedar seus sites de clientes separados do seu suporte / corporativo. Apenas certifique-se de que o seu site de suporte "não possa" ser desativado (por exemplo, ambiente geo-redundante ou provedor redundante).

Eu também evitaria hospedar seu próprio DNS. Manter o DNS ativo e altamente disponível geralmente é mais incômodo do que vale a pena, especialmente se você considerar as consequências se ele quebrar.

    
por 10.02.2015 / 00:58