Auteur Sujet: [Résolu]Décodeur TV SFR branché sous Debian ! (Lu 8323 fois)

artemus24 · « **Réponse #12 le:** 09 octobre 2023 à 14:44:39 »

Salut Asclèpios.

Citation de: Asclèpios

Par curiosité, j’avais essayé de brancher le décodeur de la Box 8, mais il semble qu’il doive détecter le Wi-Fi de ta box SFR pour fonctionner correctement, sinon… tu es coincé !

Je n'ai pas le Décodeur TV 8 SFR mais le Décodeur TV Plus SFR. J'ai mis la photo dans mon deuxième message. Je n'ai rien remarqué de tel car mon Décodeur TV était relié par l'éthernet sur mon Debian.

Citation de: Asclèpios

je choisis Apple TV + Molotov, directement 100% fiable et opérationnel, et au moins, l’interface est fluide, fiable et stable !

Peux tu traduire parce que je n'ai rien compris.
Je sais que Molotov est un service français de distribution de chaînes de télévision par Internet, tout comme Apple TV que j'ai sur mon téléviseur Samsung. Mais qu'elle est le rapport avec mon Décodeur TV Plus SFR ?

J'essaye d'avoir les canaux de mon offre d'abonnement SFR qui ne sont pas disponible autrement que par le Décodeur TV SFR.

Citation de: Asclèpios

Cela étant dit, si tu as besoin que j’investigue pour toi, je le ferai.

Je veux bien car je ne suis pas très expérimenté dans les aspects configurations réseaux sous Debian.
Pour ce qui est de la Raspberry Pi, cela m'a semblé facile pour s'attribuer une adresse IPv4 & IPv6 dans "/etc/dhcpcd.conf".
Ou encore de paramétrer le DHCP & le DNS dans la Box SFR.

Je n'ai pas vraiment utilisé le service networking et sa configuration dans "/etc/network/interfaces.d/".
Donc oui, de l'aide sera la bienvenue.

Au moins expliquer les bases.

Comme à mon accoutumé, je vais poser tout un tas de questions. Je commence par le première question :

1) Quel est la différence entre ce package "IGMP Proxy" et les IPTABLES ?
Pourquoi a-t-on besoin d'un daemon pour gérer l'IGMP ?
A moins que le package est un habillage d'un ensemble de règles de l'IPTABLES.

artemus24 · « **Réponse #13 le:** 17 octobre 2023 à 13:19:06 »

Je viens de faire l'installation de "IGMPPROXY" :

Code: [Sélectionner]

root~> apt-get install igmpproxy
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Les NOUVEAUX paquets suivants seront installés :
  igmpproxy
