Auteur Sujet: Plus de TV depuis 2 jours (Lu 8812 fois)

jewome62 · « **le:** 20 février 2015 à 22:10:38 »

Bonjour à tous,

depuis 2 jours je n'ai plus de TV, j'ai une erreur SL12.
Comme vous pouvez vous doutez, j'utilise un passby avec un routeur Linux (comme dans mon tuto)

J'ai fait un dump sur la sortie vers internet et j'ai des "destinations unreachable"
Quelque chose a change chez SFR ??

Merci de votre aide

jewome62 · « **Réponse #1 le:** 20 février 2015 à 22:17:17 »

Désolé boulet inside, je me suis gouré entre icmp et igmp

bref sa m'avance pas à la résolution du problème -_-"

Pour info, pas de problème d'internet, j'ai les programmes affiché et le panel se met à jour avec les actualités

J'ai essayer avec le SFR Box, et cela fonctionne, j'imagine que j'ai pété un truc mais pour moi igmpproxy, ntp et apache fonctionne, iptables me semble bien configuré
J'ai essayer en fesant un iptables -A INPUT -i eth0 -j ACCEPT
(eth0 = internet) pendant quelque que temps sans amélioration, donc pas de problème de firewall

ludo_45 · « **Réponse #2 le:** 21 février 2015 à 03:58:35 »

iptable -A ajout une règle à la fin.

Donc si tu as une règle qui bloque avant , ton test de firewall ouvert n'a pas été efficace.
Mais compte tenu de tes messages, j'aurais tendance à dire que ça bloque en sortie vers le net et non en entrée

jewome62 · « **Réponse #3 le:** 21 février 2015 à 13:00:05 »

Voici mon iptables-save après avoir mis la regle temporaire :

Code: [Sélectionner]

# Generated by iptables-save v1.4.21 on Sat Feb 21 12:58:57 2015
*mangle
:PREROUTING ACCEPT [3724461:7062431363]
:INPUT ACCEPT [1988803:2428520152]
:FORWARD ACCEPT [1737424:4634144765]
:OUTPUT ACCEPT [2411449:2296704845]
:POSTROUTING ACCEPT [4151919:6930773185]
COMMIT
# Completed on Sat Feb 21 12:58:57 2015
# Generated by iptables-save v1.4.21 on Sat Feb 21 12:58:57 2015
*nat
:PREROUTING ACCEPT [80430:5085753]
:INPUT ACCEPT [68877:4371143]
:OUTPUT ACCEPT [121996:8014339]
:POSTROUTING ACCEPT [43718:3078763]
-A PREROUTING -i eth0 -p udp -m udp --dport 3074 -j DNAT --to-destination 192.168.0.43:3074
-A POSTROUTING -o eth0 -j MASQUERADE
COMMIT
# Completed on Sat Feb 21 12:58:57 2015
# Generated by iptables-save v1.4.21 on Sat Feb 21 12:58:57 2015
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT DROP [0:0]
:fail2ban-ssh - [0:0]
-A INPUT -p tcp -m multiport --dports 22 -j fail2ban-ssh
-A INPUT -p tcp -m tcp --dport 1022 -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -i eth0 -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i tun0 -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i lan -j ACCEPT
-A INPUT -p tcp -m tcp --dport 22 -m state --state NEW,ESTABLISHED -j ACCEPT
-A INPUT -p igmp -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -p tcp -m tcp --dport 25 -j ACCEPT
-A INPUT -p udp -m udp --dport 53 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 80 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 143 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 443 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 587 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 993 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 6881 -j ACCEPT
-A INPUT -p udp -m udp --dport 6881 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 4040 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 4141 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --dport 25565 -j ACCEPT
-A INPUT -i lan -p tcp -m tcp --dport 25565 -j ACCEPT
-A INPUT -p igmp -j ACCEPT
-A INPUT -i eth0 -j ACCEPT
-A FORWARD -i lan -o eth0 -j ACCEPT
-A FORWARD -i lan -o tun0 -j ACCEPT
-A FORWARD -i eth0 -o lan -j ACCEPT
-A FORWARD -i tun0 -o lan -j ACCEPT
-A OUTPUT -o lo -j ACCEPT
-A OUTPUT -o eth0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
-A OUTPUT -o lan -j ACCEPT
-A OUTPUT -o tun0 -j ACCEPT
-A fail2ban-ssh -s 115.239.228.13/32 -j REJECT --reject-with icmp-port-unreachable
-A fail2ban-ssh -j RETURN
COMMIT
# Completed on Sat Feb 21 12:58:57 2015

