Paramètres du proxy

Paramètres pour exécuter OpenReplay derrière un proxy comme NGINX ou Apache2.

Paramètres du proxy

Héberger OpenReplay avec d’autres applications à l’aide d’un proxy inverse

Section titled Héberger OpenReplay avec d’autres applications à l’aide d’un proxy inverse

Lorsque OpenReplay s’exécute sur une machine, il utilise le port 80/443 pour exposer l’application. Mais lorsque vous utilisez un proxy inverse, OpenReplay peut être configuré pour utiliser un autre port afin d’accéder à l’application. Voici les étapes à suivre pour le faire :

  1. Modifiez le fichier de configuration :
openreplay -e
  1. Modifiez la section de configuration de nginx :
ingress-nginx: &ingress-nginx
  controller:
	...
	...
    service:
      externalTrafficPolicy: "Local"
      ports:
        http: 880   # Change this port for http
        https: 8443 # Change this port for https
  1. Enregistrez et quittez la configuration à l’aide de :wq afin qu’OpenReplay puisse recharger la configuration.

Vous pouvez ensuite configurer votre proxy inverse. Reportez-vous aux sections ci-dessous pour le faire.

Assurez-vous que votre proxy envoie les en-têtes X-Forwarded-For et X-Forwarded-Proto. SSL doit également être activé pour qu’OpenReplay fonctionne. Le reste de la configuration devrait ressembler à ceci :

location / {
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header Host $http_host;
        proxy_redirect off;
        proxy_pass http://1.2.3.4:880; # replace with OpenReplay instance IP
    }

Assurez-vous que les modules proxy, proxy_http et proxy_html sont activés. SSL doit également être configuré ; le reste des paramètres devrait ressembler à ceci :

<VirtualHost *:443>
    ProxyPass / http://1.2.3.4:880 <!-- replace with instance IP -->
    RequestHeader set X-Forwarded-Proto expr=%{REQUEST_SCHEME}
    # SSL + other config here
</VirtualHost>

Si vous protégez votre instance OpenReplay avec un proxy, assurez-vous que les points de terminaison ci-dessous sont accessibles publiquement pour qu’OpenReplay fonctionne correctement.

Point de terminaisonDescriptionOrigine
/ingestPour l’ingestion des événements et des enregistrements provenant de votre applicationVotre/vos application(s) suivie(s) (si elle est accessible publiquement, ce point de terminaison devrait l’être aussi)
/ws-assistPour les relectures de sessions en direct avec les utilisateurs finaux (WebSocket)Votre/vos application(s) suivie(s) (si elle est accessible publiquement, ce point de terminaison devrait l’être aussi)
/apiPour l’authentification et la récupération des sessions, des projets, du RBAC et des données de compteTableau de bord OpenReplay
/v2/apiPour la recherche, l’analytique, la relecture de sessions et la co-navigationTableau de bord OpenReplay
/spotsPour récupérer les vidéos de spot depuis le stockage d’objetsTableau de bord OpenReplay
/mobsPour récupérer les relectures de sessions depuis le stockage d’objetsTableau de bord OpenReplay
/sessions-assetsPour récupérer les feuilles de style et les polices mises en cache depuis le stockage d’objetsTableau de bord OpenReplay
/staticPour récupérer les données liées aux sessions de co-navigationTableau de bord OpenReplay
/recordsPour récupérer les enregistrements de co-navigation depuis le stockage d’objetsTableau de bord OpenReplay
/integrationsPour récupérer les journaux des intégrations tierces (comme Sentry ou Datadog)Tableau de bord OpenReplay
/sourcemapsPour téléverser les sourcemapsCLI Sourcemaps
/spotPour récupérer les données liées aux enregistrements de spotExtension Chrome Spot
/scriptUtile si vous souhaitez servir les fichiers openreplay-*.js depuis votre propre installation (sinon, le CDN OpenReplay est utilisé par défaut)Votre/vos application(s) suivie(s)

Si vous avez des questions concernant ce processus, n’hésitez pas à nous contacter sur notre Slack ou à consulter notre Forum.