Bonjour à toutes et à tous.
J'ai observé très récemment que mon modem routeur TG784n (fourni par OVH pour l'ADSL, offre NoTV) ne résout mes noms de domaines (DNS héberge par OVH) qui pointent sur des adresse LAN. Par exemple "test1.miamspam.ovh" (je viens de le créer pour tester, pointe sur 192.168.1.1): timeout. Par contre, un nom qui pointe sur une adresse publique (test2.miamspam.ovh => 1.1.1.1) est résolue. Une idée?
* Le modem donne par DHCP comme config DNS sa propre IP (192.168.1.254).
* Dans sa console d'admin, j'ai pu voir qu'il a reçu lui-même comme 91.121.61.147 et 87.98.149.171 .
* Si je résous le domaine en utilisant ces DNS (ex: dig @87.98.149.171 test1.miamspam.ovh ), c'est un succès.
* Si je le fais avec l'IP du modem (ex: dig @192.168.1.254 test1.miamspam.ovh ), cela timeout.
Je peux « résoudre » ça en mettant sur mon ordi les IP des DNS OVH, mais c'est décevant.
Version du soft du modem: software version
Flash image: tg784-sw-10.... (10.2.1.4)
[Résolu] Modem TG784n : solution DNS ko pour adresses locales
Related questions
- Avis sur OVH Télécom
39744 
05.12.2016 11:57
- Impossible de joindre le service client
39556 07.02.2017 11:29
- Routage ipv4 down sur connexion fibre ? (résolu)
33639 22.01.2025 13:46
- Le routeur TECHNICOLOR TG799vac : un véritable FIASCO !
31877 07.11.2017 22:11
- Accès impossible à la configuration d'un TG799VAC
28993 13.06.2017 07:49
- Offre Fibre pro OVH
28607 28.03.2017 17:12
- FFTH : Pertes de pings sortants
25015 10.06.2025 16:31
- Service commercial : toc toc, il y a quelqu'un ?
22891 11.05.2019 09:45
- OVH, Molotov et IPv6
22495 07.01.2026 06:59
- Panne telephonie modem thomson tg788vn v2
22431 08.01.2017 18:20
C'est résolu avec une config du routeur:
* telnet 192.168.1.254
* identification avec login/mot de passe
* commande à taper: _dns server config filter=disabled_ (changer le paramètre « _WANDownSpoofing_ ») ne change rien.
Immédiatement, le routeur commence à retourner des réponses pour les noms d'hôtes « publics » sont associés à des IP privées (192.168.x.y, 10.x.y.z …). Sans ça, aucune réponse n'est retournée au client DNS.
Quand le filtrage est activé, avec la commande telnet « _dns server debug stats_ », on peut voir le nombre de « _Spurious answers_ » augmenter pour chaque requête pour un nom d'hôte problématique.
Je ne sais pas ce qui a mené à ce changement de comportement.