Zum Inhalt

Architektur und Netzwerk

Überblick

Wie die On-Premises-Edition beruht die Cloud-Plattform auf denselben zwei Bausteinen:

  • Drovio Server: von Drovio gehostet und betrieben. Er liefert den Web-Client aus, verwaltet die Benutzer und die Lizenzvergabe und koordiniert die Verbindungen der App.
  • Drovio App: auf den Rechnern der Endbenutzer installiert, oder der Web-Client, der aus einem Browser heraus geöffnet wird.

Der Datenverkehr der Bildschirmfreigabe läuft Peer-to-Peer, wann immer das möglich ist. Wenn sich keine direkte Verbindung aufbauen lässt, etwa wegen restriktiver Firewalls oder NAT, wird der Verkehr über von Drovio betriebene TURN-Server geleitet.

Endpunkte

Die Drovio App verbindet sich ohne Konfiguration mit der Cloud. Dies sind die Hosts, die sie und der Web-Client kontaktieren:

Zweck Endpunkt Protokoll / Port
Anwendung und Web-Client app.drovio.com TCP 443
STUN- / TURN-Relays relay.drovio.com UDP und TCP 443
Aktualisierungen der App repository.drovio.com TCP 443

relay.drovio.com löst auf das nächstgelegene gesunde Relay auf: der Eintrag wird nach Latenz über unsere AWS-Regionen geroutet und ist mit Health Checks hinterlegt, sodass ein Benutzer in Europa und ein Benutzer in Asien nicht dieselbe Adresse erhalten.

Erlauben Sie nach Hostname, nicht nach Adresse

Die Relays verteilen sich auf mehr als zehn AWS-Regionen und ihre Adressen folgen der Infrastruktur. Erlauben Sie die obigen Hostnamen statt IP-Adressen. Wenn Ihre Firewall nur mit Adressen arbeiten kann, schreiben Sie an support@drovio.com, um die aktuelle Liste zu erhalten.

Anforderungen an Netzwerk und Firewall

Damit die App und der Web-Client aus einem Unternehmensnetz heraus funktionieren, müssen in der Regel die folgenden Verbindungen erreichbar sein:

Datenverkehr Protokoll / Port Anmerkungen
HTTPS zu Drovio Server TCP 443 Web-Client und Anmeldung
WebSocket (WSS) TCP 443 Dauerhafte Signalisierungsverbindung
Peer-to-Peer-Medien Ausgehendes UDP und dessen Rückverkehr Ephemere Ports auf beiden Seiten
STUN / TURN UDP und TCP 443 Medienrelay, wenn Peer-to-Peer nicht möglich ist

Ausgehendes UDP ist das, was eine Sitzung direkt macht. Wo eine Firewall es blockiert, geht nichts kaputt: die Sitzung fällt auf ein Relay zurück und alles läuft über Port 443. Das kostet Latenz und leitet den Verkehr durch unsere Infrastruktur, deshalb lohnt es sich, ausgehendes UDP zu erlauben. Die bei jedem Schritt beteiligten Ports sind unter Protokolle und Ports aufgeführt.

Note

Die Peer-to-Peer-Architektur von Drovio führt dazu, dass der Großteil der Bandbreite der Bildschirmfreigabe direkt zwischen den Teilnehmern fließt; die Cloud-Server übernehmen vor allem die Signalisierung und das Relaying als Rückfalloption.

Weiterführende Themen