Edit : il est vrai que je ne vois que du DNS et de HTTP arrivant sur les décodeurs

Electrocut · « **Réponse #4 le:** 21 février 2015 à 13:13:11 »

La capture Wireshark montre des comptes rendus ICMP (refus connexion : port fermé) que ton parefeu retourne à plusieurs IP situées aux 4 coins du globe, en réponse à des connexions entrantes de leur part.
Ça sent le logiciel de p2p que tu viens juste d'arrêter

Les peers continuent d'essayer de se connecter chez toi, en vain.

Ces paquets n'ont donc à piori rien à voir avec ton problème TV

jewome62 · « **Réponse #5 le:** 21 février 2015 à 13:37:24 »

Citation de: Electrocut le 21 février 2015 à 13:13:11

La capture Wireshark montre des comptes rendus ICMP (refus connexion : port fermé) que ton parefeu retourne à plusieurs IP situées aux 4 coins du globe, en réponse à des connexions entrantes de leur part.
Ça sent le logiciel de p2p que tu viens juste d'arrêter Les peers continuent d'essayer de se connecter chez toi, en vain.

Ces paquets n'ont donc à piori rien à voir avec ton problème TV

Oui j'ai dit que j'étais un boulet dans le 2ème messages

Je désactive rutorrentd, j'attends que cela s'appaise et je recommence mes dump

Mais je ne veux pas beaucoup d'UDP ou de multicast ...

jewome62 · « **Réponse #6 le:** 21 février 2015 à 13:52:55 »

Voici mon dump pou wireshark,

en principe j'ai désactiver rtorrend.

Il est prit à partir du routeur linux.
il y a deux décodeurs : 192.168.0.22 et 192.168.0.23

Pendant la séquence, j'ai change 4-5 fois de chaine sur le décodeur 192.168.0.23

https://jewome62.eu/owncloud/public.php?service=files&t=c95b9158ea92ef1574a80c1a72a8337a

jewome62 · « **Réponse #7 le:** 01 mars 2015 à 17:17:14 »

J'ai virer quelques truc sur mon serveur qui me servait à rien (tunnel, interface wifi qui ne marche plus depuis un moment, varnish, msm, etc)

Bref, maintenant, le serveur est plus léger mais toujours le problème.

J'ai vérifier plusieurs chose :

