La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Bouygues Telecom => Incidents Bouygues => Discussion démarrée par: Romain le 30 septembre 2015 à 23:26:53
-
Bonsoir !
J'ai un souhait insatisfait avec mon routeur Bbox (modèle Ubee TVW620.I).
J'aimerais retrouver le comportement que j'avais du temps où j'avais la NB6v de SFR.
À savoir :
- Je pouvais accéder à mes équipements réseaux en saisissant leur nom d'hôte, sans appendice. Désormais je dois ajouter .local. Que ce soit sur un ping, pour me connecter en SSH, en HTTP, etc.
- Et je pouvais accéder à mon serveur avec mon nom de domaine complet indifféremment depuis mon LAN ou depuis l'extérieur. Le nom de domaine est configuré avec mon IP publique. Mais si j'essaie de me connecter à un service quelconque avec mon adresse hostname.domain.tld depuis mon LAN, ça ne fonctionne pas. Ce qui m'impose de reconfigurer mes logiciels sur mon PC portable selon où je me trouve.
Est-ce jouable avec la Bbox ? En déportant certaines fonctions réseau (DHCP, DNS…) sur mon serveur (je préfèrerais éviter) ? En acquérant un autre routeur ?
-
Si tu es sous nunux, tu peux utiliser iptables sur ton poste client pour contourner le problème.
Change le titre du topic, qui ne porte pas spécifiquement sur le DNS!
-
Je suis sur OS X, sur iOS, sur Windows, sur Linux (OSMC)... Je passe mon temps à essayer de nouveaux appareils. Donc je tiens à ce que la bonne configuration soit du côté du "cœur de réseau", et que ça fonctionne tel que je le souhaite, dans la mesure du possible, automatiquement sur n'importe quel client.
Si ce n'est pas spécifiquement du DNS, de quoi s'agit-il ?
En tout cas je rentre de chez un ami qui est abonné SFR avec une NB6, on peut accéder à l'interface d'administration de sa box en saisissant http://box dans son navigateur, par exemple. Je me demandais si chez moi ce n'était pas lié à smbd et à nmbd qui fonctionnent sur mon serveur et qui ne sont peut-être plus configurés comme avant. Mais il n'y a ni l'un ni l'autre chez cet ami, donc c'est bien le serveur DNS de la NB6 qui fait correctement la translation box > 192.168.1.1, sans suffixe.
-
Si tu veux savoir si le DNS fonctionne, teste le DNS uniquement!
Sous n'importe quelle version de Windows, en préinstallé tu as nslookup
Sous GNU/linux tu as aussi host
Exemple de recherche DNS sous Windows :
>nslookup mafreebox.freebox.fr
Serveur : dns1.proxad.net
Address: 212.27.40.240
Réponse ne faisant pas autorité :
Nom : freeplayer.freebox.fr
Address: 212.27.38.253
Aliases: mafreebox.freebox.fr
-
J'ai déjà testé le DNS, et j'ai des résultats bizarres :
Depuis OS X :
Human:~ Romain$ host robot
robot has address 192.168.1.1
Human:~ Romain$ ping robot
ping: cannot resolve robot: Unknown host
Human:~ Romain$ host robot.local
Host robot.local not found: 3(NXDOMAIN)
Human:~ Romain$ ping robot.local
PING robot.local (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.262 ms
^C
--- robot.local ping statistics ---
1 packets transmitted, 1 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.262/0.262/0.262/0.000 ms
Et depuis Windows :
PS C:\Users\Romain> nslookup robot
Serveur : bbox.lan
Address: 192.168.1.254
*** bbox.lan ne parvient pas à trouver robot : Non-existent domain
PS C:\Users\Romain> nslookup robot.lan
Serveur : bbox.lan
Address: 192.168.1.254
*** bbox.lan ne parvient pas à trouver robot.lan : Non-existent domain
PS C:\Users\Romain> nslookup robot.local
Serveur : bbox.lan
Address: 192.168.1.254
*** bbox.lan ne parvient pas à trouver robot.local : Non-existent domain
PS C:\Users\Romain> ping robot
La requête Ping n'a pas pu trouver l'hôte robot. Vérifiez le nom et essayez à nouveau.
PS C:\Users\Romain> ping robot.local
La requête Ping n'a pas pu trouver l'hôte robot.local. Vérifiez le nom et essayez à nouveau.
PS C:\Users\Romain> ping 192.168.1.1
Envoi d'une requête 'Ping' 192.168.1.1 avec 32 octets de données :
Réponse de 192.168.1.1 : octets=32 temps=8 ms TTL=64
Statistiques Ping pour 192.168.1.1:
Paquets : envoyés = 1, reçus = 1, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 8ms, Maximum = 8ms, Moyenne = 8ms
Ctrl+C
En tout cas, depuis le Terminal sur mon PC fixe OS X, je ne peux pas me connecter en SSH en faisant "ssh romain@robot".
Et depuis mon PC portable Windows 7, je dois modifier mes favoris PuTTY, FileZilla et consorts selon que je suis connecté au LAN ou pas.
-
Et dans /etc/hosts?
-
Mes fichiers hosts sont dans leur état d'origine. :)
-
Et nsswitch.conf?
-
Je ne sais pas ce qu'est ce fichier, donc je sais que je n'y ai pas touché.
Mais de toute manière mon "principe" c'est de ne rien personnaliser côté client, que tout se propage naturellement et automatiquement depuis le "cœur de réseau". Donc je ne touche jamais aux réglages réseau du côté des postes.
-
D'accord, masi qu'est-ce qu'il y a dedans?
-
Pour OS X pour le ping as tu vidé le cache dns : https://support.apple.com/fr-fr/HT202516
-
Sous MacOS le suffixe dns .local est intercepté par le service Bonjour, nécessaire à la découverte Itunes et autre.
J'ai eu le problème au boulot pour configurer des zones en .local, ça ne fonctionne pas sur les MAC, tout ceci est documenté chez Apple.
-
Bonjour !
D'accord, masi qu'est-ce qu'il y a dedans?
Je viens de chercher, je n'ai pas de fichier nsswitch.conf sur mon OS X 10.10.5 Yosemite.
Pour OS X pour le ping as tu vidé le cache dns : https://support.apple.com/fr-fr/HT202516
Je viens de vider le cache, j'ai les mêmes résultats.
Sous MacOS le suffixe dns .local est intercepté par le service Bonjour, nécessaire à la découverte Itunes et autre.
J'ai eu le problème au boulot pour configurer des zones en .local, ça ne fonctionne pas sur les MAC, tout ceci est documenté chez Apple.
Je dirais bien qu'Apple nous enquiquine ( :) ), mais en fait ce qui se passe avec le .local m'importe peu, puisque je veux justement pouvoir me passer de ce suffixe. Mais du coup je comprends pourquoi robot.local fonctionne depuis OS X mais pas depuis d'autres appareils, merci !
Mais si on en revient à la question initiale, qu'est-ce qui fait que mes clients résolvaient les hostname simples avec la NB6, mais qu'ils ne le font plus avec la Bbox ?
(Clients au sens d'appareils connectés au réseau local.)
-
Que contient le resolv.conf?
-
Et voici :
Human:~ Romain$ cat /etc/resolv.conf
#
# Mac OS X Notice
#
# This file is not used by the host name and address resolution
# or the DNS query routing mechanisms used by most processes on
# this Mac OS X system.
#
# This file is automatically generated.
#
domain lan
nameserver 192.168.1.254
Mais ça t'aide à comprendre comment la Bbox fonctionne de me demander le contenu de fichiers de postes clients ?
-
Déjà ça permettrait de comprendre pourquoi host et nslookup ne donnent pas toujours les mêmes réponses.
Ton titre accuse le DNS alors que ça pourrait être autre chose.
-
Ok je comprends.
Je peux faire des tests depuis des équipements plus "bêtes", sans services qui viennent interférer comme sur OS X.
-
Romano,
Si j'ai bien compris ... ???
Tu utilises un serveur DNS sur ton serveur ?
-
Solution "simple" :
- installer un serveur DNS sur le serveur
- demander à la box de donner cette adresse de DNS par DHCP
-
Bonjour !
Romano,
Si j'ai bien compris ... ???
Tu utilises un serveur DNS sur ton serveur ?
Non, mais j'indiquais au départ que c'était une solution envisageable.
Solution "simple" :
- installer un serveur DNS sur le serveur
- demander à la box de donner cette adresse de DNS par DHCP
Bon et bien je viens de vérifier, l'interface d'administration du routeur Bbox ne permet pas de modifier le serveur DNS renvoyé aux clients DHCP. On peut tout au plus changer l'adresse IP du routeur et la plage d'attribution DHCP.
Peut-être que la nouvelle interface d'administration, dont Bouygues Telecom a commencé le déploiement sur le réseau ADSL il y a quelques semaines, apporte cette possibilité.
____
Le problème c'est que je n'ai toujours pas bien compris ce qui se passait sur mon réseau, et quelles étaient les conditions à réunir pour qu'un serveur DNS traduise correctement et automatiquement les hostnames configurés sur les machines. Ce qui, selon moi, devrait être le comportement de base. Sur mon PC OS X, j'ai choisi "human", sur mon serveur Linux, j'ai choisi "robot", j'estime qu'il ne devrait y avoir rien à faire de plus pour qu'un "ping robot" renvoie l'IP de mon serveur… :(
La question concernant le fonctionnement d'un nom de domaine complet, renvoyant l'adresse IP publique de mon accès à internet, reste elle aussi entière. :) Cette fois je ne comprends pas comment ça pouvait fonctionner du temps de SFR avec la NB6.
-
Généralement, c'est le serveur DHCP, lorsqu'il attribue l'adresse IP qui récupère le nom de la machine donné par le client DHCP de la machine. Le serveur DHCP informe à son tour le serveur DNS pour que le nom de la machine soit mis dans sa table. Il faut bien sûr que tout ce petit monde soit bien configuré.
-
Il n'est pas possible de changer les serveur DNS utilisé (risque de pishing)
Si vous souhaitez le modifier, il faut désactiver DHCP et mettre un serveur qui fera DHCP et DNS.
N'oubliez pas de demander a votre serveur DHCP de ne pas répondre aux requêtes DHCP de l'adresse mac de la box TV (c'est la Bbox blanche qui le fera même si son DHCP est désactivé, car sans les options qui vont bien pas de TV)
-
Merci PacOrly et merci Boris.
Boris, sauriez-vous m'expliquer pourquoi la Bbox ne traduit pas les hostnames des équipements sur mon réseau ?
Et au passage, avez-vous des nouvelles concernant le déploiement de la nouvelle interface d'administration sur le réseau FTTH ?
-
Pour la mise à jour, elle est en cours de déploiement sur l'offre FTTH 1Gb/s Ubee et le sera prochainement sur l'offre FTTH 1G/s Sagem
Pour le DNS, je n'ai pas tout compris à la problématique : Le DNS de la Bbox connaît http://gestionbbox.lan/ mais pas le nom de vos PC.
-
C'est pas la foncfion "loopback" pas sure du nom, qu'il cherche, Non ?
-
Dans le post initial je vois deux soucis :
- hostname (pouvoir appeler un équipement par son hostname tout court)
- loopback (pouvoir accéder à un équipement de son LAN via son adresse WAN)
-
Si le "loopback" ne marche pas, il faut mettre un horizon DNS à la place (je déteste ce principe).
Tu n'as pas un switch administrable? Cela permettrait de faire du serveur un routeur!
-
je ne sais pas si ca reponds a ton besoin mais regarde ca :
Pas besoin de nom de domaine, pas besoin de modif de ta box :
http://xip.io/
comment ca marche :
tu as serveurweb2 sur 192.168.1.56 sans aucun enregistrement tu peux DEJA acceder a serveurweb2.192.168.1.56.xip.io
-
Je ne vois pas en quoi ça va l'aider.
-
Il n'est pas possible de changer les serveur DNS utilisé (risque de pishing)
Argument complètement débile.
-
.
-
Les redirections marchent depuis l'IP privée?
-
Bonsoir,
Je reviens à la charge sur ce fil que j'ai lâchement laissé en plan. :-)
En me documentant récemment sur la mise en place du PXE chez moi, je me suis redocumenté sur dnsmasq et au passage sur bind9.
Ce qui m'a fait envisager de désactiver le serveur DNS de la Bbox et de mettre en place le mien.
En tout cas j'aimerais en finir avec cette problématique, d'une manière ou d'une autre.
Pour faire court, j'aimerais retrouver le comportement de mon ex NB6 de SFR :
— Je pouvais accéder à mon sous-domaine.domaine.tld, qui pointait vers mon adresse IP publique, indifféremment depuis l'extérieur et l'intérieur (ce qui évite de gérer des "favoris" doublons pour les connexions SSH et autres)
— Je pouvais utiliser le hostname tout court des appareils connectés à mon réseau, sans ajouter de suffixe .local ou .lan.
Qu'en dites-vous ?
Je suis à l'aise avec la configuration de bind9, je l'ai utilisé il y a des années lorsque j'utilisais mon serveur Linux comme routeur, j'avais "même" configuré des "views", mais j'aimerais aller au plus simple. C'est-à-dire que si la Bbox en est capable, j'aime autant.