0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 39,2 ko dans les archives.
Après cette opération, 103 ko d'espace disque supplémentaires seront utilisés.
Réception de :1 http://deb.debian.org/debian bullseye/main amd64 igmpproxy amd64 0.3-1 [39,2 kB]
39,2 ko réceptionnés en 0s (312 ko/s)
Sélection du paquet igmpproxy précédemment désélectionné.
(Lecture de la base de données... 382332 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../igmpproxy_0.3-1_amd64.deb ...
Dépaquetage de igmpproxy (0.3-1) ...
Paramétrage de igmpproxy (0.3-1) ...
Traitement des actions différées (« triggers ») pour man-db (2.9.4-2) ...
root~>

Puis j'ai modifié le fichier "/etc/igmpproxy.conf" que voici :

Code: [Sélectionner]

quickleave

phyint enp2s0 upstream  ratelimit 0  threshold 1
        altnet 0.0.0.0/0

phyint enx0050b6b02428 downstream  ratelimit 0  threshold 1

phyint wlp4s0 disabled
phyint lo     disabled

J'ai supprimé les commentaires afin de ne conserver que le strict minimum.

Voici le statut du service IGMPPROXY :

Code: [Sélectionner]

root> systemctl status igmpproxy.service
● igmpproxy.service - LSB: IGMP multicast routing daemon
     Loaded: loaded (/etc/init.d/igmpproxy; generated)
     Active: active (running) since Tue 2023-10-17 12:55:03 CEST; 24s ago
       Docs: man:systemd-sysv-generator(8)
    Process: 3064 ExecStart=/etc/init.d/igmpproxy start (code=exited, status=0/SUCCESS)
      Tasks: 1 (limit: 6954)
     Memory: 184.0K
        CPU: 14ms
     CGroup: /system.slice/igmpproxy.service
             └─3072 /usr/sbin/igmpproxy -n /etc/igmpproxy.conf

oct. 17 12:55:03 Debian systemd[1]: Starting LSB: IGMP multicast routing daemon...
oct. 17 12:55:03 Debian systemd[1]: Started LSB: IGMP multicast routing daemon.
root>

J'ai quatre interfaces dans Debian :
--> enp2s0 où arrive internet par le câble éthernet.
--> enx0050b6b02428 où est branché le décodeur plus SFR.
--> lo
--> wlp4s0 où arrive internet par le wifi qui est déactivé.

Je n'obtiens aucune informations dans la section "diagnostics/Internet" du Décodeur Plus SFR. Tout se passe comme si je n'avais pas internet.

Sous Debian, dans l'interface enx0050b6b02428, je n'ai attribué aucune adresse IPv4 & IPv6. Je pense que le problème doit se situé là.

Que dois-je faire ?

artemus24 · « **Réponse #14 le:** 10 janvier 2024 à 13:52:55 »

J'ai fais quelques tests, sans succès, en branchant mon décodeur TV Plus SFR derrière mon Debian et lui-même branché derrière mon ONT-SFU-v3. Voici le détail de ce que j'ai fait :

a) j'ai créé dans Debian deux interfaces à partir de "networkctl". L'une est WAN (enp2s0) où j'ai récupérer mes adresses WAN et l'autre est LAN (lan0) que j'ai transformer en serveur DHCP. L'interface WAN fonctionne puisque j'ai bien l'internet dans mon Debian. Pour tester l'interface LAN, j'ai branché une Raspberry Pi, et j'ai bien l'internet aussi. Les tests habituels de vérification de l'internet sont "ping -4 google.fr" & "ping -6 google.fr".

b) j'ai installé "igmpproxy" dans mon Debian (voir mon message précédent). Pour tester, j'ai utilisé le mode debug", que voici :

Code: [Sélectionner]

igmpproxy -d -v ./igmpproxy.confLe fichier est local à mon répertoire où je fais les tests et non dans le répertoire "/etc/igmpproxy.conf". Je ne sais pas trop si cela a un impact sur les tests.

c) dans le mode debug, j'ai récupéré toutes les adresses de la partie "from" que j'obtenais, soit :
--> 1.1.1.1
--> 93.xxx.xxx.xxx (l'adresse WAN de l'interface enp2s0).
--> 192.168.1.1 (l'adresse LAN de l'interface lan0)
ainsi que l'adresse du décodeur TV Plus SFR :
--> 192.168.1.2

d) j'ai ensuite configuré le fichier "igmpproxy.conf" :

Code: [Sélectionner]

quickleave

phyint enp2s0 upstream  ratelimit 0  threshold 1
        altnet 1.1.1.1/24;
        altnet 93.xxx.xxx.xxx/26;
        altnet 192.168.1.0/24;

phyint lan0 downstream  ratelimit 0  threshold 1
##      altnet 192.168.1.0/24;

phyint wlp4s0 disabled
phyint lo     disabled

e) j'ai créé le fichier "firewall.sh" que voici :

Code: [Sélectionner]

#!/bin/bash

# ========== #
# Paramètres #
# ========== #

IPT4='/sbin/iptables'
IPT6='/sbin/ip6tables'

# ============== #
# Initialisation #
# ============== #

$IPT4 -F
$IPT4 -X

$IPT4 -t nat -F
$IPT4 -t nat -X

$IPT4 -t mangle -F
$IPT4 -t mangle -X

