Configuração de rede para vários convidados do vbox que atendem por meio de um IP público

Question

Ei, eu tenho um host do Debian Squeeze com três Lenny VM's no VirtualBox.

• antigamente cada sistema tinha seu próprio IP público e os convidados eram apenas preenchidos
• mas agora em uma nova caixa, só receberei um IP físico e não sei como configurar a rede.

As VMs convidadas têm vários domínios (http / https) e eu deveria poder acessá-los diretamente pelo ssh.

Eu estava pensando em dar aos convidados um IP interno fixo e depois mod_proxy do host. E para ssh usando o encaminhamento de porta. Não tenho certeza sobre o modo de rede, posso usar o 'networking em ponte' com um IP não público?

Seria ótimo se alguém pudesse comentar sobre isso e / ou fornecer um link onde essa configuração seja explicada mais detalhadamente.

Muito obrigado Hans-Peter

    

Answer 1

O que eu faria é configurar algum tipo de proxy reverso no IP principal do servidor. Isso encaminharia solicitações por uma conexão de rede somente de host ou em ponte. Você não deve ter problemas usando a interligação em rede com IPs não públicos.

Não importa o que você faça, não tente usar o NAT (pelo menos a implementação do VirtualBox). Descobri que o desempenho é péssimo e tem alguns bugs que significam que você precisa reinicializar a máquina regularmente para continuar trabalhando em rede.

    

Answer 2

Eu recomendaria apenas mudar para o NAT. Eu não vi os problemas de desempenho com o NAT, a menos que você não tenha instalado as adições do convidado. Algumas pessoas acham mais fácil criar um cliente virtual separado (geralmente com X gui) para compilar as adições e depois copiar para servidores virtuais para reduzir a sobrecarga de compiladores, etc., em cada um dos servidores virtuais.

O encaminhamento de portas é simples através do vboxmanage, muitos exemplos por aí, aqui está o primeiro que encontrei. Basta digitar vboxmanage para obter a sintaxe atual. Ele muda com as atualizações de versão do VBox. link

Construa um lenny virtual com gui, instale adições de convidados, copie os drivers de rede para os servidores virtuais lenny. Você também pode copiar outros drivers, se necessário, mas normalmente eu executo meus servidores vbox virtuais sem cabeça e desative o suporte a buffer de colar de cópia na configuração do cliente virtual. Todo o acesso ao virtual é através da rede. (ssh para terminal, IP / ports para serviços) Você não precisará usar o lenny gui virtual até a próxima atualização do Virtualbox ou a próxima atualização do kernel do lenny quando precisar compilar novamente e distribuir as atualizações.

Um sistema como esse é ótimo para todas as atualizações. Atualize e teste no cliente gui e use como um repositório de apt local para distribuir aos servidores virtuais. Ou remova o apt completamente dos servidores e use um procedimento de atualização personalizado (puppet / SVN / rsync / etc.) Útil para virtualização de "hospedagem".

Nossos servidores virtuais personalizados correspondem aos nossos sistemas co-localizados implantados e não têm suporte a terminais. Isso reduz bastante o número de explorações disponíveis. Somente acesso de transferência de arquivos SSH. Nenhum VT. Não há placas de vídeo. Vários consoles seriais de máquinas são roteados para uma única máquina admin para ler mensagens de inicialização se o hardware não tiver suporte IPMI. Watchdog de hardware + software para reiniciar e reiniciar serviços. Alguns sistemas são menores que 30mb para os aplicativos de serviço (+ kernel e dados, se necessário). Apenas um exemplo de sistemas modernos construídos pequenos, o Microcore linux 3.6 é de 6.8mb, o tinycore é de 11mb com o gui.

Aqui está um link para a seção de encaminhamento de porta NAT do Manual do VirtualBox. link