La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la box SFR par un routeur => Discussion démarrée par: artemus24 le 08 octobre 2023 à 16:05:21
-
Salut à tous.
Je vais m'intéresser maintenant au décodeur SFR TV, la dernière phase du triple play après l'IPv4 & l'IPv6 et le téléphone. Je n'ai pas besoin de faire de la bidouille pour obtenir la TV car cela fonctionne avec le Connect TV v3 SFR (https://www.sfr.fr/accessoires/details/sfr-connect-tv-v3-de-sfr) mais comme le sujet m'intéresse, je vais quand même tenter de le faire sur mon Debian.
J'espère que le décodeur SFR BOX 8 TV fonctionne de la même façon que mon décodeur SFR PLUS que j'ai actuellement.
Mon décodeur TV SFR est branché sur mon Debian à l'aide de cet adaptateur USB/RJ45 (https://www.startech.com/fr-fr/entree-sortie-industrielle/usb2100), où j'ai au maximum à 100 mb/s, largement suffisant pour la télé. Mon Debian quand à lui est branché directement sur mon ONT-SFU-v3 de SFR où j'ai bien l'accès à l'internet
Je dois bidouiller avec l'application IPTABLES afin de gérer l'IGMP au travers d'un Proxy, sauf que je ne sais pas faire cela.
Dans Debian, j'ai deux interfaces, l'une ou j'ai l'internet "enp2s0" et l'autre "enxaaaaaaaaaaaa" où est branché mon décodeur TV SFR. Que dois je déclarer dans l'IPTABLES pour gérer l'IGMP et obtenir la réception sur TF1 ?
Cordialement.
Artemus24.
@+
-
de quel decodeur parles tu ?
avec le "connect tv" il n'y a rien à faire, c'est de l'OTT, donc pas d'igmp proxy. C'est comme si c'etait un autre pc dans ton réseau qui se connecte à internet.
-
Salut Rooot.
Du décodeur SFR plus que j'ai actuellement dans mon abonnement SFR FIBRE STARTER.
(https://static.s-sfr.fr/media/ass-install-decodeur-plus-1.jpg)
Il y a en plus un disque dur pour effectuer des enregistrements.
Actuellement, je ne possède pas le TV Connect v3 de SFR.
-
ha oui dans ce cas il faut installer le paquet igmpproxy et configurer le fichier /etc/igmpproxy.conf
tu pourras t'aider de ce qui est indiqué dans le tuto pour openwrt.
-
Mon Asus est sous Debian. Ne peut-on pas faire cela juste avec IPTABLES ?
-
Mon Asus est sous Debian. Ne peut-on pas faire cela juste avec IPTABLES ?
c'est un package debian : https://manpages.debian.org/testing/igmpproxy/igmpproxy.8.en.html
Après si tu n'as pas envie de te casser la tête avec ça, tu ranges ce décodeur dans un placard et tu achètes un connect tv...
-
Ton commentaire est écrit en tout petit, ce qui est difficile à lire.
Je vais voir ce que je peux faire avec ce package Debian.
Je suppose que cela doit être assez facile à transposer sur un routeur comme MikroTik.
Merci pour le lien. :)
-
Pour la configuration du fichier /etc/igmpproxy.conf tu peux t'aider de ça : https://wiki.alpinelinux.org/wiki/IGMPproxy
Le fichier devrait ressembler à ca :
quickleave 1
phyint eth0 upstream ratelimit 0 threshold 1
altnet 0.0.0.0/0
phyint eth1 downstream ratelimit 0 threshold 1
phyint lo disabled
remplacer eth0 et eth1 par les bonnes interfaces. upstream étant le port wan, et downstream étant le port lan.
-
Merci Rooot. Je vais voir ce que je peux faire demain. :)
-
comme je l'ai écrit en tout petit, il sera 1000x plus simple d'acheter un Boitier Connect TV, plutot que d'ajouter encore un couche de complexité à ton réseau.
-
La complexité, c'est quand je ne maitrise pas ce que je fais.
Après, quand c'est fait, je ne vais plus y toucher.
Le TV Connect V3 de SFR sera pour ma prochaine offre, quand je passerai à SFR FIBRE POWER.
-
La complexité, c'est quand je ne maitrise pas ce que je fais.
Après, quand c'est fait, je ne vais plus y toucher.
Le TV Connect V3 de SFR sera pour ma prochaine offre, quand je passerai à SFR FIBRE POWER.
En effet, @rooot a raison : l’utilisation de l’IGMP Proxy est indispensable. Penser ‘Ne plus y toucher’ me paraît optimiste. Pour la VoIP et Internet, aucun souci, mais pour la TV… 😭😭😭, surtout avec les mises à jour de SFR, leurs blocages volontaires, etc.
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é !
Cependant, n’ayant pas suffisamment investigué le sujet, il doit y avoir des personnes par ici qui ont trouvé la solution…
Personnellement, pour assurer une fiabilité chez toutes les personnes dont j’administre le réseau (ce qui représente un grand nombre 🤣😭😭😭), je choisis Apple TV + Molotov, directement 100% fiable et opérationnel, et au moins, l’interface est fluide, fiable et stable !
Cela étant dit, si tu as besoin que j’investigue pour toi, je le ferai.
-
Salut 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.
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.
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.
-
Je viens de faire l'installation de "IGMPPROXY" :
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 :
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 disabledJ'ai supprimé les commentaires afin de ne conserver que le strict minimum.
Voici le statut du service IGMPPROXY :
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 ?
-
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 :
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" :
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 :
#!/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
exitJ'ai récupéré cela sur le net.
f) voici le résultat du pare-feu :
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" :
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 ?
@+
-
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:
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!
-
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.
-
Je suis chez SFR. D'où sortez-vous toutes ces adresses ?
de mon fichier igmpproxy.conf.sfr de l'époque, voilà pourquoi mon avertissement
-
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
list altnet 0.0.0.0/0c'est radical ;D 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".
-
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 :
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. :)
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.
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.
list altnet 0.0.0.0/0c'est radical ;D 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. :-[
@+
-
"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.
-
@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.
-
Bonjour,
quelle adresse utilisez vous pour avoir tf1 sur votre vlc ?
histoire d'être sûre que vous utilisez bien une ip multicast
-
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
-
Les chaine de TF1 et M6 fonctionne t-elle depuis VLC ? Si oui comment faire pour les intégrer à Plex ?
-
Bonjour,
Faut un petit soft qui s'occupe d'émuler un tuner réseau.
-
quelle adresse utilisez vous pour avoir tf1 sur votre vlc ?
histoire d'être sûre que vous utilisez bien une ip multicast
J'ai installé la liste des canaux fournies par MaximumHugus dans le premier message de son sujet (https://lafibre.info/remplacer-sfr/ftth-tuto-bypass-complet-neufbox-avec-un-routeur-openwrt/msg685736/#msg685736).
Les canaux pour TF1 et France 2 sont les suivants :
#EXTM3U
#EXTINF:0,1 - TF1 - Fibre HD
rtp://233.136.0.202:7500/202
#EXTINF:0,1 - TF1 - Standard
rtp://233.32.36.161:7500/3161
#EXTINF:0,1 - France 2 - Fibre HD
rtp://233.136.0.201:7500/201
#EXTINF:0,1 - France 2 - Standard
rtp://233.32.36.99:7500/4304J'obtiens bien TF1 et France 2 avec VLC.
pour récupérer les playlist il est possible que ceci fonctionne toujours:
Je n'ai pas encore pu tester tous les canaux de la liste. Plusieurs ne fonctionnement pas de chez moi, comme ceux-ci :
#EXTINF:0,1 - C8 - HD
rtp://233.136.44.165:65000/4808
#EXTINF:0,1 - C8 - Standard
rtp://233.136.0.126:65000/4206
#EXTINF:0,1 - W9 - Fibre HD
rtp://233.136.0.219:7500/219
#EXTINF:0,1 - W9 - Standard
rtp://233.136.0.58:7500/58
#EXTINF:0,1 - TMC - HD
rtp://233.60.197.83:7500/783
#EXTINF:0,1 - TMC - Standard
rtp://233.49.82.44:7500/244
Les chaîne de TF1 et M6 fonctionne t-elle depuis VLC ?
Oui, en tout cas de chez moi, ça fonctionne avec un ordinateur Debian branché directement sur l'ONT-SFU-v3, ainsi que derrière ma Box SFR.
Si oui comment faire pour les intégrer à Plex ?
Aucune idée, je n'utilise pas Plex.
-
pour les chaines qui ne "fonctionnent pas" c'est peut etre une histoire de DRM (donc de décodage du flux).
-
C8, W9, TMC, TFX, CNews, CStar, Gulli, TF1 Séries-Films, 6TER & LCi sont des chaînes qui diffusent en clair, appartenant à la TNT.
Tu as raison, Rooot, il existe une Gestion des Droits Numériques (DRM) même sur la TNT.
Ce sont essentiellement les chaînes des groupes TF1 & M6.
Les chaînes du groupe TF1 (TF1 / TMC / TFX / LCI / TF1 Séries Films) et du groupe M6 (M6 / W9 / 6ter / Gulli) ne sont plus disponibles dans la formule gratuite Molotov.
Ces canaux de diffusion de la liste que j'ai récupérée ne concerne pas SFR mais tout le monde.
Dois-je comprendre que SFR a aussi ses propres canaux de diffusion ? Ou bien me tromperai-je ?
Si je zappe d'une chaîne à l'autre un peu trop vite, j'ai un blocage de VLC.
-
Salut
Je te répond avec un peu de retard, je viens de vois ton post. Je te propose une solution alternative avec laquelle tu auras tout, tes chaînes et tes replays.
Je suis sous Linux Mint, une debian like, j'ai installé Kodi et le plugin catch-up and more, tu as depuis Janvier Fournisseur d'accès internet dans la liste principale de catch up, tu mets ton login et ton mot de passe Red ou SFR, et tu accèdes au contenu de tv.sfr.fr, mais avec une interface beaucoup plus intuitive.
Personnellemnt, je l'ai fait parce que je suis handicapé et que l'interface tv.sfr.fr est très compliquée à utiliser...
Je n'utilise pas la box sfr mais un routeur openwrt avec l'ont de redbysfr.
Kodi existe aussi sous android, il y a même des distros dédiés Kodi, mais je préfère Linux Mint, on peut faire plus de choses, un mini-clavier sans fil fait office de télécommande.
Bye
-
depuis Janvier Fournisseur d'accès internet dans la liste principale de catch up,
Bonjour,
merci beaucoup pour l'info, je m'en vais de ce clic rejouer avec pour voir à quoi ça ressemble :).
Ce sera en Android mais c'est pareil.
-
Les flux servis par son FAI sont sûrement les plus fiables, et je les utiliserais certainement si je n'étais pas chez Orange, mais il ne faut pas oublier les alternatives des flux ouverts, les listes qui fonctionnent partout, ou presque partout vu qu'il y a du géoblocage, y compris dans Kodi (théoriquement, parce que j'ai toujours eu des pbs d'installation avec cette appli).
Il n'y a pas toute la TNT mais ça peut servir de complément, et il y a pas mal de choses en dehors.
Voir les menus "Playlist" en haut : tvrz (http://tvradiozap.free.fr/index.php?f=3&ty=tv).
Juste des soucis depuis 3 jours avec les chaînes France TV sous VLC tandis que ça marche parfaitement dans les applis TV sous Android et Enigma2.
-
Au sujet de TVRZ, il ne me semble pas y avoir vu la chaîne MDL (https://www.mondeduloisir.fr/), dont m3u en pj:
-
Au sujet de TVRZ, il ne me semble pas y avoir vu la chaîne MDL (https://www.mondeduloisir.fr/), dont m3u en pj:
Si, si elle y est : MDL (http://tvradiozap.free.fr/index.php?ty=tv&r=mdl&f=1).
-
Pas depuis longtemps alors, pas dans ce que j'avais gardé du mois dernier.
-
Salut Capsual et bienvenue dans le forum lafibre.info. :)
Je suis sous Linux Mint, une debian like, j'ai installé Kodi et le plugin catch-up and more, tu as depuis Janvier Fournisseur d'accès internet dans la liste principale de catch up, tu mets ton login et ton mot de passe Red ou SFR, et tu accèdes au contenu de tv.sfr.fr, mais avec une interface beaucoup plus intuitive.
Merci pour ta solution alternative. :)
J'ai bien Kodi mais sur une Raspberry Pi Zero et j'ai la version Leia 18.0 que je n'ai pas mise à jour depuis que je l'ai installé.
Je vais vérifier si j'ai bien le plugin "catch-up and more" et "Fournisseur d'accès internet" dans les options.
A moins que je sois obligé de tout réinstaller car la version Kodi est trop ancienne.
Regardes-tu tes chaînes préférées sur ton ordinateur ? L'écran n'est-il pas un peu trop petit ?
Grâce aux membre de ce forum, la solution de contournement qui m'a été conseillé, est d'acquérir le Décodeur Connect TV SFR, ce que je vais bientôt faire.
Personnellemnt, je l'ai fait parce que je suis handicapé et que l'interface tv.sfr.fr est très compliquée à utiliser...
Je suis d'accord avec toi, la manipulation de tv.sfr.fr n'est pas des plus aisé. De plus, j'ai fréquemment des pertes de connexions.
Je peux regarder les chaînes en clairs sur VLC, et pas de pertes de connexions, ce qui est nettement bien que tv.sfr.fr.
Je cherche bien à faire fonctionner mon décodeur Plus SFR, derrière mon Debian qui lui-même est derrière l'ONT7-SFU-v3 de SFR.
Je pense que la configuration en Multicast est correcte mais si je n'ai pas d'accès aux chaînes en direct, je pense que le problème concerne l'API de SFR que je dois reproduire dans mon Debian. Je ne suis pas allé plus loin dans ce bidouillage car cela ne répond plus à mon attente. Je ne vais pas reproduire la Box SFR dans mon Debian, ce n'est pas le but que je recherche.
Je me pose la question concernant justement la configuration du Multicast dans un routeur OpenWRT. Pouvez-vous le confirmer que le décodeur Plus SFR branché sur un routeur OpenWRT fonctionne parfaitement ? Si c'est le cas alors mon problème ne concerne pas l'API de SFR. Du coup, je ne sais plus où chercher pour résoudre mon problème. Et pourtant, j'ai bien l'internet dans le décodeur et je peux regarder un programme en replay.
Je n'utilise pas la box sfr mais un routeur openwrt avec l'ont de redbysfr.
Peut-on connaitre le modèle et la marque de ton routeur OpenWRT ?
-
Pas depuis longtemps alors, pas dans ce que j'avais gardé du mois dernier.
C'est bien possible. Je crois me souvenir qu'à un moment je l'avais enlevée suite à pb de fiabilité. Les flux "sporadiques", c'est pénible. Mais ça concerne surtout les radios.
Sur ce point l'accès aux chaînes par les codes xtream est préférable aux listes car les suppressions de chaînes aussi bien que les ajouts sont pris en compte par les applis tous les jours, voire à chaque démarrage. L'inconvénient c'est qu'on ne peut pas organiser sa liste comme on veut.
L'déal serait une appli client xtream qui permette et conserve l'ordonnancement d'une liste personnalisé au départ, et ferait ensuite juste la mise à jour des liens, la suppression des chaînes périmées, et l'ajout à la fin des nouvelles que chacun pourrait réordonner. Mais je n'en ai pas trouvé.
-
J'ai enfin pu configurer correctement mon Debian et j'ai pu visualiser les chaînes TV en direct à partir du décodeur Plus TV SFR sur mon téléviseur Samsung. Je ne vais pas détaillé ce que j'ai fait, sauf si quelqu'un me le demande. Voici le résumé de ce que j'ai fait :
a) configuration réseau à partir de "systemd-networkd" où j'ai créé une interface WAN et une interface LAN. Voire pour cela mon autre sujet consacré à la configuration de systemd-networkd" (https://lafibre.info/remplacer-sfr/configuration-de-systemd-networkd/).
b) Je n'utilise plus "resolconf.conf" et à la place j'utilise "systemd-resolved". Ce qui m'a permis d'activer le Multicast et de configurer les serveurs DNS par défaut dans mon Debian. Ce sont ceux de SFR, d'alwaysdata et de Google.
c) j'ai récupéré les six fichiers ".xml" que voici :
--> system.getInfo.xml http://192.168.1.1/api/1.0/?method=system.getInfo
--> ftth.getInfo.xml http://192.168.1.1/api/1.0/?method=ftth.getInfo
--> wan.getInfo.xml http://192.168.1.1/api/1.0/?method=wan.getInfo
--> lan.getHostsList.xml http://192.168.1.1/api/1.0/?method=lan.getHostsList
--> tv.getInfo.xml http://192.168.1.1/api/1.0/?method=tv.getInfo
--> usb.getInfo.xml http://192.168.1.1/api/1.0/?method=usb.getInfo
que j'ai placé dans le nouveau répertoire "/var/www/api/1.0". Je les ai récupéré depuis la BOX 8 SFR en faisant un copier/coller. Je ne les ai pas conservé en l'état mais j'ai fait du nettoyage afin de garder le stricte nécessaire à son bon fonctionnement.
d) j'ai installé apache2 sous Debian BookWorm. Aucune configuration particuière. J'ai juste vérifié par "localhost" que le serveur fonctionne correctement.
e) je n'ai pas voulu installé "php" et de ce fait, je ne peux pas utiliser le fichier "index.php" pour simuler l'api de la BOX SFR. J'ai préféré faire la configuration directement en Apache en faisant une redirection depuis l'url vers les six fichiers ci-dessus. Il faut juste faire le lien entre l'adresse ip "192.168.1.1" et les six fichiers dans le répertoire "/var/www/api/1.0".
f) je n'ai pas eu besoin de configurer NTP (Network Time Protocol).
g) arrivé en ce point de mes tests, je n'avais plus aucun blocage dû à un quelconque problème soi-disant d'internet alors que celui-ci était opérationnel dans le décideur TV. Je pouvais regarder un "replay", effectuer "un restart" mais toujours pas le direct TV qui m'indiquait une erreur "SL12."
h) Pour résoudre ce problème, j'ai activé IGMPPROXY, que je ne détaillerai pas puisque ce sujet l'a déjà traité.
i) je ne sais pas trop si je vais devoir réinstaller de temps en temps les six fichiers ".xml". En lisant les sujets dans ce forum, au départ, il était question que de trois fichiers et actuellement, nous en avons six. A vrai dire, je n'ai pas vérifié s'ils sont tous obligatoires. Je ne sais pas non plus si la date et l'heure sont d'une quelconque importance. Je ne parle pas que de NTP mais aussi de ce qui est présent dans ces fichiers. Je ne suis pas dans une configuration définitive mais juste dans des tests de faisabilité. Là où je bute encore, est de trouver le bon routeur qui permet d'obtenir toute la souplesse que je recherche.
i) conclusion : le décodeur TV Plus SFR fonctionne correctement en ayant bypassé la BOX SFR.
J'ai résolu la configuration réseau afin de transformer mon Debian en Routeur.
Et j'ai aussi résolu la configuration d'Asterisk.
J'ai ainsi conserver le Triple Play en bypassant la BOX SFR.
==> Problème résolu ! :)
@+
-
Pour mettre a profit tout ce que tu as mis en place sous debian et ne pas avoir a réinventer la roue une nouvelle fois sur un autre systeme (genre Mikrotik ou pfsense ou openwrt), j'imagine que tu vas partir sur un minipc de ce genre ?
https://www.amazon.fr/HUNSN-Firewall-Appliance-Mikrotik-RJ50/dp/B0CTPJFBFC/
sur lequel tu pourras installer une debian qui fera office de routeur.
-
@ Rooot : oui, j'envisage d'acheter un Mini PC car tout ce que j'ai vu en tant que routeur ne me convient pas. Deux problèmes récurrents : la connectique et l'installation d'applications.
Cela ne veut pas dire que je vais arrêter mes investigations. Je vais poursuivre avec l'installation d'OpenWRT sur un disque externe et l'utiliser sur mon Asus.
-
Deux problèmes récurrents : ... et l'installation d'applications.
Installer des applications sur un routeur est déconseillé car ça augmente inévitablement la surface d'attaque. En cas de vulnérabilité d'une application, il est forcément plus sein d'avoir une machine derrière le routeur potentiellement compromise plutôt que ce soit le routeur lui-même.
Chez Mikrotik on peut activer le support des conteneurs Docker dans RouterOS, mais en fait ils incitent fortement à ne pas les utiliser (à se demander pourquoi ils ont rajouté cette fonctionnalité).
-
Salut Zoc.
Je veux bien, mais je préfère tout centraliser dans le routeur. Protéger le routeur est le rôle du FireWall. A part Asterisk, je vais installer un serveur DNS pour associer les adresses IP à des noms d'hôtes locaux. A part ça, je ne vois pas trop ce que je peux installer d'autre dans ce routeur.
@ Tous : Depuis que j'ai basculé dans l'offre SFR FIBRE POWER, la configuration de mon Décodeur Plus TV SFR a changé. Entre autre, je n'ai plus accès au disque dur. Y-a-t-il moyen de revenir en arrière en modifiant les caractéristiques du Modem dans mon Debian pour lui faire croire que je suis dans l'ancienne configuration ? Ou bien SFR contrôle cela depuis ses serveurs et je ne peux rien faire.
-
Chez Mikrotik on peut activer le support des conteneurs Docker dans RouterOS, mais en fait ils incitent fortement à ne pas les utiliser (à se demander pourquoi ils ont rajouté cette fonctionnalité).
Parce que le Marketing veut vendre, et le technique ne veut pas être emmerdé ;D
-
Le décodeur Plus TV SFR n'a pas besoin de tous les fichiers "*.xml" pour fonctionner correctement. Il faut "ftth.getInfo.xml", "system.getInfo.xml", tv.getInfo.xml" et c'est tout.
J'ai fait une découverte. J'ai redémarré le décodeur Plus TV SFR durant un enregistrement, et à ma grande surprise, j'avais la totalité de l'enregistrement sans coupure. On donne l'ordre pour enregistrer mais cela se passe chez SFR et plus comme avant, en local dans le disque qui est associé au Décodeur Plus TV SFR. Cela permet de réduire le nombre de flux TV vers le décodeur Plus TV SFR pour les particuliers. Si j'enregistre deux programmes TV et que j'en regarde un troisième, trois flux arrivent chez moi. Alors qu'avec cette méthode, il y a qu'un seul flux qui arrive chez moi, celui que je regarde en direct, ou celui qui a été enregistré.
J'ai toujours une durée d'activité de deux jours. Je ne sais pas trop comment cela est calculé mais la date qui se trouve dans le fichier "system.getInfo.xml" est : current_datetime="20240301160000". Je ne sais pas si cela a un quelconque impact sur la durée des enregistrements stockés dans le clouds de SFR.
Je vois communique la configuration du VirtualHosts "DecodeurTV.conf" que j'utilise :
<VirtualHost *:80>
ServerName 192.168.1.1
ServerAlias decodeurtv
DocumentRoot /var/www/sfr/
<Directory "/var/www/sfr/">
LoadModule rewrite_module /usr/lib/apache2/modules/mod_rewrite.so
RewriteEngine On
RewriteCond %{QUERY_STRING} ^(.*&)?method=ftth\.getInfo[^&]*
RewriteRule ^.*$ ftth.getInfo.xml [L]
RewriteCond %{QUERY_STRING} ^(.*&)?method=system\.getInfo[^&]*
RewriteRule ^.*$ system.getInfo.xml [L]
RewriteCond %{QUERY_STRING} ^(.*&)?method=tv\.getInfo[^&]*
RewriteRule ^.*$ tv.getInfo.xml [L]
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Require all granted
</Directory>
ErrorLog /var/www/sfr/apache.error.log
CustomLog /var/www/sfr/apache.access.log common
</VirtualHost>
Edit: j'ai trouvé. La durée est calculée en seconde à partir de la variable "uptime" qui se trouve dans "system.getInfo.xml".