[Résolu] DS Audio ne fonctionne plus après le passage à DSM 7

[CyberFr]

Version 5.16.3-436

Lorsque je tente de me connecter depuis mon iPhone j'ai droit au message suivant « Échec de connexion. Veuillez vérifier que l'adresse IP du Synology NAS est correcte. »

J'ai relu la page web de Synology consacrée à DS Audio et mes réglages semblent corrects.

L'adresse du serveur est ndd.fr:88XX
La case HTTPS est cochée dans DS Audio, le certificat est valide.
J'ai le droit d'utiliser Audio Station sur le NAS (je suis connecté en tant que user)
Le port 88XX est bien redirigé

Lorsque j'utilise un navigateur et que j'entre https://ndd.fr:88XX, j'accède bien à Audio Station. Que ce soit sur le réseau local ou en dehors.

Bref, je sèche.

Modifié le 1 février 2022 par CyberFr
Modification du sujet en [Résolu]

[Jeff777]

Bonjour @CyberFr

Ajoute le port 443 derrière le proxy inverse et ça devrait mieux marcher

[CyberFr]

Bonjour @Jeff777 et merci pour la réponse,

Je n'utilise pas le proxy inverse pour DS Audio. ndd.fr est un nom de domaine.

[Jeff777]

Pour l'instant je n'essaie qu'en locale et je n'y arrive que comme cela:

iplocaldunas:8800  https décoché

reverseproxy:443  https coché

Expliquer pourquoi !!!! je ne sais pas

[CyberFr]

il y a 10 minutes, Jeff777 a dit :

Pour l'instant je n'essaie qu'en locale et je n'y arrive que comme cela:

Je dois donc laisser tomber les ballades casque à l'oreille si ça ne fonctionne qu'en local. C'est quand même le principal intérêt de DS Audio, dommage ! Mais je n'insiste pas car certains vont dire que ma seule utilisation du NAS est le multimédia 🤩

Ça sent le bug.

[Jeff777]

il y a 42 minutes, CyberFr a dit :

si ça ne fonctionne qu'en local.

Ah mais ça je ne sais pas. J'essaierai

Edit :reverseproxy:443  https coché fonctionne et iplocaldunas:8800  https décoché en VPN

Modifié le 24 janvier 2022 par Jeff777

[oracle7]

@CyberFr

Bonjour,

Moi, j'ai une redirection de Reverse Proxy telle que : https://audio/ndd.fr:443 (http/2) --> http://localhost:8800

dans DSAudio depuis l'extérieur je me connecte avec : audio/ndd.fr:443 IdUser/Mdp

Et aucuns problèmes.

Cordialement

oracle7😉

[CyberFr]

Bonjour @oracle7,

il y a 10 minutes, oracle7 a dit :

Moi, j'ai une redirection de Reverse Proxy telle que : https://audio/ndd.fr:443 (http/2) --> http://localhost:8800

Il y a peut-être quelque chose qui m'échappe. Je ne vois pas trop l'intérêt de la démarche puisque je parviens à me connecter à Audio Station sans passer par un reverse proxy. Le problème est que sur un smartphone, la page web est illisible, Audio Station est donc inutilisable.

[oracle7]

@CyberFr

Bonjour,

Désolé mais tu m'a lu en diagonale 🤣 mais pas grave :

il y a 26 minutes, oracle7 a dit :

dans DSAudio depuis l'extérieur je me connecte avec : audio/ndd.fr:443 IdUser/Mdp

je ne passe donc pas par un navigateur Web mais bien par l'application DSAudio sur mon Tél 4G Android.

Cordialement

oracle7😉

[MiWi]

Bonjour,

j'avais le même type de pb de connexion avec Quickconnect suite au passage en update 2.

Je viens de le résoudre en créant un nouveau QucickconnectID (la connexion marche !) puis en remettant l'ancien, qui marcher à merveille. Aucun changement dans les paramètres réseau, qu'il s'agisse du NAS, du routeur ou de la box.

Il semblerai que des infos un peu incohérentes subsistent dans le serveur suite à l'update; Ma manip (pas très professionnelle, je l'admets) permet de repartir.

A moins qu'il ne s'agisse tout bêtement d'une connexion qu'il faut couper, puis relancer ("se souvenir de moi")

Si une manip semblable peut résoudre le pb....

[oracle7]

@MiWi

Bonjour,

Merci de ta contribution.

