Auteur Sujet: Plus d'Internet après dégroupage (Lu 13894 fois)

Hugues · « **Réponse #12 le:** 26 mai 2017 à 10:23:45 »

Oui enfin c'est une IPv4 là, pas une IPv6, inutile de tirer des conclusions hâtives.

Btw, Free déploie du Dual Stack, pas du v6 only, donc pour l'instant il n'y a pas lieu de supputer sur l'implèmentation (ou la non implèmentation) de la stack v4.

Sinon passez à v6, c'est génial :3

Hugues · « **Réponse #13 le:** 26 mai 2017 à 10:25:38 »

Code: [Sélectionner]

➜  ~ host 212.27.40.240
240.40.27.212.in-addr.arpa domain name pointer dns1.proxad.net.
➜  ~ host 212.27.40.241
241.40.27.212.in-addr.arpa domain name pointer dns2.proxad.net.
➜  ~ host 212.27.40.242
242.40.27.212.in-addr.arpa domain name pointer dhcp.proxad.net.
➜  ~ host 212.27.40.243
243.40.27.212.in-addr.arpa domain name pointer filesrv.proxad.net.

Ça ressemble quand même vachement à une faute de frappe vu le reverse.

alain_p · « **Réponse #14 le:** 26 mai 2017 à 10:28:16 »

Oui, chez moi aussi l'adresse 242 time out en interrogation DNS.

Hugues · « **Réponse #15 le:** 26 mai 2017 à 10:33:13 »

Et le traceroute laisse penser que c'est un range Anycasté. Allez je lance ma pierre : c'est une IP utilisée par les devs oubliée par là.

Code: [Sélectionner]

➜  ~ mtr 212.27.40.242 -rwc1 && mtr 212.27.40.241 -rwc1
Start: Fri May 26 10:32:00 2017
HOST: Atlantis.local                                 Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS4565   rt02.lyn.milkywan.xyz                   0.0%     1    3.0   3.0   3.0   3.0   0.0
  2. AS4565   rt03.lyn.milkywan.xyz                   0.0%     1    1.7   1.7   1.7   1.7   0.0
  3. AS4565   rt-free2.lyn.milkywan.xyz               0.0%     1    2.0   2.0   2.0   2.0   0.0
  4. AS???    ???                                    100.0     1    0.0   0.0   0.0   0.0   0.0
  5. AS12322  cxr69-5-82-227-132-254.fbx.proxad.net   0.0%     1   55.7  55.7  55.7  55.7   0.0
  6. AS???    ???                                    100.0     1    0.0   0.0   0.0   0.0   0.0
Start: Fri May 26 10:32:06 2017
HOST: Atlantis.local                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS4565   rt02.lyn.milkywan.xyz                        0.0%     1    2.3   2.3   2.3   2.3   0.0
  2. AS4565   rt03.lyn.milkywan.xyz                        0.0%     1    1.4   1.4   1.4   1.4   0.0
  3. AS4565   rt-free2.lyn.milkywan.xyz                    0.0%     1    1.9   1.9   1.9   1.9   0.0
  4. AS???    192.168.0.254                                0.0%     1    4.2   4.2   4.2   4.2   0.0
  5. AS12322  cxr69-5-82-227-132-254.fbx.proxad.net        0.0%     1   28.3  28.3  28.3  28.3   0.0
  6. AS12322  213.228.21.254                               0.0%     1   30.4  30.4  30.4  30.4   0.0
  7. AS12322  lyon-49m-i6-1-v908.intf.routers.proxad.net   0.0%     1   49.6  49.6  49.6  49.6   0.0
  8. AS???    ???                                         100.0     1    0.0   0.0   0.0   0.0   0.0
  9. AS12322  dns2.proxad.net                              0.0%     1   35.1  35.1  35.1  35.1   0.0

morloch · « **Réponse #16 le:** 26 mai 2017 à 10:34:08 »

Citation de: Hugues le 26 mai 2017 à 10:25:38

Code: [Sélectionner]
➜ ~ host 212.27.40.240 240.40.27.212.in-addr.arpa domain name pointer dns1.proxad.net. ➜ ~ host 212.27.40.241 241.40.27.212.in-addr.arpa domain name pointer dns2.proxad.net. ➜ ~ host 212.27.40.242 242.40.27.212.in-addr.arpa domain name pointer dhcp.proxad.net. ➜ ~ host 212.27.40.243 243.40.27.212.in-addr.arpa domain name pointer filesrv.proxad.net.
Ça ressemble quand même vachement à une faute de frappe vu le reverse.

Ou plutôt à un oubli de l'administrateur du serveur DHCP: il a omis de configurer une adresse DNS, et du coup, le démon serveur DHCP utilise la configuration par défaut (qui est l'adresse du serveur DHCP lui-même)...

