Se você quiser testar as conexões do cliente com o vhost project1.example.com, adicione-o ao arquivo / etc / hosts (ou equiv no Windows) no cliente:
10.87.42.22 project1.example.com
E, em seguida, tente carregar o URL no seu navegador.
Eu preciso atender um grande número de sites na mesma máquina. Precisarei ser capaz de adicionar e remover sites dinamicamente.
Internamente, o servidor da Web precisa pensar que a solicitação chegou de um vhost.
É possível usar o nginx na frente que manipulará solicitações no formulário: example.com/vhost1/some/path e reescrevê-los para: vhost1.example.com/some/path
Posso fazer isso sem configurar o DNS para vhost1.example.com?
Preciso adicionar vhost1.example.com ao nome do host na máquina?
Obrigado
Se você quiser testar as conexões do cliente com o vhost project1.example.com, adicione-o ao arquivo / etc / hosts (ou equiv no Windows) no cliente:
10.87.42.22 project1.example.com
E, em seguida, tente carregar o URL no seu navegador.
Você pode adicionar o domínio curinga * .example.com (isso é possível no BIND, não sabe sobre outros servidores DNS) e configurar o nginx vhosts project1.example.com, project2.example.com ... Dessa forma você não precisa atualizar o DNS para cada subdomínio adicionado!
Não sei bem o que você está tentando alcançar. Se for meramente um mapeamento interno, você poderá usar vários métodos não relacionados ao DNS para alterá-lo. A única razão pela qual você pode precisar alterar os registros DNS é se isso envolver redirecionar clientes de example.com para vhost.example.com .
Eu executo o djbDNS na minha rede interna (e fiz anteriormente para sites mais publicamente acessíveis) com um determinado .TLD e curinga - então *.localtest resolveria para um determinado IP, o qual o Apache ou o thttpd obterão (com o Apache %código%). Você seria capaz de fazer o mesmo com o nginx também (servir um site baseado no VirtualDocumentRoot ).