Au passage, comme sur tout forum, il est d'usage que les nouveaux membres passent par la rubrique [PRESENTATION] pour faire la leur. Certains ici, y sont sensibles et de plus cela facilite les réponses en fonction du niveau de compétences du membre et de ses équipements. Cela dit, rassures-toi il n'est pas trop tard pour bien faire ...

Cordialement

oracle7😉

[Doudowski]

Bonsoir !

Je viens de finir plusieurs tutos pour protéger mon NAS en l'ouvrant sur le monde extérieur..!

Notamment le tuto de sécurisation général, celui du reverse proxy et un autre pour les certificats (merci à leurs auteurs).
J'ai cependant le même problème que l'auteur de ce topic : depuis l'extérieur, j'arrive à me connecter sur le navigateur internet de mon smartphone en utilisant "https://music.ndd.fr" et mes identifiants sans pb. En revanche, l'appli DS Audio est intraitable : "Echec de la connexion. Veuillez vérifier que l'adresse IP du Synology NAS est correcte".
Sachant que j'ai essayé comme paramètres :

music.ndd.fr:443

https://music.ndd.fr:443

Mes identifiants sont corrects, étant donné que je peux accéder à ma musique (et à mes fichiers) depuis le navigateur du téléphone je pense que le reverse proxy est correct, que le pare-feu ne bloque pas ces ports, je ne comprends pas ce qui ne va pas !

Merci d'avance pour vos réponses 😉

[CyberFr]

Il y a 18 heures, oracle7 a dit :

Désolé mais tu m'a lu en diagonale 🤣 mais pas grave :

Je te présente mes sincères excuses 🙁

 

Il y a 18 heures, oracle7 a dit :

Il y a 18 heures, oracle7 a dit :

dans DSAudio depuis l'extérieur je me connecte avec : audio/ndd.fr:443 IdUser/Mdp

je ne passe donc pas par un navigateur Web mais bien par l'application DSAudio sur mon Tél 4G Android.

Alors là je n'y comprends rien. Quelle est la logique ?

Parce que ton reverse proxy pointe a priori sur Audio Station : "https://audio/ndd.fr:443 (http/2) --> http://localhost:8800". Par contre je ne vois pas pourquoi tu précises http/2.

Je crois que je vais aller me coucher.

[Jeff777]

il y a 10 minutes, CyberFr a dit :

https://audio/ndd.fr:443 (http/2) --> http://localhost:8800

Salut !

Le" /" à la place du" ." c'est normal ? On penserait plutôt à un alias, non ?

Bon je me répète j'y arrive avec un reverse proxy  https://audio.ndd ==> http://localhost:8800 en mettant audio.ndd:443 dans DSaudio (le 443 est important) et en cochant https (important aussi). Maintenant ne demandez pas pourquoi !!

Précision je suis en DSM7 avec hsts activé. Pas de contrôle d'accès sur cette entrée.

[oracle7]

@CyberFr

Bonjour,

Il y a 3 heures, CyberFr a dit :

Par contre je ne vois pas pourquoi tu précises http/2.

Parce que sous DSM6 il faut aussi cocher la case HTTP/2.

J'ai corrigé aussi ma réponse précédente c'est bien audio.ndd.fr et pas audio/ndd.fr comme indiqué précédemment. Désolé pour l'erreur. Bien vu @Jeff777🤗

