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
Sujets apparentés
- Impossible de joindre le service client
20054 
07.02.2017 11:29
- Avis sur OVH Télécom
14155 05.12.2016 11:57
- Le routeur TECHNICOLOR TG799vac : un véritable FIASCO !
13805 07.11.2017 22:11
- Accès impossible à la configuration d'un TG799VAC
9225 13.06.2017 07:49
- Offre Fibre pro OVH
8892 28.03.2017 17:12
- Documentation Modem Technicolor TG799VAC
8203 01.10.2017 21:51
- Service commercial : toc toc, il y a quelqu'un ?
7705 11.05.2019 09:45
- Connexion à modem ZYXEL impossible ? (fibre)
7473 17.11.2018 17:45
- OVH ADSL : quel SMTP ?
5719 22.03.2017 12:20
- Panne telephonie modem thomson tg788vn v2
5537 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.