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 des problèmes ou des 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, cela pourrait signifier que votre connexion ne prend pas en charge les WebSockets.
Pour tester votre connexion, veuillez ouvrir 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 qu’il y ait quelque chose dans votre réseau qui 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. Elles peuvent être 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, veuillez contacter le service d’assistance de Miro.
Si vous utilisez un pare-feu
Veuillez autoriser nos domaines et sous-domaines :
mirostatic.com*, *.mirostatic.com
static.miro-apps.com*, *static.miro-apps.com
et realtimeboard.com*, *.realtimeboard.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 Atlassian par rapport aux intégrations liées à Jira que nous possédons. 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 comme 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 pour les diriger 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 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 le prolonger à 120-180 secondes.
- Le serveur proxy ne doit pas tronquer les en-têtes de demande et de réponse. Veuillez vérifier si les en-têtes Upgrade (Mise à niveau) et Connection (Connexion) se font bien en proxy par le client.
Voici un article contenant davantage d’informations sur les expéditeurs que vous devez autoriser.