# Orange flybox : diagnostic réseau **URL:** \ **Category:** Support Debian\ **Created:** [Septembre 1, 2023, 6:57 UTC](https://www.debian-fr.org/t/orange-flybox-diagnostic-reseau/88740 "2023-09-01T18:57:17Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\ **Post date:** [Septembre 1, 2023, 6:57 UTC](https://www.debian-fr.org/t/orange-flybox-diagnostic-reseau/88740/1 "2023-09-01T18:57:17Z")
Bonjour. J’utilise à temps partiel un boîtier Orange Flybox que l’on m’a prêté, et il y a plein de bizarreries réseau. Par exemple, il lui arrive de vouloir m’imposer une connexion par un portail. Hier je n’avais plus du tout de connexion, et cela m’étonne d’avoir bouffé en 3 jours tout les Go que j’avais achetés alors que je n’ai pas téléchargé grand-chose ni regardé de vidéo. Voici ce que me donne un traceroute : ``` traceroute 9.9.9.9 traceroute to 9.9.9.9 (9.9.9.9), 30 hops max, 60 byte packets 1 _gateway (192.168.1.1) 1.071 ms 1.505 ms 1.279 ms 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 154.54.61.214 (154.54.61.214) 106.597 ms * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 9.9.9.9 (9.9.9.9) 109.616 ms !X 106.973 ms !X 108.186 ms !X ``` ---
**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\ **Post date:** [Septembre 1, 2023, 9:19 UTC](https://www.debian-fr.org/t/orange-flybox-diagnostic-reseau/88740/2 "2023-09-01T21:19:19Z")
Tout de suite ça remarche, mais le traceroute est encore plus bizarre : ```nohighlight traceroute 9.9.9.9 traceroute to 9.9.9.9 (9.9.9.9), 30 hops max, 60 byte packets 1 _gateway (192.168.1.1) 7.093 ms 7.345 ms 7.187 ms 2 * * * 3 * * * 4 * * * 5 * * * 6 196.207.250.242 (196.207.250.242) 35.061 ms dns9.quad9.net (9.9.9.9) 93.592 ms !X 96.486 ms !X ``` Sachant qu’un whois sur 196.207.250.242 renvoie : ````nohighlight % This is the AfriNIC Whois server. % The AFRINIC whois database is subject to the following terms of Use. See https://afrinic.net/whois/terms % Note: this output has been filtered. % To receive output for a database update, use the "-B" flag. % Information related to '196.207.250.0 - 196.207.250.255' % No abuse contact registered for 196.207.250.0 - 196.207.250.255 inetnum: 196.207.250.0 - 196.207.250.255 netname: SONATELNET descr: Pool ADSL Sonatel Multimedia country: SN admin-c: SM10-AFRINIC tech-c: MC16-AFRINIC tech-c: AD21-AFRINIC status: ASSIGNED PA mnt-by: SMM-MNT mnt-lower: SMM-MNT source: AFRINIC # Filtered parent: 196.207.192.0 - 196.207.255.255 person: Aboubacar Diouf address: Sonatel Multimedia address: Direction technique address: Orange Internet Dakar address: Sacre Coeur 3 address: SENEGAL phone: tel:+221-33-869-98-50 fax-no: tel:+221-33-864-11-94 nic-hdl: AD21-AFRINIC mnt-by: SMM-MNT source: AFRINIC # Filtered person: Mamadou Camara address: Sonatel Multimedia address: Direction technique address: Orange Internet Dakar address: Sacre Coeur 3 address: SENEGAL phone: tel:+221-8699835 fax-no: tel:+221-8330026 nic-hdl: MC16-AFRINIC mnt-by: SMM-MNT source: AFRINIC # Filtered person: Sonatel Multimedia address: Sonatel Multimedia address: Direction technique address: Orange Internet Dakar address: Sacre Coeur 3 address: SENEGAL phone: tel:+221-33-869-98-00 fax-no: tel:+221-33-864-11-94 nic-hdl: SM10-AFRINIC mnt-by: SMM-MNT source: AFRINIC # Filtered % Information related to '196.207.248.0/21AS8346' route: 196.207.248.0/21 descr: Route Object origin: AS8346 mnt-lower: SMM-MNT mnt-by: AFRINIC-HM-MNT source: AFRINIC # Filtered ``` ```` ---
**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\ **Post date:** [Septembre 1, 2023, 9:32 UTC](https://www.debian-fr.org/t/orange-flybox-diagnostic-reseau/88740/3 "2023-09-01T21:32:15Z")
Bon quand j’arrive à me connecter au VPN FDN (ce qui ne marchait pas du tout hier, mais rien ne marchait en fait à part le premier traceroute vraiment bizarre) j’ai : ```nohighlight traceroute to 9.9.9.9 (9.9.9.9), 30 hops max, 60 byte packets 1 rev1.vpn-open1.fdn.fr (80.67.171.1) 98.949 ms 98.085 ms 97.915 ms 2 80.67.169.251 (80.67.169.251) 97.768 ms 97.600 ms 97.368 ms 3 whiskey.gitoyen.net (80.67.168.5) 97.861 ms 97.606 ms 97.438 ms 4 pch1.par.franceix.net (37.49.236.92) 97.291 ms 182.920 ms 190.652 ms 5 dns9.quad9.net (9.9.9.9) 182.631 ms !X 182.485 ms !X 182.421 ms !X ``` ce qui est quand même plus cohérent (sauf que je comprends pas pourquoi j’ai toujours le !X). ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Septembre 2, 2023, 6:12 UTC](https://www.debian-fr.org/t/orange-flybox-diagnostic-reseau/88740/4 "2023-09-02T06:12:24Z")
> [@LibreFaso](#): > > !X !X signifie « communication administratively prohibited ». UNiquement IPv4 (!Z sur ipv6) Puisque Linux utilise UDP pour les traceroutes, ça peut provenir d’une règle --reject-with icmp-host-prohibited à la destination. Certaines distributions Linux ont cette configuration par défaut. Pour résoudre ce problème, il faut répondre avec --reject-with icmp-port-unreachable sur les ports UDP 33434 à 33534. ---
**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\ **Post date:** [Septembre 2, 2023, 11:20 UTC](https://www.debian-fr.org/t/orange-flybox-diagnostic-reseau/88740/5 "2023-09-02T11:20:32Z")
> [@Zargos](#): > > Pour résoudre ce problème, il faut répondre avec --reject-with icmp-port-unreachable sur les ports UDP 33434 à 33534. Euh ça c’est ce qui doit être fait par Quadneuf, ou une option que je dois mettre dans mon traceroute ? Par ailleurs qu’est-ce qui peut expliquer les deux premiers Traceroutes ? ---
**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\ **Post date:** [Septembre 15, 2023, 9:29 UTC](https://www.debian-fr.org/t/orange-flybox-diagnostic-reseau/88740/6 "2023-09-15T21:29:48Z")
Un autre épisode récemment… `traceroute - I 9.9.9.9` donne `1 flybox.home (192.168.1.1) 1.500 ms !N 1.585 ms !N *` et pendant ce temps le VPN me dit ```nohighlight 2023-09-10 03:43:54 TCP/UDP: Preserving recently used remote address: [AF_INET6]2001:910:800::61:80 2023-09-10 03:43:54 Socket Buffers: R=[131072->131072] S=[16384->16384] 2023-09-10 03:43:54 Attempting to establish TCP connection with [AF_INET6]2001:910:800::61:80 2023-09-10 03:43:54 TCP: connect to [AF_INET6]2001:910:800::61:80 failed: Network is unreachable 2023-09-10 03:43:54 SIGUSR1[connection failed(soft),connection-failed] received, process restarting 2023-09-10 03:43:54 Restart pause, 1 second(s) 2023-09-10 03:44:21 TCP/UDP: Preserving recently used remote address: [AF_INET]192.168.1.1:1194 2023-09-10 03:44:21 Socket Buffers: R=[212992->212992] S=[212992->212992] 2023-09-10 03:44:21 NOTE: setsockopt TCP_NODELAY=1 failed 2023-09-10 03:44:21 UDPv4 link local: (not bound) 2023-09-10 03:44:21 UDPv4 link remote: [AF_INET]192.168.1.1:1194 2023-09-10 03:44:21 read UDPv4 [ECONNREFUSED]: Connection refused (fd=3,code=111) 2023-09-10 03:44:23 read UDPv4 [ECONNREFUSED]: Connection refused (fd=3,code=111) 2023-09-10 03:44:35 read UDPv4 [ECONNREFUSED]: Connection refused (fd=3,code=111) 2023-09-10 03:44:51 read UDPv4 [ECONNREFUSED]: Connection refused (fd=3,code=111) 2023-09-10 03:45:21 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity) 2023-09-10 03:45:21 TLS Error: TLS handshake failed 2023-09-10 03:45:21 SIGUSR1[soft,tls-error] received, process restarting ``` En fait j’aimerais surtout comprendre si c’est juste Orange qui fait n’importe quoi, ou s’il s’agit d’une tentative de décourager l’usage des VPNs. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Septembre 16, 2023, 12:50 UTC](https://www.debian-fr.org/t/orange-flybox-diagnostic-reseau/88740/7 "2023-09-16T12:50:25Z")
> [@LibreFaso](#): > > J’utilise à temps partiel un boîtier Orange Flybox On est censé savoir ce que c’est, à quoi ça sert et comment ça marche ? > [@Zargos](#): > > Puisque Linux utilise UDP pour les traceroutes Ce n’est pas Linux, ce sont les implémentations de traceroute généralement incluses dans les distributions. > [@Zargos](#): > > ça peut provenir d’une règle --reject-with icmp-host-prohibited à la destination. Certaines distributions Linux ont cette configuration par défaut. Pour résoudre ce problème En quoi est-ce un problème ? traceroute reçoit une réponse et l’interprète correctement, donc où est le problème ? > [@LibreFaso](#): > > `traceroute - I 9.9.9.9` donne > `1 flybox.home (192.168.1.1) 1.500 ms !N 1.585 ms !N *` flybox répond que le réseau de destination est injoignable. Connexion internet HS. > [@LibreFaso](#): > > et pendant ce temps le VPN me dit Réseau de destination FDN injoignable en IPv6. En IPv4, ton client VPN essaie de se connecter à l’adresse IP de la flybox qui refuse la connexion, normal si elle n’est pas un serveur openvpn.. ---
**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\ **Post date:** [Septembre 17, 2023, 12:00 UTC](https://www.debian-fr.org/t/orange-flybox-diagnostic-reseau/88740/8 "2023-09-17T00:00:26Z")
> [@PascalHambourg](#): > > On est censé savoir ce que c’est, à quoi ça sert et comment ça marche ? Cela aurait pu être une possibilité… C’est plus ou moins un routeur 4G, si j’ai bien compris. Il fournit une connexion wifi en passant par le réseau 4G, à condition que l’on aie pré-payé un certain montant qu’Orange fait correspondre à un certain nombre de Go. Si tu regardes les premiers traceroute que j’avais posté, il y a des trucs franchement bizarre, il y a des paquets qui semblent passer mais en gros pas là où je les envoie. À part traceroute, quels outils j’ai intérêt à utiliser si je veux comprendre ce qui se passe ? Et y’a une bonne doc quelque part ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Septembre 18, 2023, 11:17 UTC](https://www.debian-fr.org/t/orange-flybox-diagnostic-reseau/88740/9 "2023-09-18T11:17:45Z")
> [@LibreFaso](#): > > Si tu regardes les premiers traceroute que j’avais posté, il y a des trucs franchement bizarre, il y a des paquets qui semblent passer mais en gros pas là où je les envoie. Qu’est-ce qui te fait dire cela ? L’adresse IP localisée au Sénégal ? Tu n’es pas en Afrique de l’ouest ? ---
**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\ **Post date:** [Septembre 24, 2023, 8:48 UTC](https://www.debian-fr.org/t/orange-flybox-diagnostic-reseau/88740/10 "2023-09-24T20:48:47Z")
Je suis bien à Dakar actuellement, mais le traceroute qui s’arrête à une adresse qui n’est pas celle que je demande, sans plus d’explication, c’est pas bizarre ? > [@LibreFaso](#): > > ```auto > traceroute to 9.9.9.9 (9.9.9.9), 30 hops max, 60 byte packets > 1 _gateway (192.168.1.1) 7.093 ms 7.345 ms 7.187 ms > 2 * * * > 3 * * * > 4 * * * > 5 * * * > 6 196.207.250.242 (196.207.250.242) 35.061 ms dns9.quad9.net (9.9.9.9) 93.592 ms !X 96.486 ms !X > > ``` Une des choses que je cherche aussi à comprendre c’est quand il y a un problème réseau quelque part et quand c’est qu’il n’y a plus d’argent sur le compte Internet (comme on m’a prêté la Flybox, je n’ai pas de compte pour vérifier directement chez le vendeur). D’ailleurs il y a quoi comme paramétrage (de Firefox notamment) à faire pour éviter de consommer inutilement mon forfait ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Septembre 27, 2023, 9:55 UTC](https://www.debian-fr.org/t/orange-flybox-diagnostic-reseau/88740/11 "2023-09-27T09:55:24Z")
> [@LibreFaso](#): > > le traceroute qui s’arrête à une adresse qui n’est pas celle que je demande, sans plus d’explication, c’est pas bizarre ? On voit que lorsque traceroute a envoyé 3 paquets UDP avec TTL=6 à 9.9.9.9, il a reçu deux réponses ICMP « communication administratively prohibited » de cette addresse et une réponse ICMP « port unreachable » (réponse normale quand le port est fermé) d’une autre adresse localisée dans ta zone géographique. 9.9.9.9, comme d’autres serveurs DNS ouverts, est probablement une adresse « anycast » qui correspond en réalité à plusieurs serveurs DNS répartis dans le monde et routée vers le serveur le plus proche. L’autre adresse est peut-être celle de ce serveur. > [@LibreFaso](#): > > Une des choses que je cherche aussi à comprendre c’est quand il y a un problème réseau quelque part et quand c’est qu’il n’y a plus d’argent sur le compte Internet (comme on m’a prêté la Flybox, je n’ai pas de compte pour vérifier directement chez le vendeur). Sans accès au compte et si l’interface de gestion de la box ne l’affiche pas, ça me paraît compromis. ---
**Author:** ![loicmtp](https://www.debian-fr.org/user_avatar/www.debian-fr.org/loicmtp/32/13315_2.png) [@loicmtp](https://www.debian-fr.org/u/loicmtp)\ **Post date:** [Septembre 27, 2023, 5:01 UTC](https://www.debian-fr.org/t/orange-flybox-diagnostic-reseau/88740/12 "2023-09-27T17:01:49Z")
Il y a une solution : avec [ss](https://man7.org/linux/man-pages/man8/ss.8.html) ou [netstat](https://linux.die.net/man/8/netstat). Scannez avec aucun browser ouvert Ouvrez une fenetre sur votre browser et regardez les adresses qui vous paraissent suspectes Ou encore mieux: > lsof -i en suivant la meme procedure Et gérez avec votre fw Ensuite regardez les pid suspects en faisant un top ou htop edit: je vous conseille aussi par simple curiosité intellectuelle de faire tout simplement un > sudo lsof et d’analyser l’output en filtrant les informations des précedentes commandes