Ajouter Miro aux applications autorisées

Pertinent pour : tous les utilisateurs de Miro

Des fonctionnalités de Miro peuvent parfois rencontrer des problèmes 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 problèmes.

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 (disponible en anglais uniquement).

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’administrateur 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

Autorisez nos domaines et sous-domaines : 

• miro.com

• *.miro.com

• mirostatic.com

• static.miro-apps.com

• realtimeboard.com

• *.realtimeboard.com

• https://rtb-production-us01-svg-convert-v2-api.s3.us-east-2.amazonaws.com*

• https://rtb-production-eu01-svg-convert-v2-api.s3.eu-west-1.amazonaws.com*

Vous devrez également 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 Jira que nous proposons. Les adresses IP de l’application Miro sont dynamiques.
52.16.47.17,
54.216.81.236,
54.217.180.21,
54.73.153.141,
34.249.78.135,
46.51.161.49,
54.217.110.122,
54.220.142.217,
54.228.53.200,
54.73.173.202,
54.73.41.83,
54.74.0.207,
54.74.167.92,
54.75.137.71   

Si vous utilisez un proxy 

Assurez-vous de fournir à Miro un by-pass. 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 sur 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 plugins partenaires commenceront à prendre en charge la version 1.3. nous pourrons également migrer à notre tour.)
• 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 demande et de réponse. Vérifiez si les en-têtes Upgrade et Connection se font bien en proxy par le client.