Il faudrait le signaler au 3244....

Hugues · « **Réponse #17 le:** 26 mai 2017 à 10:34:54 »

Rien à voir, le DHCP en mode bridge n'est pas fourni par un serveur centralisé mais par la freebox.

(Dois-je rappeler que le DHCP c'est du niveau 2 et qu'en l'occurence, on voit trèèèèèès bien que ce n'est pas le même domaine avec un simple traceroute ?)

morloch · « **Réponse #18 le:** 26 mai 2017 à 10:38:42 »

Citation de: Hugues le 26 mai 2017 à 10:34:54

Rien à voir, le DHCP en mode bridge n'est pas fourni par un serveur centralisé mais par la freebox.

Vous êtes sûr de ça ?... J'en doute !... Sinon, l'adresse DNS ne changerait pas en fonction de la passerelle du NRA ou du NRO où vous êtes raccordé (changement observé ici, lors du passage de l'ADSL à la fibre).

Par ailleurs, en bridge, la box est (ou plutôt devrait être) transparente, et votre routeur devrait donc s'adresser directement à la passerelle du NRA/NRO.

Au pire, le DHCP de la Freebox "faux bridge", devrait recopier les info récupérées du DHCP de la passerelle du NRA/NRO, et donc la configuration de ce dernier serait tout de même en cause...

FloBaoti · « **Réponse #19 le:** 26 mai 2017 à 10:42:31 »

Mais sinon quelqu'un a testé ping 8.8.8.8 avant de s'emballer sur ce pauvre serveur DNS ?

morloch · « **Réponse #20 le:** 26 mai 2017 à 10:47:35 »

Citation de: FloBaoti le 26 mai 2017 à 10:42:31

Mais sinon quelqu'un a testé ping 8.8.8.8 avant de s'emballer sur ce pauvre serveur DNS ?

C'est ce que j'ai tenté d'expliquer (apparemment pas assez clairement), depuis mon premier message dans ce fil de discussion: c'est juste une question, pour Bernard53, de configurer une adresse DNS valide (une de celles de Free, ou de tout autre DNS ouvert; perso, j'évite à tout prix les DNS de Gogole tel 8.8.8.8, car cette société vous traque via vos requêtes à ce DNS !).

jack · « **Réponse #21 le:** 26 mai 2017 à 10:51:58 »

Citation de: Hugues le 26 mai 2017 à 10:34:54

(Dois-je rappeler que le DHCP c'est du niveau 2 et qu'en l'occurence, on voit trèèèèèès bien que ce n'est pas le même domaine avec un simple traceroute ?)

Ha ?
Pourtant, DHCP fonctionne sur IP, c'est donc au moins du niveau 3 !
Et même, DHCP fonctionne sur UDP, c'est donc au moins du niveau 4 !

morloch · « **Réponse #22 le:** 26 mai 2017 à 10:53:10 »

Citation de: jack le 26 mai 2017 à 10:51:58

Ha ?
Pourtant, DHCP fonctionne sur IP, c'est donc au moins du niveau 3 !
Et même, DHCP fonctionne sur UDP, c'est donc au moins du niveau 4 !

+1

Il a du confondre avec ARP...

Hugues · « **Réponse #23 le:** 26 mai 2017 à 10:55:19 »

Citation de: morloch le 26 mai 2017 à 10:38:42

Vous êtes sur de ça ?... J'en doute !

Tout à fait certain.

Citation de: morloch le 26 mai 2017 à 10:38:42

Sinon, l'adresse DNS ne changerait pas en fonction de la passerelle du NRA ou du NRO où vous êtes raccordé (changement observé ici, lors du passage de l'ADSL à la fibre).

Pourquoi ça ? J'ai pas dit que c'était codé en dur, bien sur que c'est dynamique.

Citation de: morloch le 26 mai 2017 à 10:38:42

Par ailleurs, en bridge, la box est (ou plutôt devrait être) transparente, et votre routeur devrait donc s'adresser directement à la passerelle du NRA/NRO.

Et ce n'est pas le cas, le bridge s'apparente plus à du NAT 1:1 qu'à un vrai bridge

Citation de: morloch le 26 mai 2017 à 10:38:42

Au pire, le DHCP de la Freebox "faux bridge", devrait recopier les info récupérées du DHCP de la passerelle du NRA/NRO, et donc la configuration de ce dernier serait tout de même en cause...

Sauf que la Freebox ne récupère pas ses infos via DHCP, mais via un protocole d'authentification propriétaire. Qui plus est en architecture 4Rd.

Citation de: FloBaoti le 26 mai 2017 à 10:42:31

Mais sinon quelqu'un a testé ping 8.8.8.8 avant de s'emballer sur ce pauvre serveur DNS ?

J'ai demandé aussi...