La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la Freebox par un routeur => Discussion démarrée par: charlie-bird le 30 mars 2023 à 16:12:13
-
Bonjour,
J'ai une Freebox Delta en mode bridge avec un réseau Unifi derrière, tout marche bien même la TV via l'app OQEE sur tous mes appareils, mais je voulais savoir si y'avait une bidouille à faire pour pouvoir accéder à ce que Free appelle la "tv multiposte" c-a-d la playlist m3u de chaines (http://mafreebox.freebox.fr/freeboxtv/playlist.m3u)
L'IPTV multiposte est dans la liste des choses qui ne marchent pas en activant le mode bridge, mais je me demande s'il y a un VLAN à router ou quelque chose pour y avoir accès?
Merci!
-
Bonjour,
Cela me semble impossible sachant que c'est la Freebox qui gère le multiposte de Free.
Le flux est ensuite converti en requête multicast.
Je me demande si c'est du multicast standard ou non...
-
Bonjour,
Ayant basculé de K-Net à Free, je reprend la discussion.
Le multiposte fonctionne si l'on utilise la playlist de la freebox (http://mafreebox.freebox.fr/freeboxtv/playlist.m3u) mais il faut laisser passer les ports UDP de 1024 à 65535 vers la machine cible utilisant VLC ou autre.
Il y a une autre solution sans rien faire au niveau routeur, il faut refaire la playlist avec des liens http au lieu de rtsp, par exemple pour france 2:
#EXTINF:0,2 - France 2 (auto)
rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=201
#EXTINF:0,2 - France 2 (HD)
rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=201&flavour=hd
#EXTINF:0,2 - France 2 (auto)
http://mafreebox.freebox.fr:8765/service/201/auto/master.m3u8
#EXTINF:0,2 - France 2 (HD)
http://mafreebox.freebox.fr:8765/service/201/hd/master.m3u8
C'est un peut plus long à ouvrir le flux sous VLC.
Avec Smart IPTV sur ma TV LG, par contre j'ai pas de son (pb de codec ?).
-
Merci de l'astuce de la conversion rtsp:// en http:// :)
Voici un petit script Bash pour convertir un fichier :
#!/bin/bash
# Converts Freebox Multiposte's "rtsp://mafreebox.freebox.fr/…" URLs to "http://mafreebox.freebox.fr:8765/service/…"
#
# Example:
# The 2 URLs:
# rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=201
# rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=201&flavour=hd
# Are converted to:
# http://mafreebox.freebox.fr:8765/service/201/auto/master.m3u8
# http://mafreebox.freebox.fr:8765/service/201/hd/master.m3u8
#
# Usage: cat playlist_file | script
#
# Example:
# curl http://mafreebox.freebox.fr/freeboxtv/playlist.m3u | script
set -euo pipefail
readonly PROGNAME="$(basename -- "$0")"
readonly PROGDIR="$(readlink -m -- "$(dirname -- "$0")")"
readonly ARGS="$@"
cat - | while read line; do
if [[ "$line" =~ ^rtsp://mafreebox\.freebox\.fr/fbxtv_pub/stream\?namespace=1\&service=([[:digit:]]+)(\&flavour=([[:lower:]]+))?$ ]] ; then
# (>&2 echo "DEBUG: regex capture group 0 : ${BASH_REMATCH[0]}")
# (>&2 echo "DEBUG: regex capture group 1 : ${BASH_REMATCH[1]}")
# (>&2 echo "DEBUG: regex capture group 2 : ${BASH_REMATCH[2]}")
# (>&2 echo "DEBUG: regex capture group 3 : ${BASH_REMATCH[3]}")
line="http://mafreebox.freebox.fr:8765/service/${BASH_REMATCH[1]}/${BASH_REMATCH[3]:=auto}/master.m3u8"
fi
echo "${line}"
done
-
Bonjour,
Je m'appuie sur ce sujet qui parle de la playlist m3u ne fonctionnant pas en multiposte même si je ne suis pas dans le même cas que l'auteur du poste.
En fait, je suis sur Freebox Pop sans player. Je dispose d'une Nvidia Shield sur laquelle est installée Smart IPTV et pour faire fonctionner cette application, il suffit de lui envoyer une URL contenant une playlist m3u.
Je me suis donc dit que je pouvais directement utiliser "http://mafreebox.freebox.fr/freeboxtv/playlist.m3u" mais cela ne fonctionne pas, le chargement tourne en rond et finit en "Connection error".
J'ai testé cette URL directement dans VLC depuis mon PC, et ça passe sans problème.
J'ai testé également de remplacer mafreebox.free.fr par l'adresse IP local de la Freebox mais mêmes effets (KO sur Smart IPTV, OK sur VLC).
Je vois qu'il faudrait potentiellement "laisser passer les ports UDP de 1024 à 65535 vers la machine cible", seulement depuis l'interface Freebox OS, il ne semble pas possible de rediriger une plage de ports vers une machine en une seule fois.
Y aurait-il d'autres tests que je puisse réaliser ?
Merci à vous
Excellente journée
-
Bonjour,
Et dans VLC installé sur Shield ça passe ?
-
VLC sur Shield retourne "L'emplacement http://mafreebox.freebox.fr/freeboxtv/playlist.m3u ne peut être lu" ou "VLC can't open the MRL..."
MAIS si je mets l'adresse IP de la freebox, alors cela fonctionne !!
Qu'est ce qui pourrait expliquer que l'application Smart IPTV en fonctionne pas dans ce cas ?
-
ca veut dire que la shield n'a probablement pas le bon dns free
-
La shield est connectée en Wifi directement à la Freebox.
Elle doit donc récupérer les DNS directement de la Freebox...
Chose étonnante, dans VLC (sur la Shield), comme évoqué, je lui donne le flux "http://[IP_LOCAL]/freeboxtv/playlist.m3u", il me charge la première chaîne et lorsque je regarde la liste des flux disponibles, il me propose par exemple France 2 : rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=201
Il arrive donc bien à interpréter mafreebox.freebox.fr
Donc pour reprendre mon soucis, il y a 2 choses que je ne comprends pas :
- Pourquoi VLC n'arrive pas à interpréter directement l'adresse http://mafreebox.freebox.fr/freeboxtv/playlist.m3u alors qu'en utilisant directement le flux rtsp, il y arrive ?
- Pourquoi Smart IPTV n'arrive à interpréter aucune des 2 adresses (DNS ou IP local) ?
-
Bonjour bonjour est-ce que quelqu'un a un jour réussi à dépatouiller ce mystère?
J'ai une Freebox Revolution (la meilleure à mon avis très personnel ^^) en mode bridge avec derrière un petit routeur UniFi Express (d'ailleurs fuyez ce modèle précis dont le CPU est horrible). Toute la partie LAN marche super bien mais je me suis mis en tête d'accéder au multiposte à travers la fameuse playlist http://mafreebox.freebox.fr/freeboxtv/playlist.m3u mais là .. je me heurte au problème décrit ci dessus à savoir, la playlist charge bien mais c'est .. tout.
Quand je suis en mode routeur :
traceroute 212.27.38.253
traceroute to 212.27.38.253 (212.27.38.253), 64 hops max, 40 byte packets
1 freeplayer.freebox.fr (212.27.38.253) 4.942 ms 2.419 ms 2.059 ms
Quand je suis en mode bridge :
traceroute 212.27.38.253
traceroute to 212.27.38.253 (212.27.38.253), 64 hops max, 40 byte packets
1 192.168.111.1 (192.168.111.1) 3.953 ms 5.509 ms 4.662 ms
2 * * *
3 * * *
4 * * *
5 * * *
donc évidemment on essaye de sortir via mon routeur et les latences ne sont d'ailleurs pas les mêmes.
J'ai essayé plein de trucs (NAT, règles firewall) sans trop trouver. Quelqu'un a une solution exploitable sur ce sujet?
Merci beaucoup :-)
-
Vu que la playlist charge bien, la requête http se passe bien et donc 212.27.38.253 doit tout de même être joignable, même si le traceroute n'aboutit pas.
Peux tu vérifier avec tcpdump ou wireshark que le trafic RTSP (UDP) en provenance de 212.27.38.253 arrive bien jusqu'à ton PC ?
Si tu ne le vois pas, c'est probablement de ce côté qu'il faut chercher. Par exemple en définissant ton PC comme "DMZ" dans la configuration NAT de ton routeur, ou en faisant un forwarding de port UDP.
-
Vu que la playlist charge bien, la requête http se passe bien et donc 212.27.38.253 doit tout de même être joignable, même si le traceroute n'aboutit pas.
Peux tu vérifier avec tcpdump ou wireshark que le trafic RTSP (UDP) en provenance de 212.27.38.253 arrive bien jusqu'à ton PC ?
Si tu ne le vois pas, c'est probablement de ce côté qu'il faut chercher. Par exemple en définissant ton PC comme "DMZ" dans la configuration NAT de ton routeur, ou en faisant un forwarding de port UDP.
bien vu Simon merci quand je fais une DMZ vers une machine, ça marche. Bon ça limite à une bécane là mais c'est déjà intéressant merci !
-
Si tu arrives à configurer le port utilisé par chaque client, tu dois pouvoir utiliser des règles NAT "classiques".
Par exemple:
- client A est configuré pour utiliser les ports 41500-41505 pour son flux RTSP (il faut plusieurs ports, il me semble),
- client B est configuré pour utiliser les ports 41600-41605,
- une règle NAT map les ports UDP 41500-41505 vers le client A,
- une règle NAT map les ports UDP 41600-41605 vers le client B.
Et ainsi de suite.
Est-ce que ca fonctionnerait mieux que le DMZ?