# ============= #
# Configuration #
# ============= #

$IPT4 -A INPUT   -m pkttype --pkt-type multicast -j ACCEPT
$IPT4 -A FORWARD -m pkttype --pkt-type multicast -j ACCEPT
$IPT4 -A OUTPUT  -m pkttype --pkt-type multicast -j ACCEPT

exit

J'ai récupéré cela sur le net.

f) voici le résultat du pare-feu :

Code: [Sélectionner]

root~> iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere             PKTTYPE = multicast

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere             PKTTYPE = multicast

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere             PKTTYPE = multicast
root~>

g) je lance "firewall.sh" ainsi que "igmpproxy" :

Code: [Sélectionner]

igmpproxy ./igmpproxy.conf
h) je suis sur le canal de TF1 et j'ai "Signal TV Indisponible". Je redémarré le décodeur TV Plus SFR et je constate que j'entre sans problème. Ce qui prouve que l'accès à l'internet se fait.

Je fais le test en débranchant le câble éthernet et au redémarrage, j'obtiens "Votre décodeur n'est pas correctement branché ...". J'ai le bouton "Résoudre mon problème". Ce qui confirme que mon test précédent prouve que mon Décodeur TV Plus SFR obtient bien l'internet.

Qu'est-ce que j'ai mal fait ou oublié de faire ?
Comment testé dans ma Raspberry Pi que j'obtiens bien le multicast ?

@+

jeremyp3 · « **Réponse #15 le:** 11 janvier 2024 à 01:19:50 »

Bonjour,

avec un igmpproxy configuré comme ça, ça ne fonctionnera jamais.

votre adresse public et 1.1.1.1 n'ont rien à faire là.

ce qu'il faut faire pour obtenir les ips à mettre dans le altnet c'est un tcpdump de l'interface wan, pendant que vous tentez d'accéder à une chaîne.

à l'époque (2016) j'avais ce genre d'ip dans mon igmpproxy.conf:

Code: [Sélectionner]

altnet 80.118.201.0/24
altnet 84.96.146.0/24
altnet 84.96.219.0/24
altnet 80.118.192.0/24
altnet 86.65.94.0/24
altnet 86.65.95.0/24
altnet 109.203.65.49
altnet 86.64.0.0/12
altnet 93.0.0.0/11

bref, avec un peu de chance les ips n'ont pas changés et ces ips là fonctionneront toujours, mais bon certaines sont clairement trop large comme le /11

bon test à vous!

artemus24 · « **Réponse #16 le:** 11 janvier 2024 à 09:47:04 »

Salut jeremyp3 et merci pour ton aide.

Je suis chez SFR. D'où sortez-vous toutes ces adresses ?
Quand je lance le mode debug, comme il est recommandé de le faire, j'obtiens que ces quatre adresses.

jeremyp3 · « **Réponse #17 le:** 11 janvier 2024 à 10:08:13 »

Citation de: artemus24 le 11 janvier 2024 à 09:47:04

Je suis chez SFR. D'où sortez-vous toutes ces adresses ?

de mon fichier igmpproxy.conf.sfr de l'époque, voilà pourquoi mon avertissement

rooot · « **Réponse #18 le:** 11 janvier 2024 à 10:34:12 »

Bonjour,
l'explication du 1.1.1.1 ce ne serait pas ça ?
https://lafibre.info/sfr-espace-technique/igmp-querier-de-chez-sfr-ayant-1-1-1-1-comme-adresse/

Sinon ici, sur un tuto de 2019 : https://lafibre.info/remplacer-sfr/ftth-tuto-bypass-complet-neufbox-avec-un-routeur-openwrt/
voir la section Configuration de la TV

Code: [Sélectionner]

list altnet 0.0.0.0/0c'est radical

mais ca permet au moins de débuguer, si avec ça ça ne fonctionne pas c'est que le problème n'est pas dans les "altnet".

artemus24 · « **Réponse #19 le:** 11 janvier 2024 à 14:27:16 »

Citation de: Jeremyp3

