Temps de débogage DNS Pour l'application Nginx, déployé sur une machine virtuelle Azure

J'ai une application déployée sur une machine virtuelle Azure Utilisation d'un serveur Web Nginx. L'application utilise un superviseur pour configurer des serveurs Nginx et gunicorn. J'ai vérifié toutes les fichiers de configuration et journaux et tout semble fonctionner normalement. Cependant, lorsque je spécifie un navigateur sur le site Web, le temps d'attente du navigateur pour www.mydomain.com expire et pour mydomain.com Retour:

This site can’t be reached
mydomain.com’s server DNS address could not be found.

DANS Azure J'ai mis en place une zone DNS, Contenant:

Name: @ TYPE: NS TTL: 120 VALUE: relevant azure name servers.
Name: www TYPE: CAME TTL 60 mydomain.com

Dans l'enregistreur de domaine, j'ai installé des noms DNS conformément aux noms DNS Azure.

Sur mon ordinateur local, j'ai:

J'ai laissé tomber le cache dans le navigateur. Vérifié nslookup www.mydomain.com

Server:         127.0.1.1
Address: 127.0.1.1#53

Non-authoritative answer:
Name: www.mydomain.com
Address: xxx.xxx.xx.xx

J'ai essayé traceroute, Adresses xxx.msn.net Ils étaient situés sans [fermé], alors je suppose que le serveur a été trouvé.

essayé de:

host -t A www.mydomain.com
>>www.mydomian.com is an alias for mydomain.themsazureaddress.com
>>mydomain.themsazureaddress.com has address xxx.xxx.xx.xx

Sur le serveur Web, j'ai:

J'ai essayé netcat:

Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp 0 0 *:http *:* LISTEN
tcp 0 0 *:ssh *:* LISTEN
tcp 0 0 *:https *:* LISTEN
tcp 0 0 localhost:8000 *:* LISTEN
tcp 0 0 localhost:6379 *:* LISTEN

et netstat:

tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      62133/nginx     
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 62133/nginx

Vérifié nginx:

upstream app_server_wsgiapp {  
server localhost:8000 fail_timeout=0;
}

server {
listen 80;
server_name myapp.com;
rewrite ^(.*) https://$server_name$1 permanent;
}

server {
server_name myapp.com;
listen 443 ssl;

Erreur vérifiée et journaux d'accès nginx:

Les journaux d'accès sont vides, le journal des erreurs ne contient que:

epoll add event: fd:11 op:1 ev:00000001

J'ai aussi vérifié les processus et supervisor, gunicorn, redis, celery Travailler normalement. Je viens d'utiliser sqlite, Par conséquent, je n'ai pas à vous soucier de la configuration de la base de données.

Y a-t-il d'autres suggestions de duplication, pourquoi ne pas voir l'application?
Invité:

Catherine

Confirmation de:

Dans la configuration de l'utilisateur de la machine virtuelle, il n'y avait pas de réseau de sécurité réseau.

Groupe de sécurité du réseau (NSG) Contient la liste des règles de contrôle d'accès (ACL), Qui permettent ou interdisent le trafic réseau pour vos instances de machine virtuelle sur le réseau virtuel.

Les groupes de sécurité réseau peuvent être associés avec des sous-réseaux ou avec des instances séparées de machines virtuelles dans ce sous-réseau. Lorsque le groupe de sécurité réseau est associé au sous-réseau, règles ACL Appliquer à toutes les instances de machines virtuelles dans ce sous-réseau. De plus, le trafic sur une machine virtuelle distincte peut également être limité par le label de sécurité réseau directement avec cette machine virtuelle.

Définition de groupes de sécurité du réseau sur le portail Azure:

https://docs.microsoft.com/en- ... ortal

Pour répondre aux questions, connectez-vous ou registre