La Fibre
Datacenter et équipements réseaux => Routeurs => 
Routeur => Discussion démarrée par: gurdyl44 le 15 août 2023 à 12:01:45
-
Hello tout le monde !
Depuis plusieurs mois une problématique me turlupine, il m'est impossible de télécharger une application ou mise à jour depuis un appareil Android ( téléphone, tablette, Nvidia Shield)...
Au début je pensais à un problème de configuration sur mon smartphone avant de me rendre compte que le problème doit venir de la configuration du routeur...
L'accès au Playstore, et les notifications de mises à jour disponibles fonctionnent, seul le telechargement m'est impossible. Je suis obligé de passer par ma box opérateur ( Freebox revolution )
Je tourne avec un RT-AX82U sous AsusWrt Marlin en version 388.2_2_0-gnuton1.
N'étant pas un expert réseau j'ai besoin de piste pour régler mon problème...
Je pensais rediriger le flux en question vers la box sans filtrage ou opération du routeur... mais là encore je ne sais comment l'identifier et comment le rediriger... :/
Désolé si je me suis trompé de section...
N'hésitez pas à me dire si il faut des informations supplémentaires :)
Merci d'avance pour votre aide,
Gurdyl.
-
Bonjour,
Pourquoi mettre un routeur derrière la freebox ?
De quelle fonction de routage a tu besoin sur l'Asus que la Freebox revolution ne fait pas ?
-
D'une petite recherche, ce serait dû aux DNS.
-
Bonjour,
+1.
Autre question, pour IPv6, ton routeur est configuré comment ?
de mémoire il faut IPv6 Pass-Through.
-
Utilises-tu la box en mode bridge ?
-
Bonjour,
Pourquoi mettre un routeur derrière la freebox ?
De quelle fonction de routage a tu besoin sur l'Asus que la Freebox revolution ne fait pas ?
Bonjour,
Je change d'opérateur quasiment chaque année et cela me permet de préserver mes réglages de DHCP avec ip fixée pour mes appareils dont quelques uns liés à la domotique.
Cela me permet également d'avoir du Wifi6 et j'utilise la fonction AIMesh de mon routeur Asus avec un autre point d'accès
Après c'est vrai que la Révolution malgré son âge est une très bonne box mais celles que j'ai eu auparavant ne permettait pas l'usage d'un client VPN par exemple
D'une petite recherche, ce serait dû aux DNS.
Bonjour,
+1.
Autre question, pour IPv6, ton routeur est configuré comment ?
de mémoire il faut IPv6 Pass-Through.
Merci je vais me renseigner sur ces réglages :D
Edit :
ca fonctionne !! :D
Je suis passé en mode IPV6 passthrough et j'ai désactivé l'option DNS Director sur mon routeur qui était renseignée avec des adresses en IPV4 8.8.8.8 / 4.4.4.4 mais pas d'adresses en IPV6
De plus, cela a accéleré le démarrage des vidéos sur Youtube... il y avait une énorme latence entre l'appui sur "play" et le démarrage effectif du contenu... 8)
Utilises-tu la box en mode bridge ?
Non je l'utilise en mode classique, je devrais le faire ?
-
Edit :
ca fonctionne !! :D
Je suis passé en mode IPV6 passthrough et j'ai désactivé l'option DNS Director sur mon routeur qui était renseignée avec des adresses en IPV4 8.8.8.8 / 4.4.4.4 mais pas d'adresses en IPV6
De plus, cela a accéleré le démarrage des vidéos sur Youtube... il y avait une énorme latence entre l'appui sur "play" et le démarrage effectif du contenu... 8)
Je pense surtout que 8.8.8.8 et 4.4.4.4 donnait une IPv6 à ton PC / smartphone car il en demandait une. mais que comme la connextivité IPv6 n'était pas fonctionnelle mais existait, beh ça partait en timeout... Maintenant avec IPv6 PassThrough, IPv6 fonctionne.
-
Salut à tous.
A moins de me tromper, vous n'utilisez pas les bonnes adresses IPv4 des serveurs DNS de Google. Il faut utiliser :
--> 8.8.8.8
--> 8.8.4.4
Pour l'IPV6, il faut utiliser les adresses des serveurs DNS de Google suivantes :
--> 2001:4860:4860::8888
--> 2001:4860:4860::8844
Je crois comme le dit xp25 que votre problème concerne bien le DNS.
-
4.4.4.4 est le serveur DNS de Level3.
Ce n'est pas plus mal d'utiliser 2 DNS chez 2 fournisseurs différents comme ça si un fournisseur est en panne, on a quand même les DNS chez un 2nd.
-
4.4.4.4 est le serveur DNS de Level3.
$ dig @4.4.4.4 google.fr
;; communications error to 4.4.4.4#53: timed out
je dirai que c'est plutôt 4.2.2.4 :)
Jerem
-
Pour les DNS Level 3, j'ai trouvé ce lien (https://www.publicdns.xyz/public/level3.html) où il est indiqué :
--> 209.244.0.3 (https://ipinfo.io/209.244.0.3)
--> 209.244.0.4 (https://ipinfo.io/209.244.0.4)
ce sont ceux en IPv4. Par contre, je n'ai pas trouvé ceux en IPv6.
Pour l'adresse 4.4.4.4 (https://ipinfo.io/4.4.4.4), j'ai cru que c'était une erreur de retranscription puisque le premier serveur DNS, le 8.8.8.8 (https://ipinfo.io/8.8.8.8) est celui de Google, mais en fait elle concerne level 3 à Paris.
En général, on met les serveurs primaire et secondaire du même DNS. Si besoin, rien n'empêche d'en mettre d'autre à la suite. Il est extrêmement rare que les serveurs primaire et secondaire d'un même DNS tombent en panne en même temps.
Ce qui est bizarre dans le paramétrage de son routeur Asus RT-AX82U, il dit :
j'ai désactivé l'option DNS Director sur mon routeur qui était renseignée avec des adresses en IPV4 8.8.8.8 / 4.4.4.4 mais pas d'adresses en IPV6
et qu'il a résolu son problème. Je suppose que sa communication se faisait en IPv6, et que le problème vienne de cette absence de serveur DNS IPv6.
Pourquoi ne pas utilisez ceux de CloudFlare :
--> 1.1.1.1 (https://ipinfo.io/1.1.1.1)
--> 1.0.0.1 (https://ipinfo.io/1.0.0.1)
pour l'IPv4 et :
--> 2606:4700:4700::1111 (https://ipinfo.io/2606:4700:4700::1111)
--> 2606:4700:4700::1001 (https://ipinfo.io/2606:4700:4700::1001)
pour l'IPv6.
On remarque que les adresses sont construites de la même manière que ceux des DNS Google.
-
@jeremyp3, ha oui erreur de ma part.
En général, on met les serveurs primaire et secondaire du même DNS. Si besoin, rien n'empêche d'en mettre d'autre à la suite. Il est extrêmement rare que les serveurs primaire et secondaire d'un même DNS tombent en panne en même temps.
Beh non, imagine Google a une grosse panne sur son réseau (comme ça arrive très rarement, mais de temps en temps quand même). Beh tu n'as plus de DNS ...
Je ne vois pas le problème d'avoir le DNS de ton FAI (ou de FFDN ou de OpenDNS) et comme 2eme DNS celui de Google ou Cloudflare. C'est mieux de ne pas avoir tous ces oeufs dans le même panier...
Ce qui est bizarre dans le paramétrage de son routeur Asus RT-AX82U, il dit : et qu'il a résolu son problème. Je suppose que sa communication se faisait en IPv6, et que le problème vienne de cette absence de serveur DNS IPv6.
NON ! Un DNS en IPv4 renvoie les résolutions des sous domaines en IPV4 ET IPV6 (quand elles existent bien sur)
Son problème a été résolu en activant l'IPv6 PAssThrough car à mon avis son routeur distribué des IPv6 mais la connexion IPv6 n'était pas fonctionnelle.
Pourquoi ne pas utilisez ceux de CloudFlare :
Prends les DNS que tu veux, mais je reste partisant que pour le meilleur "uptime" possible, il vaut mieux avoir des serveurs DNS complètement indépendant.
Au travail, on a comme 1er DNS celui du FAI, comme 2eme DNS celui de FFDN et comme 3eme DNS OpenDNS.
La probabilité que les 3 ne tombe en panne de manière simultanée est beaucoup plus faible que par exemple les 2 DNS d'un même opérateur tombe en panne en même temps.
-
Je ne vois pas le problème d'avoir le DNS de ton FAI (ou de FFDN ou de OpenDNS) et comme 2eme DNS celui de Google ou Cloudflare.[/quote]
Tu ne m'as pas bien compris. J'ai dit qu'il faut mettre à chaque fois le DNS primaire puis le DNS secondaire.
Si tu en veux d'autres, rien ne t'empêche de mettre ceux d'un autre serveur DNS, mais en mettant le primaire puis le secondaire.
C'est mieux de ne pas avoir tous ces œufs dans le même panier...
Je veux mieux mais il ne pas être paranoïaque et en mettre une cinquantaine.
Je pense qu'il y a un problème avec l'adresse DNS ipv4 "4.4.4.4". Voici ce que j'obtiens :
C:\>nslookup -type=any 4.4.4.4 109.0.66.10
Serveur : vip-dns-gp-primary.dns.sfr.net
Address: 109.0.66.10
*** vip-dns-gp-primary.dns.sfr.net ne parvient pas à trouver 4.4.4.4 : Non-existent domain
C:\>ping 4.4.4.4
Envoi d’une requête 'Ping' 4.4.4.4 avec 32 octets de données :
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Statistiques Ping pour 4.4.4.4:
Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),
C:\>ping 8.8.8.8
Envoi d’une requête 'Ping' 8.8.8.8 avec 32 octets de données :
Réponse de 8.8.8.8 : octets=32 temps=35 ms TTL=116
Réponse de 8.8.8.8 : octets=32 temps=35 ms TTL=116
Réponse de 8.8.8.8 : octets=32 temps=34 ms TTL=116
Réponse de 8.8.8.8 : octets=32 temps=35 ms TTL=116
Statistiques Ping pour 8.8.8.8:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 34ms, Maximum = 35ms, Moyenne = 34ms
C:\>L'adresse IPv4 4.4.4.4 n'est pas joignable à l'inverse de l'IPv4 8.8.8.8.
Un DNS en IPv4 renvoie les résolutions des sous domaines en IPV4 ET IPV6 (quand elles existent bien sur)
Je ne suis pas du même avis que toi, mais je peux me tromper. Peux-tu me dire d'où tu tiens cette information ?
Il y a une grande différence entre utiliser l'adresse IP comme DNS :
C:\>nslookup 109.0.66.10 8.8.8.8
Serveur : dns.google
Address: 8.8.8.8
Nom : vip-dns-gp-primary.dns.sfr.net
Address: 109.0.66.10
C:\>et son url :
C:\>nslookup vip-dns-gp-primary.dns.sfr.net 8.8.8.8
Serveur : dns.google
Address: 8.8.8.8
Réponse ne faisant pas autorité :
Nom : vip-dns-gp-primary.dns.sfr.net
Addresses: 2a02:8400::
109.0.66.10
C:\>qui retourne l'IPv4 & l'IPv6.
Donc le mieux est de mettre les url que les adresses IP.
-
Bonjour,
J'ai dit qu'il faut mettre à chaque fois le DNS primaire puis le DNS secondaire.
Si tu en veux d'autres, rien ne t'empêche de mettre ceux d'un autre serveur DNS, mais en mettant le primaire puis le secondaire.
il y a aucune obligation à ça. chacun fait comme il veut.
Je pense qu'il y a un problème avec l'adresse DNS ipv4 "4.4.4.4". Voici ce que j'obtiens :
C:\>nslookup -type=any 4.4.4.4 109.0.66.10
Serveur : vip-dns-gp-primary.dns.sfr.net
Address: 109.0.66.10
*** vip-dns-gp-primary.dns.sfr.net ne parvient pas à trouver 4.4.4.4 : Non-existent domain
ce que tu fais n'a aucun sens. résoudre une adresse ip sur le dns de sfr, c'est évident qu'il va pas trouver de nom de domaine, puisque c'est une adresse IP.
Je ne suis pas du même avis que toi, mais je peux me tromper. Peux-tu me dire d'où tu tiens cette information ?
En fait, il y a pas de débat. un dns, qu'il soit avec une adresse IPV4 ou une adresse IPV6 résoudra tous les enregistrements.
Il y a une grande différence entre utiliser l'adresse IP comme DNS :
C:\>nslookup 109.0.66.10 8.8.8.8
Serveur : dns.google
Address: 8.8.8.8
Nom : vip-dns-gp-primary.dns.sfr.net
Address: 109.0.66.10
C:\>et son url :
C:\>nslookup vip-dns-gp-primary.dns.sfr.net 8.8.8.8
Serveur : dns.google
Address: 8.8.8.8
Réponse ne faisant pas autorité :
Nom : vip-dns-gp-primary.dns.sfr.net
Addresses: 2a02:8400::
109.0.66.10
C:\>qui retourne l'IPv4 & l'IPv6.
Donc le mieux est de mettre les url que les adresses IP.
ce dernier paragraphe c'est du n'importe quoi en puissance et prouve que tu n'y connais absolument rien dans le fonctionnement du dns.
-
Je ne suis pas du même avis que toi, mais je peux me tromper. Peux-tu me dire d'où tu tiens cette information ?
C'est le principe d'un DNS... Si tu demandes le champ A, il te renvoie l'IPv4, si tu demandes le champ AAAA tu as l'IPv6.
Dans l'exemple ci-dessous je récupère bien l'IPv6 de lafibre.info alors que je demande à un serveur DNs IPv4 (8.8.8.8 )
:~/$ dig @8.8.8.8 lafibre.info A
; <<>> DiG 9.18.16-1~deb12u1-Debian <<>> @8.8.8.8 lafibre.info A
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12740
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;lafibre.info. IN A
;; ANSWER SECTION:
lafibre.info. 789 IN A 80.67.167.77
;; Query time: 23 msec
;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP)
;; WHEN: Sun Aug 20 20:36:51 CEST 2023
;; MSG SIZE rcvd: 57
:~/$ dig @8.8.8.8 lafibre.info AAAA
; <<>> DiG 9.18.16-1~deb12u1-Debian <<>> @8.8.8.8 lafibre.info AAAA
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 8663
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;lafibre.info. IN AAAA
;; ANSWER SECTION:
lafibre.info. 883 IN AAAA 2a0b:cbc0:10:1af1:b2e::1f0
;; Query time: 19 msec
;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP)
;; WHEN: Sun Aug 20 20:36:55 CEST 2023
;; MSG SIZE rcvd: 69