Je précise que j'ai aussi activé le Préload (comme @Jeff777) et donc j'ai aussi la case HSTS de cochée, mais normalement sauf erreur de ma part, cela n'a pas d'impact sur la redirection car cela force/oblige à utiliser toutes les URL du domaine en HTTPS (et de plus c'est le navigateur Web qui fait ce boulot).

Cordialement

oracle7😉

[CyberFr]

Je me rends compte que l'on peut accéder à DS Audio sur le smartphone via ndd.fr:portNonSécuriséDeDSM ce qui veut dire qu'il faut utiliser le port attribué à DSM et non celui d'Audio Station. Si je remplace le port non sécurisé de DSM par celui d'Audio Station la connexion échoue. De même si j'utilise le port sécurisé de DSM en activant HTTPS sur le smartphone.

J'en déduis que l'intérêt du reverse proxy est d'établir une connexion sécurisée.

Sur la page web consacrée à DS Audio sous DSM 7 Synology indique : « Activez HTTPS si vous souhaitez que votre connexion soit chiffrée avec le protocole SSL/TLS. Avant d'activer cette option, vérifiez que la connexion HTTPS est activée dans Panneau de configuration > Réseau > Paramètres de DSM sur votre serveur Synology. »

Je n'ai pas trouvé ce réglage qui de mémoire devait exister sous DSM 6.

[oracle7]

@Doudowski

Bonjour,

Si j'étais toi je reprendrais la lecture attentive à tête reposée  du TUTO Reverse Proxy, particulièrement la fin au niveau du §VII avec le Web Server et le fichier .htaccess.

Attention sous DSM7 ce fichier .htaccess n'est a priori plus utile et dans DSM > Services Web il faut cocher la case "Rediriger automatiquement les connexions HTTP vers HTTPS sur le bureau DSM" et aussi en plus dans Portail de services Web > Modifier serveur par défaut et remplacer Nginx par Apache HTTP Server 2.4. Regardes le post de @Amsonia page 60 du TUTO en date du 23/10/2021.

Par contre sous DSM6 assures-toi dans Réseau > Paramètres de DSM d'avoir Décocher "Rediriger automatiquement les connexions HTTP vers HTTPS sur le bureau DSM" sinon cela casse le processus de reverse proxy.

Vérifies donc que tu es bien conforme à ce stade.

Cordialement

oracle7😉

Modifié le 25 janvier 2022 par oracle7

[CyberFr]

il y a 35 minutes, oracle7 a dit :

Attention sous DSM7 ce fichier .htaccess n'est a priori plus utile et il faut cocher la case "Rediriger automatiquement les connexions HTTP vers HTTPS sur le bureau DSM" et aussi en plus dans Portail de services Web > Modifier serveur par défaut et remplacer Nginx par Apache HTTP Server 2.4.

J'ai modifié le nom du fichier .htaccess en htaccess afin de le désactiver. J'ai coché "Rediriger automatiquement les connexions HTTP vers HTTPS sur le bureau DSM".

Par contre, dans le portail des services Web j'ai "Serveur par défaut" à la place de nginx et j'ai aussi phpMyAdmin.

 

Modifié le 25 janvier 2022 par CyberFr
Edition. Lorsque je clique sur Mofdifier, c'est bien HTTP Server 2.4 qui apparaît.

[CyberFr]

Bonjour @oracle7,

Après avoir effectué les modification, le reverse proxy est cassé. Lorsque je l'utilise j'accède au site Web et non à DSM.

[Jeff777]

il y a une heure, oracle7 a dit :

Attention sous DSM7 ce fichier .htaccess n'est a priori plus utile et dans DSM > Services Web il faut cocher la case "Rediriger automatiquement les connexions HTTP vers HTTPS sur le bureau DSM"

J'avais compris que ceci ne concernait que le DSM. Je n'ai pas activé et j'ai consevé mon .htaccess avec DSM7.

[Doudowski]

@oracle7

Merci pour ton retour !

Effectivement, ça doit venir d'une erreur comme ça. Merci de m'avoir renvoyé vers les messages plus récents !

[oracle7]

@Jeff777

Bonjour,

A la vue de différents échanges précédents sur ce sujet, j'en suis arrivé à cette conclusion (du moins pour DSM7), je peux aussi bien me tromper mais alors pourquoi cela a marché comme cela pour d'autres ? Je m'en tiens aux faits ...🤪

@CyberFr

 

Il y a 2 heures, CyberFr a dit :

Par contre, dans le portail des services Web j'ai "Serveur par défaut" à la place de nginx et j'ai aussi phpMyAdmin.

Tu n'as pas été assez loin il faut modifier le serveur HTTP par défaut car nginx ne sait pas gérer un fichier .htaccess :

Cordialement

oracle7😉

Modifié le 25 janvier 2022 par oracle7

[Jeff777]

il y a 18 minutes, oracle7 a dit :

pourquoi cela a marché comme cela pour d'autres ?

Je ne sais pas mais le texte "Rediriger automatiquement les connexions HTTP vers HTTPS sur pour le bureau DSM" fait penser que c'est limité à l'accès au bureau DSM.

A l'occasion je ferai le test pour lever le doute et je te dirai. 😉

 

 

[CyberFr]

Le portail du serveur Web chez moi.

 

[Jeff777]

Bonjour @CyberFr

Euh...oui ! Je n'ai pas compris ce que tu voulais dire 

Ah oui pardon réponse à Oracle7! J'ai la même chose que toi avec le site web activé. 

Modifié le 26 janvier 2022 par Jeff777