Le décodeur a bien accès au net (sinon cela serai une erreur C51 et je n'aurai pas les programmes et le panel mis à jour)
L'api fonctionne, j'arrive bien à l’appeler depuis mon pc
Le serveur ntp fonctionne et je reçois l'heure depuis mon pc
Le firewall me semble bien configuré, il me semble qu'il n'y avait que la ligne d'autorisation d'igmp
Igmpproxy fonctionne (dans le sens ou le process est bien chargé) j'ai mis le fichier de configuration à jour en ajoutant diverse IP et subnet trouvé sur le forum

Voici mes différents fichiers de conf

igmpproxy conf

Code: [Sélectionner]

########################################################
#
#   Example configuration file for the IgmpProxy
#   --------------------------------------------
#
#   The configuration file must define one upstream
#   interface, and one or more downstream interfaces.
#
#   If multicast traffic originates outside the
#   upstream subnet, the "altnet" option can be
#   used in order to define legal multicast sources.
#   (Se example...)
#
#   The "quickleave" should be used to avoid saturation
#   of the upstream link. The option should only
#   be used if it's absolutely nessecary to
#   accurately imitate just one Client.
#
########################################################

##------------------------------------------------------
## Enable Quickleave mode (Sends Leave instantly)
##------------------------------------------------------
#quickleave


##------------------------------------------------------
## Configuration for eth0 (Upstream Interface)
##------------------------------------------------------
phyint eth0 upstream  ratelimit 0  threshold 1
        altnet 10.0.0.0/8
        altnet 192.168.0.0/24
        altnet 10.10.0.0/16
        altnet 10.200.0.0/16
        altnet 233.0.0.0/8
        altnet 224.0.0.0/8
        altnet 93.17.149.15
        altnet 93.17.149.158
        altnet 86.66.67.62
        altnet 86.66.67.58
        altnet 93.20.55.42
        altnet 86.65.232.0/24
        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 86.64.245.128/25
        altnet 86.64.159.201/32
        altnet 93.17.149.158/32
        altnet 109.203.65.49/32

##------------------------------------------------------
## Configuration for eth1 (Downstream Interface)
##------------------------------------------------------
phyint eth1 downstream  ratelimit 0  threshold 1

voici les règles iptables (export iptables-save)

Code: [Sélectionner]

# Generated by iptables-save v1.4.21 on Sun Mar  1 17:16:00 2015
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT DROP [0:0]
:fail2ban-ssh - [0:0]
-A INPUT -p tcp -m multiport --dports 22 -j fail2ban-ssh
-A INPUT -i lo -j ACCEPT
-A INPUT -i eth0 -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i eth1 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 22 -m state --state NEW,ESTABLISHED -j ACCEPT
-A INPUT -p igmp -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -p tcp -m tcp --dport 25 -j ACCEPT
-A INPUT -p udp -m udp --dport 53 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 80 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 143 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 443 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 587 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 993 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 6881 -j ACCEPT
-A INPUT -p udp -m udp --dport 6881 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 4040 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 4141 -j ACCEPT
-A FORWARD -i eth1 -o eth0 -j ACCEPT
-A FORWARD -i eth0 -o eth1 -j ACCEPT
-A OUTPUT -o lo -j ACCEPT
-A OUTPUT -o eth0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT
-A OUTPUT -o eth1 -j ACCEPT
-A fail2ban-ssh -s 103.41.124.39/32 -j REJECT --reject-with icmp-port-unreachable
-A fail2ban-ssh -j RETURN
COMMIT
# Completed on Sun Mar  1 17:16:00 2015
# Generated by iptables-save v1.4.21 on Sun Mar  1 17:16:00 2015
*nat
:PREROUTING ACCEPT [1952:288321]
:INPUT ACCEPT [1657:271202]
:OUTPUT ACCEPT [1901:142872]
:POSTROUTING ACCEPT [881:74562]
-A PREROUTING -i eth0 -p udp -m udp --dport 3074 -j DNAT --to-destination 192.168.0.43:3074
-A POSTROUTING -o eth0 -j MASQUERADE
COMMIT
# Completed on Sun Mar  1 17:16:00 2015
# Generated by iptables-save v1.4.21 on Sun Mar  1 17:16:00 2015
*mangle
:PREROUTING ACCEPT [66810:8795370]
:INPUT ACCEPT [58617:4343390]
:FORWARD ACCEPT [8180:4451212]
:OUTPUT ACCEPT [82375:107358594]
:POSTROUTING ACCEPT [90615:111816481]
COMMIT
# Completed on Sun Mar  1 17:16:00 2015

Voici mon ifconfig

Code: [Sélectionner]

eth0      Link encap:Ethernet  HWaddr 90:2b:34:5d:f0:bd
          inet addr:109.24.221.197  Bcast:109.24.221.255  Mask:255.255.255.0
          inet6 addr: fe80::922b:34ff:fe5d:f0bd/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3093172 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3325692 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2589208919 (2.5 GB)  TX bytes:3431278293 (3.4 GB)

eth1      Link encap:Ethernet  HWaddr 90:2b:34:5d:f0:bf
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::922b:34ff:fe5d:f0bf/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:973186 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1807205 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:103336002 (103.3 MB)  TX bytes:2495693022 (2.4 GB)

he-ipv6   Link encap:IPv6-in-IPv4
          inet6 addr: fe80::6d18:ddc5/64 Scope:Link
          inet6 addr: 2001:470:1f12:9d4::2/64 Scope:Global
          UP POINTOPOINT RUNNING NOARP  MTU:1480  Metric:1
          RX packets:1408 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1446 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:250040 (250.0 KB)  TX bytes:133232 (133.2 KB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:117254 errors:0 dropped:0 overruns:0 frame:0
          TX packets:117254 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:19104814 (19.1 MB)  TX bytes:19104814 (19.1 MB)

ashemta · « **Réponse #8 le:** 02 mars 2015 à 13:26:22 »

Bonjour,

je vient de voir ton MP.

cela donne quoi la 911 sur l'une des chaines qui ne fonctionne pas ?.

Ah tu changer t'es paramètre sur le serveur ? ton serveur a t-il rebooté ?
utilise tu ceux-ci ? echo "1" > /proc/sys/net/ipv4/ip_forward

Est-ce que ton igmpproxy tourne sur le serveur ? si oui, restart le dans ce cas !
apres coupe electriquement ton deco attend 3seconde et allume le. il devrais recharge tout et devrais voir le flux TV.

/usr/local/sbin/igmpproxy /usr/local/etc/igmpproxy.conf
mon fichier de conf WAN ETH0 LAN ETH1 ::

je te joint mon iptable et mon igmpproxy.conf.

la neuf box arrive bien a récupéré toutes ses infos ?
look les logs.

cat /var/www/api/1.0/ftth
<?xml version="1.0" encoding="UTF-8"?>
<rsp stat="ok" version="1.0">
<ftth status="up" />
</rsp>

cat /var/www/api/1.0/lan
<?xml version="1.0" encoding="UTF-8"?>
<rsp stat="ok" version="1.0">
<host type="stb" name="le_nom_de_ton_deco_NEUFTVSTB_MA_A6XX" ip="ip_du_deco" mac="30:MAC_DECO" iface="lan1" probe="51" alive="51" status="online"/>
</rsp>

cat /var/www/api/1.0/system
<?xml version="1.0" encoding="UTF-8"?>
<rsp stat="ok" version="1.0">
<system product_id="NB6-FXC-r1" mac_addr="e0:MAC_neuf_box-moi-jai_fucké" net_mode="router" net_infra="ftth" uptime="9999036" version_mainfirmware="NB6-MAIN-R9.9.9" version_rescuefirmware="NB6-RESCUE-R9.9.9" version_bootloader="NB6-BOOTLOADER-R9.28.0" version_dsldriver="NB6-ADSL-A2pD030n" />
</rsp>

cat /var/www/api/1.0/wan
<?xml version="1.0" encoding="UTF-8"?>
<rsp stat="ok" version="1.0">
<wan status="up" uptime="999999" ip_addr="ton_ip_public" infra="ftth" />
</rsp>

lorsque tu active les log.
Que donne les logs de ton igmproxy ?

pourtant je ne pense pas avoir de problème avec ma tv. Essaie avec 1 décodeur

jewome62 · « **Réponse #9 le:** 02 mars 2015 à 22:05:36 »

Voici le syslog avec le décodeur éteint, restart de igmpproxy + allumage du décodeur (il était éteint électriquement)

Code: [Sélectionner]

root@homeServer:/var/log# tail -f syslog
Mar  2 21:56:33 homeServer igmpproxy[902]: The origin for route 239.255.255.250 changed from 192.168.0.50 to 192.168.0.22
Mar  2 21:56:45 homeServer igmpproxy[902]: The origin for route 239.255.255.250 changed from 192.168.0.22 to 192.168.0.60
Mar  2 21:56:48 homeServer igmpproxy[902]: The origin for route 239.255.255.250 changed from 192.168.0.60 to 192.168.0.23
Mar  2 21:56:49 homeServer dhclient: DHCPREQUEST of 109.24.221.197 on eth0 to 109.6.26.19 port 67 (xid=0x715627bd)
Mar  2 21:56:49 homeServer dhclient: DHCPACK of 109.24.221.197 from 109.6.26.19
Mar  2 21:56:49 homeServer dhclient: bound to 109.24.221.197 -- renewal in 89 seconds.
Mar  2 21:56:52 homeServer igmpproxy[902]: The origin for route 239.255.255.250 changed from 192.168.0.23 to 192.168.0.22
Mar  2 21:57:21 homeServer igmpproxy[902]: The origin for route 239.255.255.250 changed from 192.168.0.22 to 192.168.0.23
Mar  2 21:57:37 homeServer igmpproxy[902]: The origin for route 239.255.255.250 changed from 192.168.0.23 to 192.168.0.22
Mar  2 21:57:55 homeServer igmpproxy[902]: MRT_DEL_MFC; Errno(2): No such file or directory
____________J'ai stop IGMPPROXY puis relancer _________________
Mar  2 21:58:17 homeServer igmpproxy[902]: The origin for route 239.255.255.250 changed from 192.168.0.1 to 192.168.0.50
Mar  2 21:58:39 homeServer igmpproxy[902]: select() failure; Errno(4): Interrupted system call
Mar  2 21:58:39 homeServer igmpproxy[902]: MRT_DEL_MFC; Errno(2): No such file or directory
____________J'ai stop IGMPPROXY puis relancer _________________
Mar  2 21:58:53 homeServer igmpproxy[17790]: select() failure; Errno(4): Interrupted system call
Mar  2 21:58:53 homeServer igmpproxy[17790]: MRT_DEL_MFC; Errno(2): No such file or directory
____________J'ai stop IGMPPROXY puis relancer _________________
Mar  2 21:59:36 homeServer dhcpd: uid lease 192.168.0.75 for client e0:a1:d7:c6:0e:10 is duplicate on 192.168.0.0/24
Mar  2 21:59:36 homeServer dhcpd: uid lease 192.168.0.75 for client e0:a1:d7:c6:0e:10 is duplicate on 192.168.0.0/24
Mar  2 21:59:36 homeServer dhcpd: DHCPDISCOVER from e0:a1:d7:c6:0e:10 via eth1
Mar  2 21:59:36 homeServer dhcpd: DHCPDISCOVER from e0:a1:d7:c6:0e:10 via eth1
Mar  2 21:59:36 homeServer dhcpd: DHCPOFFER on 192.168.0.23 to e0:a1:d7:c6:0e:10 via eth1
Mar  2 21:59:36 homeServer dhcpd: DHCPOFFER on 192.168.0.23 to e0:a1:d7:c6:0e:10 via eth1
Mar  2 21:59:36 homeServer dhcpd: uid lease 192.168.0.75 for client e0:a1:d7:c6:0e:10 is duplicate on 192.168.0.0/24
Mar  2 21:59:36 homeServer dhcpd: uid lease 192.168.0.75 for client e0:a1:d7:c6:0e:10 is duplicate on 192.168.0.0/24
Mar  2 21:59:36 homeServer dhcpd: DHCPREQUEST for 192.168.0.23 (192.168.0.1) from e0:a1:d7:c6:0e:10 via eth1
Mar  2 21:59:36 homeServer dhcpd: DHCPREQUEST for 192.168.0.23 (192.168.0.1) from e0:a1:d7:c6:0e:10 via eth1
Mar  2 21:59:36 homeServer dhcpd: DHCPACK on 192.168.0.23 to e0:a1:d7:c6:0e:10 via eth1
Mar  2 21:59:36 homeServer dhcpd: DHCPACK on 192.168.0.23 to e0:a1:d7:c6:0e:10 via eth1
Mar  2 22:00:02 homeServer igmpproxy[17840]: MRT_DEL_MFC; Errno(2): No such file or directory
Mar  2 22:00:17 homeServer dhcpd: uid lease 192.168.0.75 for client e0:a1:d7:c6:0e:10 is duplicate on 192.168.0.0/24
Mar  2 22:00:17 homeServer dhcpd: uid lease 192.168.0.75 for client e0:a1:d7:c6:0e:10 is duplicate on 192.168.0.0/24
Mar  2 22:00:17 homeServer dhcpd: DHCPDISCOVER from e0:a1:d7:c6:0e:10 via eth1
Mar  2 22:00:17 homeServer dhcpd: DHCPDISCOVER from e0:a1:d7:c6:0e:10 via eth1
Mar  2 22:00:17 homeServer dhcpd: DHCPOFFER on 192.168.0.23 to e0:a1:d7:c6:0e:10 via eth1
Mar  2 22:00:17 homeServer dhcpd: DHCPOFFER on 192.168.0.23 to e0:a1:d7:c6:0e:10 via eth1
Mar  2 22:00:17 homeServer dhcpd: uid lease 192.168.0.75 for client e0:a1:d7:c6:0e:10 is duplicate on 192.168.0.0/24
Mar  2 22:00:17 homeServer dhcpd: uid lease 192.168.0.75 for client e0:a1:d7:c6:0e:10 is duplicate on 192.168.0.0/24
Mar  2 22:00:17 homeServer dhcpd: DHCPREQUEST for 192.168.0.23 (192.168.0.1) from e0:a1:d7:c6:0e:10 via eth1
Mar  2 22:00:17 homeServer dhcpd: DHCPREQUEST for 192.168.0.23 (192.168.0.1) from e0:a1:d7:c6:0e:10 via eth1
Mar  2 22:00:17 homeServer dhcpd: DHCPACK on 192.168.0.23 to e0:a1:d7:c6:0e:10 via eth1
Mar  2 22:00:17 homeServer dhcpd: DHCPACK on 192.168.0.23 to e0:a1:d7:c6:0e:10 via eth1
Mar  2 22:00:20 homeServer igmpproxy[17840]: The origin for route 239.255.255.250 changed from 192.168.0.50 to 192.168.0.23
Mar  2 22:00:32 homeServer igmpproxy[17840]: The origin for route 239.255.255.250 changed from 192.168.0.23 to 192.168.0.1
Mar  2 22:00:37 homeServer igmpproxy[17840]: The origin for route 239.255.255.250 changed from 192.168.0.1 to 192.168.0.23
Mar  2 22:01:45 homeServer igmpproxy[17840]: The origin for route 239.255.255.250 changed from 192.168.0.23 to 192.168.0.60
Mar  2 22:02:00 homeServer igmpproxy[17840]: The origin for route 239.255.255.250 changed from 192.168.0.60 to 192.168.0.23

(j'ai supprimer les postfix sans rapport et dhcpd de la connexion fibre)

jewome62 · « **Réponse #10 le:** 02 mars 2015 à 22:09:40 »

Sinon, j'ai re-checked igmpproxy et iptables, je ne vois pas de soucis

les 4 urls d'appel de l'API fonctionne

Le 911 affiche toutes les informations sauf la section "Infos TV"

J'ai fais ton echo 1 > ... sans espoir, car j'ai internet, mais j'ai essayé sans succès

ashemta · « **Réponse #11 le:** 03 mars 2015 à 18:52:45 »

bonjour,

hum très étrange.

le décodeur ne c'est t-il pas mise a jour ? du coup une autre fonctionne qui bloque l'ouverture du flux ?
genre une api en plus.

fraudais voir le syslog de igmpproxy lorsque le décodeur s'allume jusqu’à une chaine . même ci il y a l'erreur. car le décodeur check le flux.

Citation de: jewome62 le 20 février 2015 à 22:17:17

J'ai essayer avec le SFR Box, et cela fonctionne

Est-ce que tu a essaie de rebranché ta sfr box ? ci oui, est-ce que l’image est de bonne qualité ?
si non, c'est due a l'erreur SL12.

si non, poursuivre pour faire :

est-ce que tu a reboot ton ONT ?
essaie de faire un reset de ton décodeur.

ci cela fonctionne bien avec la sfr box.

donc ci ça fonctionne ....

reste plus qu'a reboot ton serveur ...

car y doit y avoir un problème cache ou pile... et cela doit être un problème de flux --ont--pc--décodeur.
(backup toutes la conf avant)

reboot t'es switch/routeur ci tu en a.

ps chez moi j'ai un matériel etherne qui me pixelise le flux, une fois débranché ca va beaucoup mieux ( pas d'autre système Ethernet qui tu a rajouter ? home ciné, tv, camera ...)