--- title: "Outdoo AI in Ihrem Firmennetzwerk freigeben" url: "https://help.outdoo.ai/de/article/new-article-386" language: "de" last_updated: "2026-10-23T03:17:23.913Z" --- # Outdoo AI in Ihrem Firmennetzwerk freigeben Welche Domains und Ports Ihr IT-Team freigeben muss, damit KI-Rollenspiele in Outdoo AI auch hinter einer Firewall funktionieren. Die KI-Rollenspiele von Outdoo AI laufen live über zwei Partner: **LiveKit** überträgt das Audio in Echtzeit zwischen Ihrem Browser und dem KI-Käufer, und **ElevenLabs** erzeugt die Stimme des Käufers. Wenn Ihre Organisation den Webverkehr filtert, bitten Sie Ihr IT-Team, die unten aufgeführten Domains und Ports freizugeben, damit Ihre Teammitglieder Rollenspiele starten, den KI-Käufer hören und ihre Scorecards erhalten können. Mit der Wildcard-Liste ist das eine einmalige Änderung. Der gesamte Datenverkehr geht ausgehend von Ihrem Netzwerk aus und ist verschlüsselt (TLS für Webverkehr, DTLS für Mediendaten). Für eingehende Verbindungen muss nichts geöffnet werden. ## Freizugebende Domains ### Wenn Ihr Unternehmen Wildcards zulässt (empfohlen) LiveKit und ElevenLabs leiten jede Sitzung an den nächstgelegenen von vielen regionalen Servern weiter und fügen im Laufe der Zeit neue hinzu. Mit Wildcards funktioniert Outdoo AI auch nach solchen Änderungen weiter, ohne dass Sie erneut bei der IT anfragen müssen. | Domain | Port | Verwendet für | | --- | --- | --- | | `*.livekit.cloud` | TCP 443 | Live-Verbindung des Rollenspiels (Signalisierung über sichere WebSockets) | | `*.turn.livekit.cloud` | TCP 443 | Relay als Ausweichlösung, wenn UDP blockiert ist (TURN über TLS) | | `*.host.livekit.cloud` | UDP 3478 | Relay-Server, die beim Aufbau der Audioverbindung helfen (TURN/UDP) | | `*.elevenlabs.io` | TCP 443 | Stimme des KI-Käufers: API, Streaming-WebSockets und Echtzeit-Sprache | Manche Firewalls wenden eine Wildcard nur auf eine Subdomain-Ebene an. Ist das bei Ihnen der Fall, geben Sie zusätzlich `*.rtc.elevenlabs.io` und `*.residency.elevenlabs.io` frei. Firewall oder Proxy müssen WebSocket-Verbindungen auf Port 443 durchlassen, einschließlich des Headers `Upgrade: websocket`. ### Empfohlene Ports für die beste Audioqualität Rollenspiele funktionieren auch, wenn nur die oben genannten Domains freigegeben sind; die Verbindung läuft dann über das Relay auf TCP 443. Für möglichst klares Audio mit minimaler Verzögerung empfiehlt LiveKit, zusätzlich diese ausgehenden Ports freizugeben: | Ziel | Port | Verwendet für | | --- | --- | --- | | Alle Hosts | UDP 50000–60000 | Direktes WebRTC-Audio | | Alle Hosts | TCP 7881 | WebRTC über TCP, wenn UDP nicht verfügbar ist | LiveKit empfiehlt außerdem, UDP Hole Punching zu aktivieren (oder symmetrisches NAT zu deaktivieren), damit sich Geräte direkt mit den Medienservern verbinden können. ### Wenn Ihr Netzwerk keine Wildcards unterstützt Geben Sie stattdessen jeden der folgenden Hosts frei, alle auf TCP 443. LiveKit und ElevenLabs ändern diese Listen von Zeit zu Zeit, und ein fehlender Host legt die Rollenspiele in der betreffenden Region lahm. Verwenden Sie daher nach Möglichkeit die Wildcard-Liste. | Host | Verwendet für | | --- | --- | | `prodoutdoo-gq8or4ok.livekit.cloud` | LiveKit-Signalisierung | | `prodoutdoo-gq8or4ok.turn.livekit.cloud` | LiveKit-Relay (TURN/TLS) | | `api.elevenlabs.io` | ElevenLabs-API und Streaming-WebSockets | | `livekit.rtc.elevenlabs.io` | ElevenLabs-Echtzeit-Sprache | Regionale Medienserver von LiveKit (alle TCP 443): ``` prodoutdoo-gq8or4ok.osaopaulo1a.production.livekit.cloud prodoutdoo-gq8or4ok.osaopaulo1b.production.livekit.cloud prodoutdoo-gq8or4ok.oashburn1a.production.livekit.cloud prodoutdoo-gq8or4ok.oashburn1b.production.livekit.cloud prodoutdoo-gq8or4ok.omarseille1a.production.livekit.cloud prodoutdoo-gq8or4ok.omarseille1b.production.livekit.cloud prodoutdoo-gq8or4ok.otokyo1a.production.livekit.cloud prodoutdoo-gq8or4ok.otokyo1b.production.livekit.cloud prodoutdoo-gq8or4ok.ophoenix1a.production.livekit.cloud prodoutdoo-gq8or4ok.ophoenix1b.production.livekit.cloud prodoutdoo-gq8or4ok.olondon1a.production.livekit.cloud prodoutdoo-gq8or4ok.olondon1b.production.livekit.cloud prodoutdoo-gq8or4ok.ochicago1a.production.livekit.cloud prodoutdoo-gq8or4ok.ochicago1b.production.livekit.cloud prodoutdoo-gq8or4ok.osingapore1a.production.livekit.cloud prodoutdoo-gq8or4ok.osingapore1b.production.livekit.cloud prodoutdoo-gq8or4ok.odubai1a.production.livekit.cloud prodoutdoo-gq8or4ok.odubai1b.production.livekit.cloud prodoutdoo-gq8or4ok.ohyderabad1a.production.livekit.cloud prodoutdoo-gq8or4ok.ohyderabad1b.production.livekit.cloud prodoutdoo-gq8or4ok.ojohannesburg1a.production.livekit.cloud prodoutdoo-gq8or4ok.ojohannesburg1b.production.livekit.cloud prodoutdoo-gq8or4ok.omumbai1a.production.livekit.cloud prodoutdoo-gq8or4ok.omumbai1b.production.livekit.cloud prodoutdoo-gq8or4ok.ofrankfurt1a.production.livekit.cloud prodoutdoo-gq8or4ok.ofrankfurt1b.production.livekit.cloud prodoutdoo-gq8or4ok.ojerusalem1a.production.livekit.cloud prodoutdoo-gq8or4ok.ojerusalem1b.production.livekit.cloud prodoutdoo-gq8or4ok.osydney1a.production.livekit.cloud prodoutdoo-gq8or4ok.osydney1b.production.livekit.cloud prodoutdoo-gq8or4ok.ozurich1a.production.livekit.cloud prodoutdoo-gq8or4ok.ozurich1b.production.livekit.cloud prodoutdoo-gq8or4ok.osanjose1a.production.livekit.cloud prodoutdoo-gq8or4ok.osanjose1b.production.livekit.cloud prodoutdoo-gq8or4ok.ojeddah1a.production.livekit.cloud prodoutdoo-gq8or4ok.ojeddah1b.production.livekit.cloud prodoutdoo-gq8or4ok.oosaka1a.production.livekit.cloud prodoutdoo-gq8or4ok.oosaka1b.production.livekit.cloud prodoutdoo-gq8or4ok.omontreal1a.production.livekit.cloud prodoutdoo-gq8or4ok.omontreal1b.production.livekit.cloud prodoutdoo-gq8or4ok.otoronto1a.production.livekit.cloud prodoutdoo-gq8or4ok.otoronto1b.production.livekit.cloud prodoutdoo-gq8or4ok.oqueretaro1a.production.livekit.cloud prodoutdoo-gq8or4ok.oqueretaro1b.production.livekit.cloud ``` Diese LiveKit-Liste entspricht der LiveKit-Dokumentation mit Stand vom 21.07.2026. Behalten Sie `*.host.livekit.cloud` auf UDP 3478 nach Möglichkeit bei; dafür gibt es keine Entsprechung mit festen Hosts. **Regionale Sprachumgebungen.** Wenn Outdoo AI Ihnen mitteilt, dass Ihr Workspace in einer regionalen ElevenLabs-Umgebung läuft, geben Sie anstelle der beiden oben genannten ElevenLabs-Hosts die Hosts dieser Region frei: | Region | Hosts | | --- | --- | | EU | `api.eu.residency.elevenlabs.io`, `livekit.rtc.eu.residency.elevenlabs.io` | | Indien | `api.in.residency.elevenlabs.io`, `livekit.rtc.in.residency.elevenlabs.io` | | Singapur | `api.sg.residency.elevenlabs.io`, `livekit.rtc.sg.residency.elevenlabs.io` | ## Funktion prüfen Gehen Sie an einem Computer im Firmennetzwerk in Chrome, Edge oder Safari wie folgt vor: 1. Melden Sie sich bei Outdoo AI an und starten Sie ein beliebiges KI-Rollenspiel. 2. Erlauben Sie den Mikrofonzugriff, wenn der Browser danach fragt. 3. Sprechen Sie mindestens 30 Sekunden lang. Der KI-Käufer sollte innerhalb von ein bis zwei Sekunden hörbar antworten. 4. Beenden Sie das Rollenspiel. Die Scorecard sollte geladen werden. Wenn alle vier Schritte funktionieren, ist Ihr Netzwerk richtig eingerichtet. Wenn das Rollenspiel keine Verbindung herstellt, der KI-Käufer stumm bleibt oder das Audio stockt oder abbricht, liegt das wahrscheinlich an einer Netzwerkeinschränkung. IT-Teams können außerdem im selben Netzwerk den [Verbindungstest](https://livekit.io/connection-test) von LiveKit ausführen, um die Erreichbarkeit von Signalisierung, TURN und UDP zu prüfen. ## Fehlerbehebung ### Rollenspiele funktionieren zu Hause, aber nicht im Büro Etwas im Firmennetzwerk blockiert sie. Prüfen Sie die oben genannten Domains gemeinsam mit Ihrem IT-Team. ### Das Rollenspiel verbindet sich, aber der KI-Käufer bleibt stumm Vermutlich wird der Datenverkehr zu ElevenLabs blockiert. Stellen Sie sicher, dass `*.elevenlabs.io` freigegeben ist und WebSocket-Upgrades auf Port 443 Ihren Proxy passieren. ### Das Audio stockt, ist verzögert oder bricht mittendrin ab Wahrscheinlich ist UDP blockiert, sodass das Audio auf das TCP-Relay ausweicht. Öffnen Sie UDP 3478 zu `*.host.livekit.cloud` sowie den empfohlenen Bereich UDP 50000–60000. ### Das Rollenspiel bricht nach wenigen Sekunden ab Wenn Ihre Firewall verschlüsselten Datenverkehr prüft (SSL/TLS-Inspection), nehmen Sie `*.livekit.cloud` und `*.elevenlabs.io` von der Prüfung aus. Die Inspection unterbricht langlebige WebSocket- und WebRTC-Verbindungen. ### Es schlägt nur im VPN fehl Manche VPNs blockieren UDP oder leiten den gesamten Datenverkehr über einen Proxy. Wenden Sie dieselben Regeln auf das VPN an oder nehmen Sie die oben genannten Domains per Split Tunneling aus. ### Der Browser hört Sie nicht Prüfen Sie, ob der Browser die Mikrofonberechtigung für Outdoo AI hat und keine Geräterichtlinie den Mikrofonzugriff blockiert. ## Benötigen Sie weitere Hilfe? Wenden Sie sich an den Outdoo AI-Support unter [support@outdoo.ai](mailto:support@outdoo.ai) oder an Ihren Customer Success Manager. Geben Sie dabei an, wann das Problem auftrat, welchen Browser Sie verwendet haben, ob Sie mit einem VPN verbunden waren, und fügen Sie einen Screenshot dessen bei, was Sie gesehen haben. Wir hoffen, dieser Artikel war hilfreich. Bei Fragen schreiben Sie uns bitte an [support@outdoo.ai](mailto:support@outdoo.ai)