DNS sont où?

[Jean]

Ils sont où les serveurs DNS si je ne les retrouve pas içi dans ce fichier?

/etc/resolv.conf

Code: Select all

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.2.1

/etc/network/interfaces

Code: Select all

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

Pourtant openDNS dit que la connexion passe par ses DNS quand je clique sur ce lien de test https://www.opendns.com/welcome/
welcome_checkmark
Welcome to OpenDNS!
Your Internet is safer, faster, and smarter
because you’re using OpenDNS.
Thank you!

Mais c'est des conneries!
puisque la connexion 9télécom n'a jamais été configuré pour pour d'autres DNS.
Donc pourquoi ?

[Laurent85]

La configuration des resolveurs sur ce système c'est un peu les poupées russes.
Pour résoudre les noms ta machine s'adresse à 127.0.2.1. (bizarre par ailleurs dans ton cas, ça devrait être plutôt 127.0.1.1)
Si tu regardes quel service écoute sur le port 53 de cette adresse ip

Code: Select all

sudo netstat -tupan | grep 127

Tu verras que c'est un service dnsmasq. Ce service est lancé par le service Network Manager, il utilise sa propre implémentation de dnsmasq, pas celui du paquet dnsmasq en propre.
Donc pour avoir les DNS utilisés il faut interroger Network-Manager avec l'outil nm-tool

Code: Select all

nm-tool | grep DNS

Et là tu auras enfin la liste des DNS que NM utilise.

[Jean]

Je ne pensais pas qu'en installant dnscrypt que le service se serait installé sans rien faire d'autres?? d'où la question de départ car je pensais retrouver les DNS de 9télécom dans les paramètres réseau de networkmanager et avec toujours un doute comme si bien imagé dans cette phrase "les resolveurs sur ce système c'est un peu les poupées russes".

Code: Select all

$ nm-tool | grep DNS
    DNS:             192.168.1.1

Code: Select all

sudo netstat -tupan | grep 127
[sudo] password for jean: 
tcp        0      0 127.0.2.1:53            0.0.0.0:*               LISTEN      16533/dnscrypt-prox
tcp        0      0 127.0.1.1:53            0.0.0.0:*               LISTEN      1714/dnsmasq    
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      2364/cupsd      
udp        0      0 127.0.2.1:53            0.0.0.0:*                           16533/dnscrypt-prox
udp        0      0 127.0.1.1:53            0.0.0.0:*                           1714/dnsmasq    

[Jean]

Par défaut, DNSCrypt passe par OpenDNS
donc j'ai changé de DNS dans ce fichier/etc/default/dnscrypt-proxy
en ajoutant comme le tuto "ipredator" à la ligne DNSCRYPT_PROXY_RESOLVER_NAME=
soit

Code: Select all

DNSCRYPT_PROXY_RESOLVER_NAME=ipredator

puis relancer le service

Code: Select all

sudo /etc/init.d/dnscrypt-proxy

Comme DNSCrypt s'ajoute comme serveur DNS dans /etc/resolv.conf.
il faut commenter ces lignes dans /etc/init.d/dnscrypt-proxy ou alors verouiller le fichier resolv.conf avec la commande chattr +i dans /run/resolvconf/

Code: Select all

#if [ -x /sbin/resolvconf ]; then
#                echo "nameserver ${DNSCRYPT_PROXY_LOCAL_ADDRESS}" \
#                    | cut -d ':' -f 1 \
#                    | /sbin/resolvconf -a lo.dnscrypt-proxy
#            fi

[Jean]

Je suis sur une connexion 9Télécom et je verrais comment ça se comporte en retrouvant ma box free en comparant sur un autre PC car dnscrypt-proxy paraît trop simple en s'installant automatiquement avec une seule commande
j'ai du mal à y croire surtout que les temps de connexions sont identiques.

[Jean]

Quand je teste ici https://www.dnsleaktest.com j'ai les DNS de 9télécom après avoir ajouté ipredator à la place de openDNS

Comme ipredator ne fonctionne pas il faut revenir à openDNS

et il faut décommenter /etc/init.d/dnscrypt-proxy
if [ -x /sbin/resolvconf ]; then
echo "nameserver ${DNSCRYPT_PROXY_LOCAL_ADDRESS}" \
| cut -d ':' -f 1 \
| /sbin/resolvconf -a lo.dnscrypt-proxy
fi

et relancer le service comme tel

Code: Select all

sudo /etc/init.d/dnscrypt-proxy restart

puis refaire le test avec https://www.dnsleaktest.com
pour retrouver OpenDNS

Mais quid de ipredator dans /etc/default/dnscrypt-proxy ??

[Laurent85]

il faut commenter ces lignes dans /etc/init.d/dnscrypt-proxy ou alors verouiller le fichier resolv.conf avec la commande chattr +i dans /run/resolvconf/

Très mauvaise idée, le script n'est pas buggé il ne faut pas l'éditer, et chattr +i rend le fichier immuable, c'est utiliser la force pour résoudre un problème qu'on ne comprend pas.

/etc/resolv.conf

Code: Select all

CODE: SELECT ALL
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.2.1

Avec cette configuration c'est le service dnscrypt qui s'occupe de la résolution (ce qui explique l'ip non standard 127.0.2.1), les autres services de résolution de nom comme Network Manager sont actifs mais ne sont pas utilisés.

$ nm-tool | grep DNS
DNS: 192.168.1.1

Quand tu interroges nm-tool il répond j'utilise 192.168.1.1 pour la résolution, l'adresse de ta box, qui elle même interrogera les résolveurs de Neuf. Sauf qu'avec le fichier /etc/resolv.conf que tu as le système ne s'adressera jamais à lui pour la résolution, il interrogera uniquement dnscrypt. Donc laisse comme c'était, ça fonctionne bien comme c'est prévu de fonctionner avec dnscrypt.

[Jean]

j'avais compris quand j'avais enfin pige que dnscrypt était quand meme installé mais ipredator non en suivant ce tuto http://15minutesoffame.be/nico/blog2/in ... 38680880-1
dans le tuto il conseille de verouiller resolv.conf pour eviter d'etre ecraser par DNSCrypt si on passe par un autre dns
je verrais plus tard...
Merci de ton aide.

Le Hostname reste opendns.com?
En vérifiant avec d'autres serveurs dns c'est normal donc c'est résolu.

[Jean]

http://opendesktop.org/content/show.php ... ent=164488
il faudrait le mettre ou dnscrypt-tools-1.1.xzm? l'ouvrir comment?

[Laurent85]

dnscrypt-tools-1.1.xzm

Developed for Porteus Linux

Ce n'est pas un format de paquet compatible avec LM/Ubuntu/Debian