Es kann vorkommen, dass Miro-Funktionen nicht richtig funktionieren, wenn Miro kein Zugriff gewährt wird. Dies kann aufgrund von Problemen oder Einschränkungen bei deiner Netzwerkverbindung oder der von dir genutzten Umgebung passieren. Der folgende Artikel listet die häufigsten Ursachen für solche Probleme auf.
WebSockets
Die Miro-Anwendung – insbesondere die Board-Seiten – benötigt WebSocket-Verbindungen. Wenn du Probleme hast, deine Boards zu öffnen, aber das Dashboard und die Einstellungsseiten wie erwartet geöffnet werden, kann das bedeuten, dass deine Verbindung keine WebSockets unterstützt.
Um deine Verbindung zu testen, öffne bitte diese Website.
Wenn die Websockets erkannt werden, siehst du die folgende Meldung:
Ist das Ergebnis anders, blockiert wahrscheinlich etwas in deinem Netzwerk die WebSocket-Verbindungen. Wenn dies der Fall ist, versuche Folgendes:
- Eine andere Netzwerkverbindung verwenden
- Ein VPN verwenden oder ausschalten
- Solltest du eine Firmenverbindung nutzen, wende dich an deine*n Netzwerkadministrator*in und bitte ihn*sie, die WebSocket-Verbindungen auf Port 80 und 443 (SSL) zu aktivieren. Sie können aus Sicherheitsgründen innerhalb deines Unternehmensnetzwerks geschlossen oder gefiltert werden. Um eine Verbindung herzustellen, sollten diese Ports für den Zugriff von Miro-Adressen geöffnet sein (siehe Adressen im Abschnitt „Wenn du eine Firewall verwendest“ unten)
Wenn die Websockets korrekt identifiziert werden, es aber immer noch Probleme beim Verbindungsaufbau gibt, wende dich bitte an den Miro-Support.
Wenn du eine Firewall verwendest
Bitte erlaube eine Liste unserer Domains und Subdomains:
mirostatic.com*, *.mirostatic.com
static.miro-apps.com*, *static.miro-apps.com
und realtimeboard.com*, *.realtimeboard.com
Du musst auch unsere statischen IP-Adressen in die Zulassungsliste aufnehmen. Die IP-Adressen werden nur verwendet, um die Atlassian-Systeme in Bezug auf die Jira-Integrationen zu erreichen, die wir haben. Die IP-Adressen der Miro-Anwendung sind dynamisch.
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
Wenn du einen Proxy verwendest
Bitte Stelle sicher, dass du Miro einen Bypass zur Verfügung stellst. Die folgenden Angaben sind hilfreich.
- Der Proxy-Server muss WebSocket-Verbindungen (HTTP/2) unterstützen.
- Die HTTP-Version des Proxys sollte auf 1.1 eingestellt werden.
- Quell-IP/Host: siehe die NAT-IPs oben (nur für Atlassian-Integrationen verwendet).
- Quellport: 80. 80 wird für Nutzer*innen verwendet, die über HTTP auf Miro zugreifen, um sie auf HTTPS umzuleiten (es wird nicht empfohlen, 80 zu blockieren).
- Zielport: 443 (SSL). 443 wird für HTTPS verwendet.
- Protokoll: HTTPS
- TLS: 1.2. (Wir werden in AWS gehostet und verwenden AWS Security Policies. Wenn AWS und alle unsere Plugin-Partner die 1.3. unterstützen, können auch wir migrieren.)
- Der Timeout-Wert auf dem Proxy-Server sollte verlängert werden. Wahrscheinlich wartet dein System etwa 60–90 Sekunden, um sich zu verbinden. Es wäre am besten, sie auf 120–180 Sekunden zu verlängern.
- Der Proxy-Server sollte die Anfrage- und Antwort-Header nicht abschneiden. Bitte überprüfe, ob die Upgrade- und Connection-Header vom Client proxifiziert werden.
Hier ist ein Artikel mit weiteren Informationen zu den Mailern, die auf deiner Allowlist stehen sollten.