Modelo de implantação do Azure Classic vs Resource Manager e acesso IP público

1

Para começar, sou novo no Azure.

Eu tenho feito experiências com o Azure para tentar instalar e executar um servidor básico com um servidor Web e acesso FTP.

Inicialmente, tentei obter um servidor Windows com o IIS, mas não consegui acessar o servidor da Web por meio do endereço IP público. Isso foi criado usando o modelo de implantação do Resource Manager. Eu tentei o mesmo com o Ubuntu 14.04 com o Apache e exatamente o mesmo, eu não consegui acessar o servidor web através do endereço IP público. Em ambos os casos, foi utilizado o modelo de gerenciador de recursos. Os pontos finais foram configurados para a porta 80 e, nas janelas, o firewall foi configurado para aceitar solicitações na porta 80.

Eu decidi tentar instalar o Ubuntu usando o Classic Model, definir os endpoints para a porta 80 (HTTP) e 21 (FTP). Uma vez implantado eu ssh'd no servidor instalado Apache2 e vsftpd.

Quando eles foram instalados, fui ao endereço IP público e a página do Apache foi exibida. Eu testei o FTP e isso funcionou.

Para verificar se fiz algo errado com a implantação do modelo do Resource Manager, implantei o Ubuntu novamente usando o Resource Manager Model, configurei o mesmo terminal e instalei o mesmo software (Apache e vsftp). Quando fui ao endereço IP público, não houve resposta.

Alguém tem alguma idéia de por que o Azure funciona assim e como obter a implantação do modelo gerenciado por recurso para permitir acesso a recursos, como um servidor da Web, vi o endereço IP público. Existe outro nível de configuração necessário para implantações gerenciadas por recursos?

Obrigado

    
por Andy 24.02.2016 / 18:41

1 resposta

2

1) Verifique se o serviço foi iniciado e aceitando solicitações - use nmap e links :

$ nmap localhost

Starting Nmap 6.40 ( http://nmap.org ) at 2016-02-25 00:47 UTC
Nmap scan report for localhost (127.0.0.1)
Host is up (0.0000050s latency).
Not shown: 998 closed ports
PORT   STATE SERVICE
22/tcp open  ssh
80/tcp open  http

$ links http://localhost

2) Desativar o firewall para fins de teste:

$ sudo ufw disable

3) Adicione regras de entrada ao Grupo de segurança:

Certifique-se de que o intervalo de portas de origem esteja definido como *. Um erro comum é pensar que a fonte usará a mesma porta que o destino.

4) Teste seu aplicativo da web. O deve funcionar porque não há mais nada bloqueando a conexão. O mesmo conceito se aplica às VMs do Windows.

    
por 25.02.2016 / 02:04

Tags