This site uses cookies! Learn More

Ce site utilise des cookies !

En continuant à utiliser ce site, vous vous engagez à nous permettre de stocker des cookies sur votre ordinateur.

 

Si nous utilisons des cookies et retenons des données anonymes, c’est pour nous aider à mieux gérer notre mesure d’audience, aider nos partenaires commerciaux à nous rémunérer et nos partenaires publicitaires à proposer des annonces qui vous correspondent.

 

Grâce à ces cookies, le forum est en mesure de savoir qui écrit un message et utile pour le système d'authentification.

 

En cliquant sur « J'accepte », vous acceptez l'utilisation par NAS-Forum de cookies publicitaires et de mesure d'audience fine.

Messages recommandés

Tant mieux si ça vous débloque !

Je ne pourrais pas t'en dire plus au sujet des websockets, je sais en revanche que j'ai dû parfois ajouter des headers personnalisés pour faire fonctionner certaines redirections.
Et sur ce point très difficile de trouver des infos pour le proxy inversé de DSM contrairement à HAProxy ou Nginx.

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 17 heures, Thierry94 a dit :

Question aux connaisseurs : a quoi correspond cette entête personnaliée ?

N’utilisant pas (encore) la vidéo-surveillance, j’étais passé à côté de ce souci avec DS cam.

Pour que les WebSockets fonctionnent sur un proxy inversé, il est impératif de déclarer explicitement les en-têtes nécessaires à l’établissement de la connexion.

La solution trouvée est très intéressante car elle montre que Synology a ENFIN compris que les WebSockets sont beaucoup plus efficaces pour le transport de flux continus que HTTP.

Je leur avais déjà adressé une demande d’evolution dans ce sens il y a 3 ans pour DSM où le polling HTTP plombe les performances des NAS (tout ce qui concerne la télémétrie comme le Moniteur de ressources, et toutes les actions de polling intensives). L’impact de l’utilisation des WebSockets dans DSM serait très bénéfique sur les performances, et particulièrement sur les modèles d’entrée de gamme.

On verra ce que ça donnera avec DSM 7 (même si je n’y crois pas vraiment).

Partager ce message


Lien à poster
Partager sur d’autres sites

Je ne connais rien aux websockets mais j'ai vu que sa mise en place dans le reverse proxy générait une ligne "$http_upgrade"
Ma question de néophyte : cela ne remet pas en cause la liaison https sur le port 443 entre l'équipement sur internet et le du reverse proxy du NAS ? 

Modifié par Thierry94

Partager ce message


Lien à poster
Partager sur d’autres sites

Si je te comprend bien cela veut dire que quand le client demande un websocket on passe alors en http ?

Dans notre cas le client est DScam, et visiblement il demande le websocket puisque sans l'entête personnalisée ça ne marche pas.
Alors problème ou pas avec le https du reverse proxy .. autrement dit à l'ouverture de l'appli lorsque le login et le mot de passe sont saisis il ne circuleront pas en clair sur le réseau ? 

Partager ce message


Lien à poster
Partager sur d’autres sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

Chargement