Vou tentar reescrever a pergunta inicial para que faça mais sentido.
O problema que enfrentei é que tenho o site da minha empresa hospedado no Site Ground, mas, infelizmente, devido ao uso do construtor do site, eles não conseguem transferir para um domínio adicional diferente naqueles domínios Document Root. A razão pela qual eu quis movê-lo foi porque finalmente registrei o nome de domínio que corresponde ao nome da minha empresa. Atualmente esse site estava sendo acessado a partir de um nome de domínio temporário que nunca planejei manter como nome de domínio da minha empresa.
Para evitar confusão, o nome da minha empresa é Systopian Solutions. A página inicial da marca de minha empresa pública estava sendo temporariamente (ou assim pensei) executada na raiz do documento para o nome de domínio "systopian.com". Eu tinha planejado totalmente que, assim que obtivesse meu nome de domínio de empresa adequado "systopiansolutions.com", eu poderia adicionar esse domínio como outro domínio adicional no Site Ground e, em seguida, transferir o conteúdo real do site de um domínio adicional para outro, ambos na hospedagem do site.
Porém, no meu pensamento inicial de que o site poderia ser transferido, e antes de abrir a pergunta original que estava aqui, mesmo que fosse transferida, fiquei com um pequeno problema.
Também tenho um servidor VPS hospedado pela Vultr. Este servidor executa todos os sites de aplicativos da Web de faturamento, cobrança e processamento de pagamentos públicos da minha empresa (Invoice Ninja), bem como alguns sites de aplicativos da Web internos que me permitem fornecer serviços diferentes ao meu cliente,
NOTA LATERAL: (e embora eu saiba, você nunca deve executar Sites Públicos e Sites Internos no servidor de salvamento, implementei uma série de etapas para garantir que ninguém será capaz de bisbilhotar. Para 1. Eu configurei Aliases para todos os meus URLs de sites internos, para que nenhum deles use os URLs comumente conhecidos, caso saibam que esses sites estão lá 2, o Invoice Ninja tem uma implementação de segurança muito robusta, que não permitirá que ninguém escolha. qualquer fqdn/dir, a menos que seja permitido pelo Invoice Ninja para a funcionalidade desse produto, no entanto, usando o /etc/phpmyadmin/apache2.conf, que é formatado completamente diferente da forma como um /etc/apache2/sites-available/ arquivo site-name.conf está configurado A sintaxe é completamente diferente, mas por motivos que não posso explicar, se eu precisar instalar um novo site, em vez de usar o site-name.conf que fará com que o Invoice Ninja rejeite o acesso ao. qualquer um dos caminhos do DocumentRoot, eu uso o /etc/phpmyadmin/apache2.conf e vou para a parte inferior da configuração do phpMyAdmins, onde crio uma nova seção de tags usando os marcadores e coloco os caminhos, mods, caminhos apropriados e todas as outras configurações exigido pelo novo site, salve e reinicie o apache2. No entanto, levo a segurança um passo adiante, já que estamos misturando sites públicos e internos no mesmo servidor, adicionando o uso do .htpasswd e forçando quem tentar acessar algum site interno que possa encontrar se cutucar com força suficiente, eles são necessárias para as credenciais de 1 dos únicos 2 usuários configurados no .htpasswd. Caso satisfaçam essas credenciais de alguma forma, cada um dos próprios sites de aplicativos da Web terá suas próprias credenciais de gerenciamento de usuário/login necessárias para acessar esses sites. Embora eu não tenha ilusão de que o que fiz seja impermeável, posso garantir que seria necessário um hacker MUITO determinado, com anos de experiência, para invadir sites internos. Existem camadas suficientes e as senhas escolhidas são MUITO fortes com um comprimento mínimo de caracteres e a combinação certa de #'s, caracteres especiais, caracteres superiores/inferiores)
O pequeno problema que tive foi que queria que meu servidor VPS, que hospedava alguns dos sites públicos da minha empresa, como o fatura ninja, usasse o novo domínio da empresa systopiansoltions.com. No caso em que a transferência da página inicial da minha empresa tivesse sido transferida para o novo domínio adicional no meu site Ground Host, isso significaria que eu teria que ir para servidores diferentes, que de alguma forma precisariam usar o domínio systopiansoltions.com. E é isso que eu estava perguntando, existe uma maneira de ter meu site hospedado pelo Site Ground, cujo registro DNS A teria um endereço IP diferente para o registro A apontar o domínio systopiansoltions.com para o IP do site Ground de 37.60.253.172 enquanto, de alguma forma, também aponta o mesmo registro A dos servidores DNS para meus sites de servidores VPS para o endereço IP de meus sites VPS, que é 207.246.87.29.
As perguntas iniciais eram mais ou menos, sem ter nenhum tipo de balanceador de carga ou configuração de roteador, existe alguma maneira de ter o mesmo FQDN apontando de alguma forma para 2 endereços IP diferentes.
Algumas idéias que tive que poderiam me ajudar a fazer isso da maneira mais limpa possível seriam, de alguma forma, configurar redirecionamentos, embora não tenha certeza de como isso funcionaria.
Então esta foi a explicação detalhada do meu problema e pergunta.
Houve uma segunda parte desta pergunta, que fiz por engano com as informações incorretas, então vou perguntar isso também...
Como o host VPS contém sites internos e sites públicos de clientes, gostaria de saber se existe uma maneira de configurar 2 nomes de domínio diferentes, cada um para um site com base em sua função...
Exemplo: No servidor VPS, o /etc/hosts tinha as seguintes entradas (não estou incluindo as entradas "localhost"). E foi assim que foi configurado até hoje. O problema é que agora que registrei o nome de domínio da empresa adequado, adoraria poder ter o nome de domínio systopian-web1.com usado para todos os sites internos, enquanto de alguma forma configuro o site Ninja de fatura voltado para o cliente público para usar o domínio systopiansoltions.com, no entanto, não tenho um terceiro IP para usá-lo e, francamente, estou sem qualquer tipo de orçamento operacional por um tempo, então não posso me dar ao luxo de adicionar um terceiro IP, o que tornaria esse problema desaparecer todos juntos.
207.246.87.29 systopian-web1.com <-IP primário
45.76.165.28 unms.systopian-web1.com <- IP secundário Adicionado especificamente para a instalação deste aplicativo, pois exigia um endereço IP dedicado.
Então, minha pergunta é: existe alguma maneira de usar 1 IP com 2 nomes de domínio diferentes? Alguém sabe de alguma outra maneira de conseguir isso?
Eu sei que em meu apache2/sites-available/invoice-ninja.conf posso alterar as seguintes entradas: ServerName systopiansolutions.com ServerAlias www.systopiansolutions.com No entanto, meu pensamento inicial foi que, para especificar qualquer um desses dois, o nome de domínio precisava ser definido no arquivo /etc/hosts. Não é esse o caso? Não tenho certeza de que outra forma esses domínios seriam resolvidos, pois sei que não posso ter dois registros A onde 2 nomes de domínio apontariam para o mesmo endereço IP, ou seja, fazer com que stopiansolutions.com resolva para 207.246.87.29 e depois tenha meu outro domínio nome no mesmo servidor VPS systopian-web1.com aponta para o mesmo IP 207.246.87.29, a menos que eu consiga atualizar o /etc/hosts contém o seguinte
207.246.87.29 systopian-web1.com <- Este Domínio seria definido para os sites internos que são usados por mim para fornecer funcionalidades e serviços aos meus clientes, mas o Público não tem acesso a esses sites
207.246.87.29 stopiansolutions.com <-- Este domínio seria definido para Invoice Ninja, já que este é um site público voltado para o cliente, então quero que todos os sites públicos voltados para o cliente usem este domínio.
45.76.165.28 unms.systopian-web1.com
E só para lembrar que o que eu perguntei anteriormente ainda é uma questão em aberto, ou seja, como a página inicial da minha empresa pública está atualmente hospedada no Site Ground, haveria alguma maneira de usar o mesmo nome de domínio em dois sites completamente diferentes? servidores, cada um com um IP muito diferente?** Posso ter resolvido isso de outra maneira, mas a questão ainda permanece.
Além disso, só tenho outra opção, mas explicarei isso reescrevendo minha própria resposta, se puder modificá-la, caso contrário, adicionarei outra resposta.
Eu tenho um pedido amigável, especialmente quando vocês respondem a alguém que vocês podem ver claramente se são muito verdes em usar este site. Em vez disso, responda da maneira que alguns de vocês fizeram, o que honestamente me levou ao ponto de simplesmente sair do site, pois senti que as respostas mostraram total falta de tolerância para com aqueles que são novos e ainda não são todos estou familiarizado com a forma como as coisas estão aqui, e eu era bastante ignorante quanto às expectativas que alguns de vocês pareciam ter em relação à forma como as perguntas são postadas, etc., mas em vez disso, tente ser acolhedor e envie-lhes uma mensagem privada, ou responda à postagem deles e compartilhe com eles o link que mais tarde foi compartilhado comigo, depois que ficou claro para mim que os membros Verdes, e suas perguntas mal escritas, são tudo menos tolerados. Isto teria me dado um grande incentivo para dedicar o tempo que estou agora para reescrever a pergunta. Às vezes as pessoas ficam tão envolvidas consigo mesmas que esquecem até onde vai um pequeno gesto de gentileza.
Se não fosse por um dos outros membros que se deu ao trabalho de tentar dar sentido à minha pergunta, e fazendo o seu melhor para me fornecer uma maneira diferente de considerar o meu problema, não sei se algum dia teria voltado novamente, o que seria uma pena porque, como muitos de vocês, tenho 2 décadas de suporte técnico, engenharia de suporte de aplicativos, administração de sistemas, serviços da Web e arquiteto de engenharia de migração e integração de sistemas estrangeiros. Tenho certeza de que, em algum momento, eu teria sido capaz de compartilhar alguns dos meus muitos anos de experiência para ajudar outras pessoas que não possuem os níveis de habilidade que possuo em muitas áreas, e adoro ajudar as pessoas. Então, embora eu não esteja tentando bater em um cavalo morto, gostaria apenas de pedir que você aborde os novos membros com um pouco de perdão e aceitação e, em vez de abandonar a reputação da primeira postagem que eles fizerem, tente apontar o caminho certo direção (como foi feito novamente, bem depois do fato) para que possam aprender como escrever a postagem mais eficaz, em vez de fazer com que se sintam indesejados e alienados dos membros. Esperançosamente, tanto minhas perguntas quanto o que acabei de explicar façam a diferença e espero que a próxima pessoa não se sinta tão rejeitada quanto eu.
Se alguém tiver alguma dúvida sobre as perguntas que fiz como reescritas, sinta-se à vontade para perguntar.
Saúde,
John
Responder1
Você provavelmente está confundindo dois conceitos:
- ocanôniconome de domínio totalmente qualificado retornado por
hostname --fqdn. É usado por um servidor para saber como se chamar, por exemplo, noHELOcomando deSMTP. - os nomes de domínio totalmente qualificados de seus sites.
Para hospedar systopiansolutions.comem suas instalações você não precisa alterar o nome de host canônico do servidor, basta adicionar um Aregistro DNS que aponte para o seu servidor e configurar um Apache <VirtualHost>. Você também não precisa alterar nada /etc/hosts, pois o servidor Apache2 seleciona um site para servir com base no Hostcabeçalho do cliente, não no endereço IP da interface de entrada (na verdade, tenho que adivinhar o que você está tentando fazer com o /etc/hostsarquivo, já que você menciona isso apenas no título da pergunta).
O MySQL usa um nome de host para identificar o usuário conectado, mas você provavelmente está usandohost localde qualquer forma.
Editar: Após seus esclarecimentos, a resposta a esta pergunta:
As perguntas iniciais eram mais ou menos, sem ter nenhum tipo de balanceador de carga ou configuração de roteador, existe alguma maneira de ter o mesmo FQDN apontando de alguma forma para 2 endereços IP diferentes.
é bastante simples: você pode ter quantos Aregistros DNS desejar para o mesmo domínio, desde que todos os servidores tenham o mesmo conteúdo. Caso contrário, seus usuários obterão aleatoriamente uma página da web ou outra.
Sobre o /etc/hostsarquivo, há 25 anos ele continha as mesmas informações e DNSvocê podia baixar do NIC os endereços IP e nomes de domínio de todos os hosts da Internet. Obviamente não funciona assim hoje. Hoje você o usa apenas para substituir DNS(em UNIX-es /etc/hostsé consultado antes de consultar o DNS): por exemplo, normalmente (ou historicamente) todo host tem apenas seu nome abreviado como webserver1in /etc/hostnamee uma linha:
127.0.1.1 webserver1.example.com webserver1
que substitui o Aregistro de webserver1.example.com, para que a comunicação interna do host consigo mesmo use o dispositivo de loopback.
Responder2
Embora eu não tenha conseguido encontrar uma resposta adequada neste momento, e o fato de que parece que, como o Site Ground não é capaz de transferir a página inicial pública da minha empresa para o domínio adicional adicionado a eles como systopiansolutions.com, eu realmente não tenho dúvidas sobre ter 1 nome de domínio resolvido para 2 endereços IP diferentes. Então, embora eu ainda esteja curioso para saber como isso poderia ser feito, se é que poderia ser feito, ou como alguém com esse nível de experiência lidaria com o mesmo problema se o tivesse.
No entanto, como agora existe uma maneira de transferir o site real, decidi criar outro site ner no servidor VPS e, embora esse servidor já tenha o Invoice Ninja (que é um site público voltado para o cliente), eu iria talvez esqueça de tentar ter o nome de domínio em vários lugares com vários IPs e apenas altere toda a configuração do servidor VPS, retirando as referências a systopian-web1.com em /etc/hosts, e substitua todas as entradas desse domínio nome ao de systopiansolutions.com. Dessa forma, todos os sites, públicos ou não, apontarão para o nome de domínio adequado para minha empresa.
Na verdade, segui esse plano e não apenas atualizei meu DNS, que está sendo fornecido pelo Site Ground.
Além disso, modifiquei /etc/hosts, comentei a entrada para systopian-web1.com e adicionei a entrada para systopiansolutions.com.
Passei por cada um dos meus sites site-name.conf, bem como pelo apache2.conf, e mudei todos os ServerName e ServerAlias para usar systopiansolutions.com.
Em seguida, reiniciei meu host para garantir que todas as minhas alterações fossem confirmadas em cada uma das áreas conforme apropriado.
Ao fazer isso também, consegui que meus certificados SSL para todos os meus sites fossem provisionados e instalados para todos os sites usando systopiansolutions.com. Por se tratar de um servidor VPS, tive que criar os certificados manualmente usando certbot-auto, que se eu entendesse como funciona aquele programa cli, ele validaria seus nomes de domínio, com base nas entradas em /etc/hosts, não no DNS.
Uma vez instalados os SSL's, TODOS os sites, Públicos e Internos, estão funcionando corretamente com o novo domínio e com https.
No entanto, notei alguns problemas que, embora não estejam me machucando, são alguns problemas com os quais espero que alguém possa me ajudar, já que odeio mexer em qualquer coisa enquanto tudo está funcionando perfeitamente. No entanto, pelo que entendi, você pode ter apenas um FQDN em seu/etc/hostname, no entanto, o meu tem dois. Novamente, nada não está funcionando e nada está reclamando. E embora eu tenha lido que sim, você pode listar mais de uma entrada FQDN aqui, li as páginas do manual do Linux, que dizem, não, apenas uma é permitida. Como não sei quais subsistemas realmente usam esse arquivo para seus inteiros, não sei exatamente qual nome de domínio deve ser configurado aqui...
root@systopian-web1:/etc# cat /etc/hostname systopian-web1 <==== Este é o nome do host local. systopian-web1.com <==== Este era o antigo FQDN do servidor. e, se possível, adoraria continuar a usar esse nome de domínio para todos os sites de aplicativos da Web que são apenas sites internos.
Agora, no meu /etc/hosts, temos uma história um pouco diferente, troquei o nome do domínio pelo servidor. No entanto, a menos que alguém saiba como posso configurar ambos os nomes de domínio para serem usados neste mesmo host, não tenho certeza do que mais fazer. Como o servidor não está de forma alguma vinculado à minha rede local, não posso usar as entradas localhost para configurar os sites internos para usar LocalHost com o systopian-web1.com. Então isso também não funcionaria.
root@systopian-web1:/etc# cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 systopian-web1
//207.246.87.29 systopian-web1.com
207.246.87.29 systopiansolutions.com
45.76.165.28 unms.systopian-web1.com
//The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
A outra questão é que desejo manter o nome do host 127.0.1.1 como systopian-web1 para manter minha convenção de nomenclatura de servidor do Operations Center. Daí o
/etc/hosts shows:
127.0.0.1 localhost
127.0.1.1 systopian-web1
Espero ter explicado melhor o que fiz para contornar a preocupação de ter 2 endereços IP apontando para um único nome de domínio, já que um dos meus primeiros pensamentos sobre como lidar com esses problemas levantados em minha pergunta recém-escrita é não é mais um problema e como estarei trabalhando na criação da Home Page da minha Empresa, no Servidor VPS, que agora está configurado com o nome de domínio systopiansolutions.com, não há mais necessidade (além da simplicidade de configurar um site usando o Site Grounds Free Drag and Drop Site Builder), para ter a página inicial da minha empresa hospedada no Site Ground.