de mon fichier igmpproxy.conf.sfr de l'époque, voilà pourquoi mon avertissement

Je me doute que cela provient de votre fichier IGMPPROXY.CONF mais avant cela, comment vous êtes vous procuré ces adresses ip ?
Si je me mets en mode Debug IGMPRPOXY, j'obtiens ceci :

Code: [Sélectionner]

adding VIF, Ix 0 Fl 0x0 IP 0x2eb0015d enp2s0, Threshold: 1, Ratelimit: 0
adding VIF, Ix 1 Fl 0x0 IP 0x0101a8c0 lan0, Threshold: 1, Ratelimit: 0
Joining group 224.0.0.2 on interface lan0
Joining group 224.0.0.22 on interface lan0
The source address 77.130.48.82 for group 233.136.0.217, is not in any valid net for upstream VIF[0].
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV Membership query   from 1.1.1.1         to 224.0.0.1
RECV V2 member report   from 192.168.1.30    to 224.0.0.251
Inserted route table entry for 224.0.0.251 on VIF #1
Joining group 224.0.0.251 on interface enp2s0
RECV V2 member report   from 93.xxx.xxx.xxx   to 224.0.0.251
The IGMP message was from myself. Ignoring.
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.251
The IGMP message was from myself. Ignoring.
The IGMP message was local multicast. Ignoring.
The source address 77.130.48.82 for group 233.136.0.217, is not in any valid net for upstream VIF[0].
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
The IGMP message was local multicast. Ignoring.
The IGMP message was local multicast. Ignoring.
Leaving group 224.0.0.251 on interface enp2s0
The source address 77.130.48.82 for group 233.136.0.217, is not in any valid net for upstream VIF[0].
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.251
The IGMP message was from myself. Ignoring.
The IGMP message was local multicast. Ignoring.
The IGMP message was local multicast. Ignoring.
The source address 77.130.48.82 for group 233.136.0.217, is not in any valid net for upstream VIF[0].
RECV Membership query   from 1.1.1.1         to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 93.xxx.xxx.xxx  to 224.0.0.251
The IGMP message was from myself. Ignoring.
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 192.168.1.1     to 224.0.0.251
The IGMP message was from myself. Ignoring.
The IGMP message was local multicast. Ignoring.
The source address 77.130.48.82 for group 233.136.0.217, is not in any valid net for upstream VIF[0].
RECV Membership query   from 192.168.1.1     to 224.0.0.1
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.

select() failure; Errno(4): Interrupted system call
Got a interrupt signal. Exiting.
All routes removed. Routing table is empty.
Shutdown complete....

