Auteur Sujet: Neutralité: accès à 1.1.1.1 via Livebox 4 (Lu 34027 fois)

Oral-B · « **Réponse #60 le:** 14 janvier 2019 à 12:08:16 »

Euh... j'ai également le firmware 3.41.12 (LB4 Sercomm), et le problème n'est clairement pas résolu :

C:\WINDOWS\system32>tracert 1.1.1.1

Détermination de l’itinéraire vers one.one.one.one [1.1.1.1]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  tomato [192.168.1.1]
  2    <1 ms    <1 ms    <1 ms  one.one.one.one [1.1.1.1]

Catalyst · « **Réponse #61 le:** 14 janvier 2019 à 12:45:19 »

Bizarre, ça marche ici.

(j'ai testé avec un PC en wifi sur une LB4 (Sercomm) reliée directement à Orange sans passer par mon routeur.)

https://1.1.1.1 répond bien maintenant, contrairement à avant la maj du firmware :

Oral-B · « **Réponse #62 le:** 14 janvier 2019 à 12:58:19 »

https://1.1.1.1 répond aussi ici (je ne me souviens plus ce que ça donnait avant la maj), mais le tracert s'arrête toujours à la box... étrange

EDIT : je viens de tester en wifi directement depuis la LB4 (wifi que je n'utilise normalement pas, préférant celui de mon routeur), donc a priori dans les mêmes conditions que toi : pas mieux, le traceroute s'arrête net, alors que 1.0.0.1 répond normalement.

Si d'autres ayant reçu le firmware 3.41.12 peuvent confirmer/infirmer...

zebulon06 · « **Réponse #63 le:** 14 janvier 2019 à 14:23:13 »

Livebox 4 version 3.4.12

Code: [Sélectionner]

$ dig orange.fr @1.1.1.1

; <<>> DiG 9.10.3-P4-Debian <<>> orange.fr @1.1.1.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50583
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1452
;; QUESTION SECTION:
;orange.fr.			IN	A

;; ANSWER SECTION:
orange.fr.		978	IN	A	193.252.133.34
orange.fr.		978	IN	A	193.252.148.140

;; Query time: 29 msec
;; SERVER: 1.1.1.1#53(1.1.1.1)
;; WHEN: Mon Jan 14 14:20:24 CET 2019
;; MSG SIZE  rcvd: 70

mais...

Code: [Sélectionner]

$ mtr -c 10 --report 9.9.9.9
Start: Mon Jan 14 14:15:14 2019
HOST: doctor                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- lan.home                   0.0%    10    0.4   0.5   0.4   0.6   0.0
  2.|-- 80.10.235.249              0.0%    10    9.9  10.4   9.9  10.9   0.0
  3.|-- ae117-0.ncnic102.Nice.fra  0.0%    10   10.5  10.5   9.9  11.4   0.3
  4.|-- ae43-0.nimar102.Marseille  0.0%    10   14.1  13.7  13.1  14.3   0.0
  5.|-- 193.252.137.54             0.0%    10   29.9  23.6  22.3  29.9   2.3
  6.|-- et-18-1-8-0.pastr3.paris.  0.0%    10   24.2  23.2  21.7  27.3   1.5
  7.|-- ae-26.r04.parsfr01.fr.bb.  0.0%    10   23.5  23.4  22.4  27.0   1.2
  8.|-- 81.25.197.162              0.0%    10   24.5  25.8  22.9  31.0   2.4
  9.|-- dns.quad9.net              0.0%    10   22.7  22.5  21.9  22.8   0.0

$ mtr -c 10 --report 1.1.1.1
Start: Mon Jan 14 14:15:38 2019
HOST: doctor                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- one.one.one.one            0.0%    10    0.5   0.5   0.5   0.7   0.0

C'est comme le firewall de la livebox: chez Orange IP se limite a TCP/UDP...

buddy · « **Réponse #64 le:** 14 janvier 2019 à 14:57:48 »

Idem ici, le traceroute s'arrête à la box mais https://1.1.1.1 fonctionne. Orange ne laisserait passer vers l'extérieur que le https/dns sur 1.1.1.1 et pas les pings?

Oral-B · « **Réponse #65 le:** 14 janvier 2019 à 15:04:17 »

Quand bien même ce serait le cas, pourquoi @Catalyst parvient-il à faire un traceroute ?

darkmoon · « **Réponse #66 le:** 14 janvier 2019 à 16:15:47 »

Effectivement après maj, cela fonctionne

Code: [Sélectionner]

moon@Freeze:[~] > host lafibre.info 1.1.1.1
Using domain server:
Name: 1.1.1.1
Address: 1.1.1.1#53
Aliases:

lafibre.info has address 46.227.16.8
lafibre.info has IPv6 address 2a01:6e00:10:410::2
lafibre.info mail is handled by 100 mxb.ovh.net.
lafibre.info mail is handled by 1 mx1.ovh.net.
lafibre.info mail is handled by 5 mx2.ovh.net.
moon@Freeze:[~] > host google.fr 1.1.1.1
Using domain server:
Name: 1.1.1.1
Address: 1.1.1.1#53
Aliases:

google.fr has address 216.58.201.195
google.fr has IPv6 address 2a00:1450:4006:808::2003
google.fr mail is handled by 50 alt4.aspmx.l.google.com.
google.fr mail is handled by 10 aspmx.l.google.com.
google.fr mail is handled by 20 alt1.aspmx.l.google.com.
google.fr mail is handled by 30 alt2.aspmx.l.google.com.
google.fr mail is handled by 40 alt3.aspmx.l.google.com.

Ça ping assez haut mais seulement en wifi (~20 ms) et très bas ~0.80 ms en filaire.

Bon après moi j'm'en sers pas donc m'en fiche

Catalyst · « **Réponse #67 le:** 14 janvier 2019 à 17:22:34 »

Citation de: Oral-B le 14 janvier 2019 à 15:04:17

Quand bien même ce serait le cas, pourquoi @Catalyst parvient-il à faire un traceroute ?

J'ai depuis dumpé le trafic côté WAN et constaté que :

* nslookup lafibre.info 1.1.1.1 marche à tous les coups et sort bien de la LB4 jusqu'à Cloudfare
* telnet 1.1.1.1 80 (ou https://1.1.1.1) pareil, va systématiquement jusqu'à Cloudfare
* tracert 1.1.1.1 et là, je ne reproduis pas, il s'arrête à la LB. Heureusement que j'ai copié le screen du 1er tracert car

mikael57fr · « **Réponse #68 le:** 15 janvier 2019 à 19:51:00 »

Bonjour tlm,

Pour info, ça ne fonctionnait pas chez moi et après avoir lu le topic, j'ai lancé la mise à jour sur lb4 et depuis le site répond bien en 1.1.1.1. Donc la mise à jour règle bien le soucis.

@+

Catalyst · « **Réponse #69 le:** 12 avril 2019 à 16:12:29 »

Sur la Livebox 4, l'avant-dernier firmware (3.41.12) amenait la correction du problème de connexion à 1.1.1.1 pour TCP et UDP ... mais pas pour ICMP, qui marchait de façon aléatoire.

Pour info, le dernier firmware (3.44.16) a corrigé ce dernier problème.

Edit : chez moi en tout cas (à Paris) mais ce n'est visiblement pas le cas partout. 13 mois depuis que le problème a été remonté ...

zebulon06 · « **Réponse #70 le:** 12 avril 2019 à 19:50:01 »

Citation de: Catalyst le 12 avril 2019 à 16:12:29

Sur la Livebox 4, l'avant-dernier firmware (3.41.12) amenait la correction du problème de connexion à 1.1.1.1 pour TCP et UDP ... mais pas pour ICMP, qui marchait de façon aléatoire.

Pour info, le dernier firmware (3.44.16) a corrigé ce dernier problème.

euh...

$ ./sysbus/sysbus.py
SoftwareVersion : SG40_sip-fr-3.44.16.1_7.21.3.1
UpTime : 9 days, 2:58:15 (NumberOfReboots: 2)

$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=64 time=0.497 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=64 time=0.437 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=64 time=0.459 ms

$ ping 1.0.0.1
PING 1.0.0.1 (1.0.0.1) 56(84) bytes of data.
64 bytes from 1.0.0.1: icmp_seq=1 ttl=55 time=147 ms
64 bytes from 1.0.0.1: icmp_seq=2 ttl=55 time=37.9 ms

64 bytes from 1.0.0.1: icmp_seq=3 ttl=55 time=53.0 ms

tcp/udp c'est (toujours) bon:
$ dig lafibre.info @1.1.1.1

; <<>> DiG 9.10.3-P4-Debian <<>> lafibre.info @1.1.1.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34773
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1452
;; QUESTION SECTION:
;lafibre.info. IN A

;; ANSWER SECTION:
lafibre.info. 479 IN A 46.227.16.8

;; Query time: 36 msec
;; SERVER: 1.1.1.1#53(1.1.1.1)
;; WHEN: Fri Apr 12 19:47:39 CEST 2019
;; MSG SIZE rcvd: 57

Catalyst · « **Réponse #71 le:** 12 avril 2019 à 21:43:53 »

Et pourtant, j'atteins maintenant 1.1.1.1 systématiquement.

Alors qu'avec la version précédente de firmware c'était aléatoire et tapait la plupart du temps sur la LB.

Code: [Sélectionner]

C:\>tracert 1.1.1.1

Détermination de l'itinéraire vers one.one.one.one [1.1.1.1]
avec un maximum de 30 sauts :

  1     1 ms     2 ms     2 ms  <mon routeur>
  2     *        *        *     Délai d'attente de la demande dépassé.
  3     4 ms     2 ms     4 ms  80.10.235.129
  4     4 ms     5 ms     2 ms  ae118-0.ncidf203.Aubervilliers.francetelecom.net[193.253.81.138]
  5    23 ms    10 ms     4 ms  ae41-0.niidf201.Aubervilliers.francetelecom.net[193.252.98.161]
  6    11 ms     2 ms     7 ms  81.253.184.182
  7     5 ms     7 ms     7 ms  hundredgige0-13-0-2.auvtr4.aubervilliers.opentransit.net [193.251.242.198]
  8     5 ms     9 ms     3 ms  et-16-0-2-0.pastr3.paris.opentransit.net [193.251.131.250]
  9     *        *        *     Délai d'attente de la demande dépassé.
 10     *        6 ms     3 ms  ae-1-3103.ear3.Paris1.Level3.net [4.69.161.66]
 11    12 ms     4 ms     4 ms  212.73.205.22
 12     5 ms     3 ms     4 ms  one.one.one.one [1.1.1.1]

Itinéraire déterminé.