Avis sur mon serveur DIY

[ds21]

(11-21-2020, 02:01 PM)ds21 a écrit :

(11-21-2020, 12:48 AM)ds21 a écrit :

(11-20-2020, 02:35 PM)zaurux a écrit :

(11-20-2020, 01:40 AM)ds21 a écrit : On voit bien les 2 (server et player) sur le réseau, mais squeeze2upnp ne trouve pas le player comme end-point UPnP...

C'était mon cas également. Il ne voyait qu'une carte sur 2.
La solution est de forcer la découverte en mettant la bonne adresse..
J'ai pas sous les yeux mais tu dois avoir les options du soft avec "-h".
De mémoire, il fallait lancer la découverte avec l'option "bind" qui devait s'écrire "-b"

A priori un truc du genre : "squeeze2upnp.exe -b IP_bonne_adresse -i config.xml"

Et dans le config file :
<upnp_socket>192.168.1.89</upnp_socket>

Merci Zaurux pour l'info.

J'ai pas encore essayé, mais je teste dès que possible,et vous dit ce qu'il en est.

Cdlt.

Bonjour

Bon, ça marche pas avec le bridge win10 qui lie les 2 cartes Ethernet pour n'en créer qu'une seule.
Il n'y a plus trace des 2 cartes d'origine, donc ça sert à rien d'essayer d''en adresser une en particulier pour sqeeze2upnp.

Il reste peut-être une possibilité qui consisterait à laisser les 2 accès ethernet tels quels sans les lier, sachant que ce serait le lien LMS/squeeze2upnp ou bien roon/squeeze2upnp qui ferait le pont vers le player (Classé sigma, dans mon cas) avec l'utilisation des paramètres de squeeze2upnp cités plus haut par zaurux.

Tout ça, à condition d'avoir un 'pseudo' réseau entre le server et le player liés par une connexion directe sur la deuxième carte réseau. Mais je ne sais pas si c'est possible.
Est ce que de paramétrer une adresse IP fixe dans le player ainsi qu'une fixe sur la deuxième carte reseau peut résoudre le problème et si oui, quelle paramétrage utiliser (suis pas spécialiste de ce genre de settings)

Cdlt

Bon, finalement, c'est bien la solution sans bridge win10 (c-à-d les 2 cartes réseaux ne doivent pas être liées mais rester distinctes) avec, pour celle qui fait la liaison server/player, l'activation du partage de connexione ethernet.


Auparavant, j'avais rendu fixe l'adresse IP du Classé dans son propre paramètrage ainsi que l'adresse IP de la deuxième carte reseau du server (en utilisant les mêmes adresses que celles attribuées en fixe avec ma boxe)

j'observe alors bien la page web du Classé au travers de l'explorateur Firefox sur le serveur, alors qu'il n'est pas visible depuis ma tablette sur mon réseau domestique.

Suivant les indications de zaurux, j'ajoute le paramètre nécessaire à squeeze2upnp dans le config file :
<upnp_socket>192.168.1.xxx</upnp_socket> où 192.168.1.xxx correspond à l'adresse IP définie comme fixe dans les paramètres de la deuxième carte réseau.
(J'ai bien régénéré un fichier config.xml avec le paramètre -b 192.168.1.xxx pour comparer avec le fichier généré par défaut, et il n'y a que le paramètre correspondant à <upnp_socket> qui remplace la valeur par défaut '?' par la valeur donnée derrière le paramètre -b)

A ce niveau, le pont créé par l'appel de squeeze2upnp par roon ne fonctionnait encore pas pour la lecture de la musique, même si le end-point upnp Classé sigma est visible depuis l'appli roon sur ma tablette.

J'ai donc tenté de paramétrer les ports qui, à ma connaissance, doivent être ouverts pour le streamer du Classé et pour squeeze2upnp.


Ça ne marche toujours pas!!

Dernier essai, pour en avoir le coeur net je suprime le pare-feu Windows defender au niveau public et privé.
Et là, Ô miracle, la musique se lance...mais pas de miracle au niveau du son (plus de switch Buffalo bs-gs2008 entre le server et le player)

Au regard du risque sans pare-feu, je reviens en arrière, d'abord réactivation du pare-feu public: la musique s'arrête immédiatement, donc finalement réinstallation de la config habituelle et basta!!

Cdlt.