Re: [testing] vpn et résolution de noms
On Fri, 22 Mar 2013 02:19:27 +0100 Gaëtan PERRIER gaetan.perr...@neuf.fr wrote: Sauf qu'il y plein de référence qui sont en nom cours et que je ne peux pas tout changer en fqdn. Alors il te faut trouver pourquoi ça coince sur un nom sans domaine. -- Bidule : ActiveX c'est un film de boules ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130322093150.28baab83@anubis.defcon1
Re: [testing] vpn et résolution de noms
Hello, Le jeudi 21 mars 2013 à 02:47 +0100, Gaëtan PERRIER a écrit : ah ! En fait y a un problème si avec les noms courts. echo search reseau.local /etc/resolv.conf ? Bruno -- KILL M : Maintenant que tu l'as massacrée, cette souris... Qu'est-ce que tu attends ? P : L'apparition des asticots... pour les écraser. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1363943275.11679.0.camel@bmuller-linux
Re: [testing] vpn et résolution de noms
Gaëtan PERRIER a écrit : ah ! En fait y a un problème si avec les noms courts. Je viens de le voir en faisant dig -x que me retourne un nom complet. Si je fais dig machine +short = marche pas mais dig machine.reseau.local +short = ça marche. Sous windows avec juste machine ça fonctionne. Gaëtan Hmmm ... c'est .local la fin du domaine ? A mon avis c'est avahi-daemon qui prend en charge la résolution de noms dans ce cas (et donc uniquement sur le réseau local) . tu peux essayer en désactivant avahi-daemon ? /etc/init.d/avahi-daemon stop @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/514ad723.8040...@stuxnet.org
Re: [testing] vpn et résolution de noms
Le Thu, 21 Mar 2013 10:47:15 +0100 Christophe t...@stuxnet.org a écrit: Gaëtan PERRIER a écrit : ah ! En fait y a un problème si avec les noms courts. Je viens de le voir en faisant dig -x que me retourne un nom complet. Si je fais dig machine +short = marche pas mais dig machine.reseau.local +short = ça marche. Sous windows avec juste machine ça fonctionne. Gaëtan Hmmm ... c'est .local la fin du domaine ? Oui c'est .local à la fin A mon avis c'est avahi-daemon qui prend en charge la résolution de noms dans ce cas (et donc uniquement sur le réseau local) . tu peux essayer en désactivant avahi-daemon ? /etc/init.d/avahi-daemon stop ça ne change rien ... Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130322021807.ef94edf8056468047935f...@neuf.fr
Re: [testing] vpn et résolution de noms
Le Thu, 21 Mar 2013 02:54:01 +0100 Bzzz lazyvi...@gmx.com a écrit: On Thu, 21 Mar 2013 02:47:51 +0100 Gaëtan PERRIER gaetan.perr...@neuf.fr wrote: ah ! En fait y a un problème si avec les noms courts. Je viens de le voir en faisant dig -x que me retourne un nom complet. Si je fais dig machine +short = marche pas mais dig machine.reseau.local +short = ça marche. Sous windows avec juste machine ça fonctionne. Soit une erreur de conf, soit les DNS de w$ ne respectent pas les normes. En théorie, les services internes devraient fonctionner normalement si tu utilises des FQDNs. Sauf qu'il y plein de référence qui sont en nom cours et que je ne peux pas tout changer en fqdn. Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130322021927.6dc55bbbc1e5363ac81b9...@neuf.fr
[testing] vpn et résolution de noms
Bonjour, Je rencontre un soucis lorsque je me connecte au vpn de ma société (en pptp). La connexion se passe bien, dans /etc/resolv.conf j'ai bien les serveurs DNS de l'entreprise, j'arrive à surfer sur internet mais pas moyen d'avoir une résolution de nom sur les machines de l'entreprise, par contre j'arrive bien à pinger les adresses IP du réseau entreprise. Une idée ? Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130321012245.ffa8fa0e4c3bfdc4ef4bf...@neuf.fr
Re: [testing] vpn et résolution de noms
On Thu, 21 Mar 2013 01:22:45 +0100 Gaëtan PERRIER gaetan.perr...@neuf.fr wrote: Bonjour, Je rencontre un soucis lorsque je me connecte au vpn de ma société (en pptp). ^^^ Pas terrible comme choix. La connexion se passe bien, dans /etc/resolv.conf j'ai bien les serveurs DNS de l'entreprise, j'arrive à surfer sur internet mais pas moyen d'avoir une résolution de nom sur les machines de l'entreprise, par contre j'arrive bien à pinger les adresses IP du réseau entreprise. Une idée ? Ton VPN ne doit pas faire de push sur les DNS du LAN ou bien il le fait mais la classe d'IP du VPN n'a pas le droit d'interroger les DNS sur la zone LAN. Si c'est le 1er cas, ta résolution passe par l'Internet et bien évidemment l'admin a interdit les interrogations portant sur le LAN à partir de l'extérieur. À moins que certains svrs (http notamment) ne présentent un service différent par alias, tu devrais pouvoir les atteindre par leurs adresses IP (mais ça peut poser PB en fonction de l'écriture des URLs, par ex. si tu atteints 192.168.1.20 mais que les liens de la page pointent vers jobsvr1/etc, YMMV. -- Wilson c'est quoi la voiture de vos rêves ? Jambon-sama Batmobile !!! Irène -_- sérieux tu me fais pitié Choupinette gros geek XD Lucie et dire qu'on a des gènes en communs TT_TT Natou arrêtez les filles ! moi aussi c'est la voiture de mes rêves ! Wilson O_o Jambon-sama *3* ma cousine chérie Irène nan mais sérieusement ! Natou franchement c'est l'idéal féminin : elle vient te chercher devant chez toi quand il pleut, elle se gare toute seule et en plus les portières s'ouvrent alors quand on a les bras chargés des courses c'est pratique. Lucie +1 Irène +1 Choupinette +1 Jambon-sama _ putain je vous déteste -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130321013540.52466278@anubis.defcon1
Re: [testing] vpn et résolution de noms
Le Thu, 21 Mar 2013 01:35:40 +0100 Bzzz lazyvi...@gmx.com a écrit: On Thu, 21 Mar 2013 01:22:45 +0100 Gaëtan PERRIER gaetan.perr...@neuf.fr wrote: Bonjour, Je rencontre un soucis lorsque je me connecte au vpn de ma société (en pptp). ^^^ Pas terrible comme choix. C'est pas moi qui décide. Je suis juste utilisateur. ;) La connexion se passe bien, dans /etc/resolv.conf j'ai bien les serveurs DNS de l'entreprise, j'arrive à surfer sur internet mais pas moyen d'avoir une résolution de nom sur les machines de l'entreprise, par contre j'arrive bien à pinger les adresses IP du réseau entreprise. Une idée ? Ton VPN ne doit pas faire de push sur les DNS du LAN ou bien il le fait mais la classe d'IP du VPN n'a pas le droit d'interroger les DNS sur la zone LAN. Si c'est le 1er cas, ta résolution passe par l'Internet et bien évidemment l'admin a interdit les interrogations portant sur le LAN à partir de l'extérieur. À moins que certains svrs (http notamment) ne présentent un service différent par alias, tu devrais pouvoir les atteindre par leurs adresses IP (mais ça peut poser PB en fonction de l'écriture des URLs, par ex. si tu atteints 192.168.1.20 mais que les liens de la page pointent vers jobsvr1/etc, YMMV. Le truc c'est que sous Windows 7 ça fonctionne bien. Je peux pinger les machines par leur nom ... Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130321015302.1c089511acf59c7700fa1...@neuf.fr
Re: [testing] vpn et résolution de noms
On Thu, 21 Mar 2013 01:53:02 +0100 Gaëtan PERRIER gaetan.perr...@neuf.fr wrote: Le truc c'est que sous Windows 7 ça fonctionne bien. Je peux pinger les machines par leur nom ... * Est-ce que les adresses DNS dans /etc/resolv.conf sont bien des adresses _internes_? (et les bonnes) * Est-ce que le VPN laisse tout passer (déjà, TCP ET UDP)? * Qu'est ce que dig répond sur une requête correspondant à une machine du LAN (direct reverse)? -- (@Quizz) = Question 5766/14494 (Aide 3/3) = (@Quizz) Quel moyen de transport a été réquisitionné pendant la bataille de la Marne? (@Quizz) Aide: les t**is (+foufie) les tapis -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130321021241.53c70cfb@anubis.defcon1
Re: [testing] vpn et résolution de noms
On Thu, 21 Mar 2013 01:53:02 +0100 Gaëtan PERRIER gaetan.perr...@neuf.fr wrote: Merde, un oubli pour dig: qu'est -ce qu'il répond en interrogation normale, puis en interrogation en TCP? -- Nobreak ça doit être bizar d'avoir quelqu'un à l'interieur de soi... Blaireau demande à ta copine Nobreak rho mais non je parlais pas dans ce sens là! Blaireau Ah, demande à ton frère alors -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130321021456.72015b32@anubis.defcon1
Re: [testing] vpn et résolution de noms
Le Thu, 21 Mar 2013 02:12:41 +0100 Bzzz lazyvi...@gmx.com a écrit: On Thu, 21 Mar 2013 01:53:02 +0100 Gaëtan PERRIER gaetan.perr...@neuf.fr wrote: Le truc c'est que sous Windows 7 ça fonctionne bien. Je peux pinger les machines par leur nom ... * Est-ce que les adresses DNS dans /etc/resolv.conf sont bien des adresses _internes_? (et les bonnes) Oui par contre il me garde aussi mon serveur DNS précédent mais il est en dernier. J'ai oublié aussi de dire que je virais mon firewall parce que sinon il me bloque vers les adresses _internes_. Faut que je me penche sur la question de l'ajout de règles quand le VPN monte. MAis donc vu que je mets tout à ACCEPT ce n'est pas le firewall qui pose problème. * Qu'est ce que dig répond sur une requête correspondant à une machine du LAN (direct reverse)? ah ! En fait y a un problème si avec les noms courts. Je viens de le voir en faisant dig -x que me retourne un nom complet. Si je fais dig machine +short = marche pas mais dig machine.reseau.local +short = ça marche. Sous windows avec juste machine ça fonctionne. Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130321024751.4288fda8e85244f5936a4...@neuf.fr
Re: [testing] vpn et résolution de noms
On Thu, 21 Mar 2013 02:47:51 +0100 Gaëtan PERRIER gaetan.perr...@neuf.fr wrote: ah ! En fait y a un problème si avec les noms courts. Je viens de le voir en faisant dig -x que me retourne un nom complet. Si je fais dig machine +short = marche pas mais dig machine.reseau.local +short = ça marche. Sous windows avec juste machine ça fonctionne. Soit une erreur de conf, soit les DNS de w$ ne respectent pas les normes. En théorie, les services internes devraient fonctionner normalement si tu utilises des FQDNs. -- Kevin: nan mé serieux ske je lui é di CT pa 1 sultant marmotte: . c'était un maharajah alors \o/ Kevin: G pa compri -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130321025401.15075ade@anubis.defcon1
Re: Bug de résolution de noms ?
Dans un environnement comme le notre à savoir où l'on sort des services événementiels dont les urls peuvent changer toutes les 4 matins, avoir une implémentation du type wilcard DNS donne une souplesse énorme entre les services de développement les services IT. De plus cela évite de créer des enregistrements DNS pour une durée de vie très courte. La question est plus pourquoi un tel comportement, ce n'est pas normal de considérer www.exemple.com comme un nom court. Après nous sommes d'accord que l'on peux se placer de pleins de façons différentes dans une situation où l'on en voit pas le bug. A moins que quelqu'un y voit une explication logique ? Stephane Bortzmeyer a écrit : On Thu, Jul 02, 2009 at 05:14:38PM +0200, François TOURDE fra-duf-no-s...@tourde.org wrote a message of 33 lines which said: Soit tu interroge ton fqdn avec: server.exemple.com. c'est à dire avec un point à la fin, soit tu enlèves la directive search ou domain, je sais plus, du fichier /etc/resolv.conf Sinon, je vois pas. Supprimer le joker de example.com. C'est d'une utilité douteuse, de toute façon. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Bug de résolution de noms ?
Salut, dodger web (free.fr) a écrit : La question est plus pourquoi un tel comportement, ce n'est pas normal de considérer www.exemple.com comme un nom court. Il n'est pas considéré comme un nom court (par défaut s'il y a au moins un point dans le nom, cf. l'option ndots de resolv.conf). Sinon l'ajout du domaine de recherche serait fait immédiatement, et non après l'échec de la résolution initiale. Est-ce qu'une directive search vide dans resolv.conf serait une option acceptable ? François TOURDE a écrit : tu enlèves la directive search ou domain, je sais plus, du fichier /etc/resolv.conf J'ai peur que ça ne suffise pas, car en l'absence de ces directives elles prennent comme valeur par défaut le domaine du nom d'hôte local. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Bug de résolution de noms ?
Le 14428ième jour après Epoch, Pascal Hambourg écrivait: Salut, dodger web (free.fr) a écrit : La question est plus pourquoi un tel comportement, ce n'est pas normal de considérer www.exemple.com comme un nom court. Il n'est pas considéré comme un nom court (par défaut s'il y a au moins un point dans le nom, cf. l'option ndots de resolv.conf). Sinon l'ajout du domaine de recherche serait fait immédiatement, et non après l'échec de la résolution initiale. Est-ce qu'une directive search vide dans resolv.conf serait une option acceptable ? François TOURDE a écrit : tu enlèves la directive search ou domain, je sais plus, du fichier /etc/resolv.conf J'ai peur que ça ne suffise pas, car en l'absence de ces directives elles prennent comme valeur par défaut le domaine du nom d'hôte local. Et pourtant: 1) Avec search tourde.home dans resolv.conf fermat:~# host toto.google.fr toto.google.fr.tourde.home is an alias for gassendi.tourde.home. gassendi.tourde.home has address 192.168.42.15 fermat:~# host www.google.fr www.google.fr is an alias for www.google.com. www.google.com is an alias for www.l.google.com. www.l.google.com has address 209.85.227.147 www.l.google.com has address 209.85.227.99 www.l.google.com has address 209.85.227.103 www.l.google.com has address 209.85.227.104 www.l.google.com has IPv6 address 2001:4860:a003::68 2) Sans le mot-clef search fermat:~# host toto.google.fr Host toto.google.fr not found: 3(NXDOMAIN) fermat:~# host www.google.fr www.google.fr is an alias for www.google.com. www.google.com is an alias for www.l.google.com. www.l.google.com has address 209.85.227.104 www.l.google.com has address 209.85.227.147 www.l.google.com has address 209.85.227.99 www.l.google.com has address 209.85.227.103 www.l.google.com has IPv6 address 2001:4860:a003::68 Mais avec un hostname sans nom de domaine: fermat:~# hostname fermat Du coup, le domaine local de resolv.conf est vide, et donc toute requête se fera comme pour un fqdn. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Bug de résolution de noms ?
En fait la commande host retourne toujours le bon résultat.
En revanche un simple script en python faisant un gethostbyname présente
le problème :
dodger...@shell1:~$ cat test-dns.py
#!/usr/bin/python
import socket
ip1 = socket.gethostbyname('www.google.com')
ip2 = socket.gethostbyname('toto.google.com')
ip3 = socket.gethostbyname('www')
print res : + ip1 + - + ip2 + - + ip3
dodger...@shell1:~$ python test-dns.py
res : 209.85.227.99 - 192.168.0.10 - 192.168.0.10
dodger...@shell1:~$ host toto.google.com
Host toto.google.com not found: 3(NXDOMAIN)
Frederic
François TOURDE a écrit :
Le 14428ième jour après Epoch,
Pascal Hambourg écrivait:
Salut,
dodger web (free.fr) a écrit :
La question est plus pourquoi un tel comportement, ce n'est pas normal
de considérer www.exemple.com comme un nom court.
Il n'est pas considéré comme un nom court (par défaut s'il y a au
moins un point dans le nom, cf. l'option ndots de resolv.conf). Sinon
l'ajout du domaine de recherche serait fait immédiatement, et non
après l'échec de la résolution initiale.
Est-ce qu'une directive search vide dans resolv.conf serait une
option acceptable ?
François TOURDE a écrit :
tu enlèves la directive search ou domain, je
sais plus, du fichier /etc/resolv.conf
J'ai peur que ça ne suffise pas, car en l'absence de ces directives
elles prennent comme valeur par défaut le domaine du nom d'hôte local.
Et pourtant:
1) Avec search tourde.home dans resolv.conf
fermat:~# host toto.google.fr
toto.google.fr.tourde.home is an alias for gassendi.tourde.home.
gassendi.tourde.home has address 192.168.42.15
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 209.85.227.147
www.l.google.com has address 209.85.227.99
www.l.google.com has address 209.85.227.103
www.l.google.com has address 209.85.227.104
www.l.google.com has IPv6 address 2001:4860:a003::68
2) Sans le mot-clef search
fermat:~# host toto.google.fr
Host toto.google.fr not found: 3(NXDOMAIN)
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 209.85.227.104
www.l.google.com has address 209.85.227.147
www.l.google.com has address 209.85.227.99
www.l.google.com has address 209.85.227.103
www.l.google.com has IPv6 address 2001:4860:a003::68
Mais avec un hostname sans nom de domaine:
fermat:~# hostname
fermat
Du coup, le domaine local de resolv.conf est vide, et donc toute
requête se fera comme pour un fqdn.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Bug de résolution de noms ?
François TOURDE a écrit : Pascal Hambourg écrivait: François TOURDE a écrit : tu enlèves la directive search ou domain, je sais plus, du fichier /etc/resolv.conf J'ai peur que ça ne suffise pas, car en l'absence de ces directives elles prennent comme valeur par défaut le domaine du nom d'hôte local. Et pourtant: 1) Avec search tourde.home dans resolv.conf fermat:~# host toto.google.fr toto.google.fr.tourde.home is an alias for gassendi.tourde.home. gassendi.tourde.home has address 192.168.42.15 fermat:~# host www.google.fr www.google.fr is an alias for www.google.com. host c'est très bien pour interroger un serveur DNS, mais je m'en méfie lorsqu'il s'agit de reproduire le comportement du resolver local, même s'il tient compte du contenu de resolv.conf. Par exemple je ne vois pas dans sa page de manuel qu'il prend par défaut le domaine du nom d'hôte local en l'absence d'option 'search' ou 'domain' comme c'est décrit dans la page de manuel de resolv.conf. 2) Sans le mot-clef search fermat:~# host toto.google.fr Host toto.google.fr not found: 3(NXDOMAIN) fermat:~# host www.google.fr www.google.fr is an alias for www.google.com. [...] Mais avec un hostname sans nom de domaine: fermat:~# hostname fermat Du coup, le domaine local de resolv.conf est vide, et donc toute requête se fera comme pour un fqdn. Voilà : si le domaine local est vide, pas de problème évidemment. Mais ce n'est pas forcément le cas des machines de l'OP. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Bug de résolution de noms ?
Pascal Hambourg a écrit : […] host c'est très bien pour interroger un serveur DNS, mais je m'en méfie lorsqu'il s'agit de reproduire le comportement du resolver local, même s'il tient compte du contenu de resolv.conf. Par exemple je ne vois pas dans sa page de manuel qu'il prend par défaut le domaine du nom d'hôte local en l'absence d'option 'search' ou 'domain' comme c'est décrit dans la page de manuel de resolv.conf. Je pense que getent hosts est la meilleure manière de simuler une résolution. Exemple : trayd...@trayduntu:~$ getent hosts www.google.fr 2001:4860:a003::68 www.l.google.com www.google.fr www.google.com De plus, il suit les directives de nsswich.conf et cie. Bonne chance ! ;) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Bug de résolution de noms ?
Bonjour, J'ai un comportement bizarre sous plusieurs serveurs sous etch. lorsque je demande la résolution d'un fqdn (ex : serveur.exemple.com) qu'un serveur dns me répond not found la lib de résolution de noms rajoute à tord mon domaine de recherche (ex : serveur.exemple.com.mondomaine.com ). Dans notre cas celà est assez dramatique car il existe un wildcard DNS qui répond pour *.mondomaine.com redirige tout le trafic vers notre site. Avez vous une idée de comment corriger cette anomalie ? Frederic -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Bug de résolution de noms ?
Le 14427ième jour après Epoch, dodger web écrivait: Bonjour, J'ai un comportement bizarre sous plusieurs serveurs sous etch. lorsque je demande la résolution d'un fqdn (ex : serveur.exemple.com) qu'un serveur dns me répond not found la lib de résolution de noms rajoute à tord mon domaine de recherche (ex : serveur.exemple.com.mondomaine.com ). Dans notre cas celà est assez dramatique car il existe un wildcard DNS qui répond pour *.mondomaine.com redirige tout le trafic vers notre site. Avez vous une idée de comment corriger cette anomalie ? Soit tu interroge ton fqdn avec: server.exemple.com. c'est à dire avec un point à la fin, soit tu enlèves la directive search ou domain, je sais plus, du fichier /etc/resolv.conf Sinon, je vois pas. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Bug de résolution de noms ?
Le 14427ième jour après Epoch, Stephane Bortzmeyer écrivait: On Thu, Jul 02, 2009 at 05:14:38PM +0200, François TOURDE fra-duf-no-s...@tourde.org wrote a message of 33 lines which said: Soit tu interroge ton fqdn avec: server.exemple.com. c'est à dire avec un point à la fin, soit tu enlèves la directive search ou domain, je sais plus, du fichier /etc/resolv.conf Sinon, je vois pas. Supprimer le joker de example.com. C'est d'une utilité douteuse, de toute façon. Ça dépends. Je m'en sers dans le cas de serveurs SQL pour répartir les bases sur diverses machines, de la façon suivante: La typologie impose d'accéder à une base de donnée sur le serveur nommé nom_de_base.sql.serveurs Le DNS dit: *.sql.serveurs IN CNAME serveur1 baseX.sql.serveur IN CNAME serveur2 baseY.sql.serveur IN CNAME serveur3 Ainsi, je peux aisément créer de nouvelles bases sans avoir à modifier les DNS, et le jour où j'ai besoin de migrer une base particulière, j'en fais une exception, sans avoir à modifier l'applicatif et son paramétrage. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Pbl de résolution de noms
Bonjour à tous Voilà mon problème: J'ai un serveur debian qui a samba d'installé, ce serveur est inscris à un domaine Quand je ping mon ip 192.168.47.84, ça fonctionne Mais si je ping le nom nebios de ma machine (toto) ça ne marche pas. Si j'inscris ce nom dans mon fichier hosts ça fonctionne (normal!) Un nmblookup me renvoie querying toto on 192.168.45.255 querying toto on 172.16.3.255 name_query failed to find name toto Alors que si je ping l'adresse de toto (192.168.47.84), ça marche... J'ai smbclient d'installé Une idée???
Résolution de noms
Bonjour à tous, Sur mon serveur Bind 9.2.1 en Woody, quand je fais dig meltina.cdm.smis.ch je reçois tout de suite une réponse, mais quand je fais un dig meltina Je reçois ceci : ; DiG 9.2.1 meltina ;; global options: printcmd ;; connection timed out; no servers could be reached Dans /etc/resolf.conv, j'ai bien seearch cdm.smis.ch. Quelqu'un aurait une idée ? Merci et salutations Philippe RITTER
Re: Résolution de noms
daniel huhardeaux a écrit : RITTER, Philippe a écrit : Bonjour à tous, Sur mon serveur Bind 9.2.1 en Woody, quand je fais dig meltina.cdm.smis.ch je reçois tout de suite une réponse, mais quand je fais un dig meltina Je reçois ceci : ; DiG 9.2.1 meltina ;; global options: printcmd ;; connection timed out; no servers could be reached Dans /etc/resolf.conv, j'ai bien seearch cdm.smis.ch. Quelqu'un aurait une idée ? Dig va interroger ton serveur DNS par defaut en lui envoyant ta requete brute. Il ne tient pas compte du search de ton resolv.conf Ping parcontre, en tiendra compte. Et pour etre encore plus complet, man dig: [...] +[no]search Use [do not use] the search list defined by the searchlist or domain directive in resolv.conf (if any). The search list is not used by default. -- Daniel Huhardeaux __ _ _ __ __ __ enum+48 32 285 5276 /_ _// _ // _ //_ _// __ // / IAX FWD +1 7009 422493 / / / // // // / / / / /_/ // / sip:102 h323:121 @voip./_/ //// /_/ /_/ /_//_/.com
Re: Résolution de noms
RITTER, Philippe a écrit : Bonjour à tous, Sur mon serveur Bind 9.2.1 en Woody, quand je fais dig meltina.cdm.smis.ch je reçois tout de suite une réponse, mais quand je fais un dig meltina Je reçois ceci : ; DiG 9.2.1 meltina ;; global options: printcmd ;; connection timed out; no servers could be reached Dans /etc/resolf.conv, j'ai bien seearch cdm.smis.ch. Quelqu'un aurait une idée ? Dig va interroger ton serveur DNS par defaut en lui envoyant ta requete brute. Il ne tient pas compte du search de ton resolv.conf Ping parcontre, en tiendra compte. -- Daniel Huhardeaux __ _ _ __ __ __ enum+48 32 285 5276 /_ _// _ // _ //_ _// __ // / IAX FWD +1 7009 422493 / / / // // // / / / / /_/ // / sip:102 h323:121 @voip./_/ //// /_/ /_/ /_//_/.com
[Résolu] Re: [HS] Problème de résolution de noms
On Sun, Jun 27, 2004 at 10:59:48PM +0200, I wrote: [François TOURDE] Tu peux décrire un peu les symptômes? Et nous dire ce qu'il y a dans ton fichier /etc/nsswitch.conf ? Voici les fichiers en question. [...] J'ai trouvé ce qui cloche. Mon /etc/resolv.conf au démarrage contenait les serveurs de noms de mon ancien FAI. L'exécution de $ pon free met à jour /etc/resolv.conf avec les serveurs de noms de Free, mais j'avais installé nscd, qui est justement un cache sur la résolution des noms. Si je recharge nscd après le lancement de la connexion, tout marche nickel. Les scripts dans /etc/ppp/ip-up.d/ mettent normalement à jour nscd, mais il doit y avoir un problème de droits ; j'exécutais pon en tant que simple utilisateur, ce qui devait empêcher la mise à jour des tables de nscd. Bien sûr, j'ai maintenant changé mon /etc/resolv.conf pour avoir les serveurs de Free dès le démarrage. Merci à ceux qui se sont penchés sur mon problème. Denis
Re: [HS] Problème de résolution de noms
Denis Barbier écrivait : Bonjour, j'étais en RTC il y a des années avec un compte chez Free, puis suis passé à l'ADSL chez un autre fournisseur d'accès, et n'ai maintenant plus l'ADSL. Je réutilise donc mes anciens fichiers de conf pour ppp, tout marche bien sauf que les navigateurs web ne font plus la résolution de noms, à part w3m qui est le seul à se débrouiller. Une fois la connexion établie, mon fichier /etc/resolv.conf contient bien les serveurs de noms de Free : nameserver 213.228.0.168 nameserver 212.27.32.5 Les autres applications comme ssh ou host marchent sans problème, seuls les navigateurs web autres que w3m semblent affectés par ce problème (mozilla, lynx, links). tu as vérifié ton /etc/host.conf ? # cat /etc/host.conf order hosts,bind multi on Ton /etc/hosts n'est pas trop trafiqué non plus ? Tu n'as pas de DNS local ? PK -- |\ _,,,---,,_ Patrice KARATCHENTZEFF ZZZzz /,`.-'`'-. ;-;;,_ mailto:[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' http://p.karatchentzeff.free.fr '---''(_/--' `-'\_)
Re: [HS] Problème de résolution de noms
[François TOURDE] Tu peux décrire un peu les symptômes? Et nous dire ce qu'il y a dans ton fichier /etc/nsswitch.conf ? Voici les fichiers en question. Je n'ai pas de serveur DNS sur cette machine. Il doit effectivement s'agir d'un timeout mal réglé, lynx a marché une fois ce soir, puis plus rien depuis. Mais aucun problème avec w3m. Les symptômes sont assez simples, Avec Lynx, j'ai par exemple $ lynx google.fr Looking up google.fr first Looking up www.google.fr.com, guessing... Looking up www.google.fr.edu, guessing... Looking up www.google.fr.net, guessing... Looking up www.google.fr.org, guessing... Alert!: Unable to access document. Denis # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc' and `info' packages installed, try: # `info libc Name Service Switch' for information about this file. passwd: compat ldap group: compat ldap shadow: compat ldap hosts: files dns networks: files protocols: db files services: db files ethers: db files rpc:db files netgroup: nis 127.0.0.1 localhost.localdomain localhost order hosts,bind multi on
Re: [HS] Problème de résolution de noms
Denis Barbier a écrit : [François TOURDE] Tu peux décrire un peu les symptômes? Et nous dire ce qu'il y a dans ton fichier /etc/nsswitch.conf ? Voici les fichiers en question. Je n'ai pas de serveur DNS sur cette machine. Il doit effectivement s'agir d'un timeout mal réglé, lynx a marché une fois ce soir, puis plus rien depuis. Mais aucun problème avec w3m. Les symptômes sont assez simples, Avec Lynx, j'ai par exemple $ lynx google.fr Looking up google.fr first Looking up www.google.fr.com, guessing... Looking up www.google.fr.edu, guessing... Looking up www.google.fr.net, guessing... Looking up www.google.fr.org, guessing... Alert!: Unable to access document. T'arrives à résoudre les noms de domaines avec la commande host ??? Denis # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc' and `info' packages installed, try: # `info libc Name Service Switch' for information about this file. passwd: compat ldap group: compat ldap shadow: compat ldap hosts: files dns networks: files protocols: db files services: db files ethers: db files rpc:db files netgroup: nis 127.0.0.1 localhost.localdomain localhost order hosts,bind multi on
Re: [HS] Problème de résolution de noms
Le 12597ième jour après Epoch, Sébastien GALLET écrivait: Denis Barbier a écrit : [François TOURDE] Tu peux décrire un peu les symptômes? Et nous dire ce qu'il y a dans ton fichier /etc/nsswitch.conf ? Voici les fichiers en question. Je n'ai pas de serveur DNS sur cette machine. Il doit effectivement s'agir d'un timeout mal réglé, lynx a marché une fois ce soir, puis plus rien depuis. Mais aucun problème avec w3m. Les symptômes sont assez simples, Avec Lynx, j'ai par exemple $ lynx google.fr Looking up google.fr first Looking up www.google.fr.com, guessing... Looking up www.google.fr.edu, guessing... Looking up www.google.fr.net, guessing... Looking up www.google.fr.org, guessing... Alert!: Unable to access document. T'arrives à résoudre les noms de domaines avec la commande host ??? Il avait dit que oui dans son premier message. Seul les trucs comme lynx ou galeon marchent pas. Là, j'ai un peu de mal à comprendre. si tu fais host google.fr il réponds quoi? Et ça marche tt le temps? Si tu fais telnet google.fr 80 t'as une bonne réponse? Tu as un fw activé? Tu as quoi déjà dans resolv.conf ? Je sais pas quoi penser là. -- I'm very old-fashioned. I believe that people should marry for life, like pigeons and Catholics. -- Woody Allen
[HS] Problème de résolution de noms
Bonjour, j'étais en RTC il y a des années avec un compte chez Free, puis suis passé à l'ADSL chez un autre fournisseur d'accès, et n'ai maintenant plus l'ADSL. Je réutilise donc mes anciens fichiers de conf pour ppp, tout marche bien sauf que les navigateurs web ne font plus la résolution de noms, à part w3m qui est le seul à se débrouiller. Une fois la connexion établie, mon fichier /etc/resolv.conf contient bien les serveurs de noms de Free : nameserver 213.228.0.168 nameserver 212.27.32.5 Les autres applications comme ssh ou host marchent sans problème, seuls les navigateurs web autres que w3m semblent affectés par ce problème (mozilla, lynx, links). Est-ce qu'une bonne âme peut m'éclairer ? Merci d'avance. Denis
Re: [HS] Problème de résolution de noms
Le 12596ième jour après Epoch, Denis Barbier écrivait: Bonjour, j'étais en RTC il y a des années avec un compte chez Free, puis suis passé à l'ADSL chez un autre fournisseur d'accès, et n'ai maintenant plus l'ADSL. Je réutilise donc mes anciens fichiers de conf pour ppp, tout marche bien sauf que les navigateurs web ne font plus la résolution de noms, à part w3m qui est le seul à se débrouiller. Une fois la connexion établie, mon fichier /etc/resolv.conf contient bien les serveurs de noms de Free : nameserver 213.228.0.168 nameserver 212.27.32.5 Les autres applications comme ssh ou host marchent sans problème, seuls les navigateurs web autres que w3m semblent affectés par ce problème (mozilla, lynx, links). Tu peux décrire un peu les symptômes? Et nous dire ce qu'il y a dans ton fichier /etc/nsswitch.conf ? J'ai eu un souci proche à cause du support IPv6. Ça ralentissait terriblement la résolution dans Galeon et Mozilla, alors que tout le reste (host, ssh, etc.) marchait bien. -- I don't believe in sweeping social change being manifested by one person, unless he has an atomic weapon. -- Howard Chaykin pgpjaAwPwoCuS.pgp Description: PGP signature
