Impossible pour Azure Virtual Machine de servir des sites Web
Je viens de configurer Windows Azure VM et d’installer IIS dessus.
Lorsque le bureau à distance est installé sur la boîte, le site Web IIS par défaut est correct, mais je ne parviens pas à le diffuser sur le Web à partir de l'adresse IP de la boîte.
J'ai ouvert le port 80 sur le pare-feu Windows et ajouté un point de terminaison pour le port 80.
J'ai essayé d'y accéder avec le pare-feu complètement désactivé, mais en vain ...
Je ne peux pas déterminer s'il y a autre chose à faire pour que cela fonctionne?
Eh bien, j’ai supprimé les services VM et Cloud existants, puis tout redémarré - tout a fonctionné correctement cette fois-ci.
Comme c'est ennuyeux! La seule chose que j'ai remarquée, c'est qu'avant, mon service cloud portait le même nom que mon VM - cette fois-ci, ils avaient des noms différents, ce qui aurait pu être la cause du problème.
À votre santé
Ajoutez des points de terminaison pour les ports 80 (http) et 443 (https) au VM du portail Azure (astuce: cela peut être automatisé avec powershell ou Azure).
Bureau à distance à la machine. Ouvrez le panneau de configuration du pare-feu Windows et autorisez le trafic sur les ports 80 (http) et 443 (https) ou désactivez-le simplement ... le pare-feu est activé par défaut (conseil: vous pouvez également utiliser un script via l’agent VM/powershell).
Accédez au portail Azure et recherchez le sous-domaine cloudapp.net pour votre VM (en réalité, le service de cloud) sous lequel votre VM s'exécute. Essayez d'accéder au site avec ce domaine. Si cela ne fonctionne pas, essayez de naviguer vers http: // localhost sur le serveur (poste de travail distant) pour vous assurer que IIS fonctionne et résoudre les problèmes à partir de là.
Modifiez les enregistrements DNS de votre domaine personnalisé pour utiliser un CNAME vers le domaine .cloudapp.net. Si vous avez besoin d'enregistrements A, assurez-vous d'utiliser l'adresse IP publique du service cloud (envoyez simplement une requête ping au domaine .cloudapp.net pour le trouver ou consultez le portail Azure).
Vous voudrez peut-être examiner les sites Web Azure ou Azure Cloud Services (rôles Web). Celles-ci sont beaucoup plus faciles à gérer et beaucoup moins chères. Ils offrent toujours la plupart des fonctionnalités.
Pour moi, le problème a été résolu: accéder au portail Azure, accéder à "Groupes de sécurité réseau", sélectionner le VM, puis créer une règle entrante autorisant le trafic sur le port 80.
Remarque: Assurez-vous également que la règle entrante sur le port 80 est ajoutée et activée sur la machine virtuelle réelle.
Pour les nouvelles machines virtuelles et les configurations préconfigurées (2015+), il est possible que votre configuration utilise un actif Azure appelé "Public IP". Si tel est le cas, vous pouvez définir une étiquette de nom DNS personnalisée à l'intérieur de "Configuration". Notez que ce nom prendra en compte tout type de région utilisée lors de la création de VM (par exemple, my-site.brazilsouth.cloudapp.Azure.com).
Il est bon de se rappeler qu’à des fins de test, il suffit encore d’utiliser la valeur de l’adresse IP publique qui vous est attribuée au hasard.
Il est possible que vous utilisiez l'IP interne plutôt que l'IP externe.
Les sites doivent utiliser l'adresse IP interne dans la section des liaisons d'IIS. Cependant, dans vos DNS, vous devrez utiliser l'IP externe. Cela est probablement dû au fait que l '"adresse IP interne" est simplement une adresse virtuelle qu'Azure utilise pour mapper le trafic depuis le réseau externe vers la machine virtuelle à l'intérieur d'Azure.
Vous devriez trouver que les adresses IP interne et externe sont visibles sur le bureau de la machine virtuelle.
Les ordinateurs virtuels sont effectivement accessibles via un service de cloud computing (enfin, ils le sont pour moi). Azure a créé automatiquement un service de cloud computing en tant que moteur de redimensionnement/équilibreur de charge à l'avant de la machine virtuelle. Je dois me connecter au site Web via ce service de cloud, pas directement à la VM.