Ajouter Miro aux applications autorisées

Concerne : tous les utilisateurs de Miro

Des fonctionnalités de Miro peuvent parfois rencontrer des difficultés en termes de performance lorsque Miro ne dispose pas des accès nécessaires. Cela peut se produire en raison de problèmes ou de limitations appliquées à votre connexion réseau ou à l’environnement que vous utilisez. L’article suivant liste les causes les plus courantes de ces difficultés.

WebSockets 

L’application Miro, notamment les pages de tableau, nécessitent des connexions de type WebSocket. Si vous rencontrez des difficultés en ouvrant vos tableaux, mais que le tableau de bord et les pages des paramètres s’ouvrent comme prévu, il est possible que votre connexion ne prenne pas en charge les WebSockets. 

Pour tester votre connexion, ouvrez ce site web.

Si les Websockets sont identifiés, vous verrez le message qui suit :

Si le résultat est différent, il est très probable que quelque chose dans votre réseau bloque les connexions de type WebSocket. Si tel est le cas, essayez les opérations suivantes :

• Utilisez une connexion réseau différente
• Utilisez ou désactivez un VPN
• Si vous utilisez une connexion d’entreprise, contactez l’admin du réseau et demandez à ce que les connexions WebSocket sur les ports 80 et 443 (SSL) soient activées. Il est possible qu’elles soient fermées ou filtrées à l’intérieur de votre réseau d’entreprise pour des raisons de sécurité. Afin d’établir une connexion, ces ports devraient être ouverts et accessibles pour les adresses Miro (voir les adresses dans la section « Si vous utilisez un pare-feu » ci-dessous)

Si les Websockets sont correctement identifiés mais que vous rencontrez toujours des problèmes pour établir la connexion, contactez le service d’assistance de Miro.

Si vous utilisez un pare-feu

Vous devez ajouter nos adresses IP statiques à la liste d’autorisations. Notez que les adresses IP sont utilisées uniquement pour communiquer avec les systèmes d’Atlassian dans le cadre des intégrations liées à Jira que nous proposons. 

Les adresses IP de l’application Miro sont dynamiques.

3.21.8.88
3.131.34.166
13.54.151.233
13.55.76.39
13.59.239.75
34.249.78.135
46.51.161.49
52.16.47.17
52.64.11.98
54.73.41.83
54.73.153.141
54.73.173.202
54.74.0.207
54.74.167.92
54.75.137.71
54.199.109.86
54.216.81.236
54.217.110.122
54.217.180.21
54.220.142.217
54.228.53.200
54.238.16.95
57.181.25.128

Liste d’autorisations des domaines Miro

Les organisations qui utilisent un réseau sécurisé doivent autoriser tous les domaines de Miro. Pour consulter la liste complète des domaines que vous devez autoriser, consultez Domaines de Miro.

Si vous utilisez un proxy 

Assurez-vous de fournir à Miro un contournement du proxy. Les spécifications suivantes vous aideront.

• Le serveur proxy doit prendre en charge les connexions WebSocket (HTTP/2). 
• La version HTTP du proxy doit être définie sur 1.1.
• Source IP/hôte : voir les IP NAT ci-dessus (utilisées uniquement pour les intégrations Atlassian).
• Port source : 80. Le port 80 est utilisé pour les utilisateurs qui accèdent à Miro via HTTP afin de les rediriger vers HTTPS (il n’est pas recommandé de bloquer le port 80).
• Port de destination : 443 (SSL). Le port 443 est utilisé pour HTTPS.
• Protocole : HTTPS
• TLS : 1.2. (Nous sommes hébergés sur AWS et utilisons les politiques de sécurité d’AWS. Lorsque AWS et tous nos partenaires de plugins commenceront à prendre en charge la version 1.3, nous pourrons également migrer.)
• La valeur du délai d’expiration sur le serveur proxy devrait être prolongée. Il est fort probable que votre système attende environ 60-90 secondes pour se connecter. Il serait préférable de prolonger ce délai à 120-180 secondes.
• Le serveur proxy ne doit pas tronquer les en-têtes de requête et de réponse. Vérifiez si les en-têtes Upgrade  et Connection  sont bien transmis par le client via le proxy.