Et comme dit précédemment, je n'ai que quatre adresses à fournir dans le fichier IGMPPROXY.CONF, qui sont :
--> 192.168.1.1 (l'interface LAN)
--> 93.xxx.xxx.xxx (l'interface WAN)
--> 1.1.1.1
--> 192.168.1.30 (mon Décodeur TV Plus SFR)

Votre fichier "IGMPPROXY.CONF" date de 2016, soit il y a huit ans. Il y a eu certainement des changements depuis.
Merci de votre participation.

Citation de: Rooot

l'explication du 1.1.1.1 ce ne serait pas ça ?
https://lafibre.info/sfr-espace-technique/igmp-querier-de-chez-sfr-ayant-1-1-1-1-comme-adresse/

Oui, c'est ça. Je connaissais déjà ce sujet, mais j'ai pas compris l'intérêt de cette adresse 1.1.1.1 pour le flux TV.

Citation de: Rooot

Sinon ici, sur un tuto de 2019 : https://lafibre.info/remplacer-sfr/ftth-tuto-bypass-complet-neufbox-avec-un-routeur-openwrt/

Je connais aussi le sujet de MaximusHugus. Il dit de configurer l'IGMP-snooping dans l'interface LAN. Sauf que je n'ai rien de tel dans la configuration de mon interface LAN. En relisant le premier message, je vois nulle part qu'il est question d'un quelconque Décodeur TV SFR. Il utilise pour cela VLC. Je vais installer et tester avec VLC dans mon Debian.

Citation de: Rooot

Code: [Sélectionner]
list altnet 0.0.0.0/0c'est radical mais ça permet au moins de déboguer, si avec ça ça ne fonctionne pas c'est que le problème n'est pas dans les "altnet".

J'ai testé mes deux interfaces WAN & LAN avec une rapsberry Pi branchée sur Debian, j'obtiens bien l'internet.
Je sais que le Décodeur TV Plus SFR fonctionne qu'avec l'IPv4.
J'ai activé le "Multicast" dans mes interfaces WAN & LAN mais j'ignore si ça fonctionne.
J'ai configuré le pare-feu "iptables" en cherchant ce qui se faisait sur le net. Pareil, je ne sais pas trop si ça fonctionne.
Pour la configuration de "igmpproxy.conf", j'ai repris des exemples que j'ai trouvé sur le net.
Et en plus, j'ai un doute sur la syntaxe exacte.
J'ai vu des exemples où il y a un ; à la fin du "ALTNET", ainsi que sans le "LIST" aussi.
J'ai des exemples avec ALTNET et sans ALTNET pour la section "DOWNSTREAM".
Et en ce qui concerne les adresses IP, certaines sont totalement renseignées ("192.168.1.30/24") et d'autres, juste le préfixe ("192.168.1.0/24").

Oui, j'ai déjà testé en mettant l'adresse "0.0.0.0/0" mais je n'obtiens aucun flux TV.
Si j'obtiens sur VLC "TF1", est-ce que cela va aussi fonctionner va le Décodeur TV Plus SFR ?
Cela signifie que mon interface WAN (enp2s0) reçoit bien le multicast. Oui, mais avec le Décodeur, je teste l'interface LAN.

Je suis dans le flou total.

@+

zoc · « **Réponse #20 le:** 11 janvier 2024 à 14:46:10 »

"altnet" coté upstream est sensé lister les adresses IP des machines autorisées à faire de l'IGMP avec le routeur, donc en gros les plages d'IP où se trouvent les serveurs TV de SFR... Clairement la méthode employée ici pour les "deviner" est complètement inadaptée.

Comme l'a dit @jeremyp3, le seul moyen est de sniffer le port WAN de la box pendant qu'on change les chaines sur le décodeur, ce qui peut être difficile si le port WAN est un port fibre et pas Ethernet... Ou alors utiliser la liste déjà connue, qui, non, a peu de chances d'avoir changé depuis 2016 (tout comme celle que j'utilise chez Orange depuis 2016 continue à fonctionner aujourd'hui).

Et le problème peut ne pas venir des altnet d'ailleurs comme dit plus haut (ce que semble valider le test avec 0.0.0.0/0). Chez Orange par exemple, IGMP soit être marqué avec la priorité 802.1p 5.

artemus24 · « **Réponse #21 le:** 11 janvier 2024 à 18:14:24 »

@Zoc : je vais continuer d'investiguer.

@Tous : Je viens d'installer VLC et j'ai pu obtenir TF1, France 2, France 3, ...
Le lien donné par MaximumHugus concerne les canaux de diffusion des chaînes SFR hors abonnement.
Il y a beaucoup de canaux qui ont dû changé car certaines chaînes correspondante ne fonctionnent plus.
Je suppose que ce site n'est pas maintenu à jour.
Je crois que ce n'est pas du MULTICAST mais de l'OLT.

jeremyp3 · « **Réponse #22 le:** 11 janvier 2024 à 18:53:12 »

Bonjour,

quelle adresse utilisez vous pour avoir tf1 sur votre vlc ?

histoire d'être sûre que vous utilisez bien une ip multicast

rooot · « **Réponse #23 le:** 11 janvier 2024 à 19:11:16 »

pour recupérer les playlist il est possible que ceci fonctionne toujours:
https://github.com/HugoPoi/9boxtv
sur le github il y en a une de 2021: playlist_tv_sfr_20210515.m3u