Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2

#1 Le 05/05/2015, à 07:37

schirola

resolv.conf RESOLU

Bonjour et mes excuses si je ne suis pas dans la bonne rubrique si c'est le cas dites moi ou je dois me mettre merci.

Depuis le passage en 12.04 et ensuite en14.04 LTS je n'arrive pas à démarrer mon réseau lors du boot du système avec l'adresse
127.0.0.1 dans resolv.conf. En réalité le réseau démarre mais avec lenteur et tous les accès à une page web est lente. Je suis obligé
pour rendre cette connexion rapide je dois remplacer dans resolv.conf par gedit l'adresse qu'il me donne 127.0.1.1 par 127.0.0.1.
Ci joint les commandes pour voir ce qu'il y a dans les fichiers principaux.
J'ai parcouru le site et n'ai trouvé aucune explication me permettant de résoudre ce cas.

roland@linux1204:~$ cat /etc/network/interfaces
auto lo
iface lo inet loopback

roland@linux1204:~$ cat /etc/hosts
127.0.0.1	localhost
127.0.0.1	linux1204

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

192.168.1.2
192.168.1.3
192.168.1.4
192.168.1.5
192.168.1.6
192.168.1.7

roland@linux1204:~$ 
roland@linux1204:~$ cat /etc/resolv.conf
# 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.1.1
roland@linux1204:~$

Quelqu'un peut-il m'aider à résoudre mon problème.
Merci d'avance

Roland


Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par schirola (Le 10/05/2015, à 16:00)

Hors ligne

#2 Le 05/05/2015, à 10:18

michel_04

Re : resolv.conf RESOLU

Bonjour,

schirola a écrit :

roland@linux1204:~$ cat /etc/hosts
127.0.0.1    localhost
127.0.0.1    linux1204

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

192.168.1.2
192.168.1.3
192.168.1.4
192.168.1.5
192.168.1.6
192.168.1.7

Modifie les deux premières lignes de /etc/hosts :

127.0.0.1	localhost    linux1204
127.0.1.1	linux1204

A+

:D
De la bonne manière de poser les questions - Trouver de l'aide grâce au Groupe des Parrains Linux - Le Pacte des Gnous
PCs sous Debian Stable & Debian Sid.

Hors ligne

#3 Le 05/05/2015, à 10:55

schirola

Re : resolv.conf RESOLU

michel_04 a écrit :

Bonjour,

schirola a écrit :

roland@linux1204:~$ cat /etc/hosts
127.0.0.1    localhost
127.0.0.1    linux1204

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

192.168.1.2
192.168.1.3
192.168.1.4
192.168.1.5
192.168.1.6
192.168.1.7

Modifie les deux premières lignes de /etc/hosts :

127.0.0.1	localhost    linux1204
127.0.1.1	linux1204

A+

Merci Michel_04 je viens d'effectuer ce que tu m'as demandé

roland@linux1204:~$ cat /etc/hosts
127.0.0.1    localhost linux1204
127.0.1.1    linux1204

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

192.168.1.2
192.168.1.3
192.168.1.4
192.168.1.5
192.168.1.6
192.168.1.7

roland@linux1204:~$ cat /etc/resolv.conf
# 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.1.1
roland@linux1204:~$

merci d'essayer de m'aider.

et redémarrer mon pc le résultat n'a pas change j'ai toujours le 127.0.1.1 qui se met. J'ai déjà essayé plusieurs conseils sans résultat positif. Le IPV6 ne joue t-il pas un rôle or chez moi je l'ai désactivé.


Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 05/05/2015, à 18:40)

Hors ligne

#4 Le 05/05/2015, à 20:16

pires57

Re : resolv.conf RESOLU

salut,

que retourne cette commande? 

cat /etc/resolvconf/resolvconf.d/base

Dernière modification par pires57 (Le 05/05/2015, à 20:17)

Utilisateur d'Archlinux, Ubuntu et Kali Linux
Administrateur système et réseau spécialisé Linux.
LinkedIn

Hors ligne

#5 Le 05/05/2015, à 20:35

schirola

Re : resolv.conf RESOLU

il me répond

<aucun dossier ou fichier de ce type>

mais en fait dans la commande resolvconf.d/base doit être resolv.conf.d/base
et dans ce cas le fichier base est vide 0 octets. il n'affiche rien

Dernière modification par schirola (Le 05/05/2015, à 20:40)

Hors ligne

#6 Le 07/05/2015, à 07:34

tiramiseb

Re : resolv.conf RESOLU

Salut,

192.168.1.2
192.168.1.3
192.168.1.4
192.168.1.5
192.168.1.6
192.168.1.7

Ces lignes sont invalides. Peut-être que c'est lié. Essaie de les supprimer.

Dernière modification par tiramiseb (Le 07/05/2015, à 07:35)

Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com

Hors ligne

#7 Le 08/05/2015, à 07:56

schirola

Re : resolv.conf RESOLU

Merci tiramseb pour ta suggestion. Je viens de réaliser cette modif. Je t'informe que ces adresses sont celles de mon réseau interne au travers de mon routeur mais elles sont supprimées pour l'instant et le résultat après redémarrage n'a pas changé j'ai toujours 127.0.1.1 au lieu de 127.0.0.1

Hors ligne

#8 Le 08/05/2015, à 09:43

tiramiseb

Re : resolv.conf RESOLU

Je t'informe que ces adresses sont celles de mon réseau interne

Quelles que soient ces adresses, ces lignes étaient mal formées : il faut au moins deux choses sur une ligne : l'adresse IP et un nom. Une adresse IP seule dans ce fichier, sans nom derrière ça n'a pas de sens.

j'ai toujours 127.0.1.1 au lieu de 127.0.0.1

Ça ce n'est pas un problème, c'est même normal.
J'ai moi-même cette ligne dans /etc/resolv.conf et tout fonctionne très bien.

...............

À tout hasard, n'aurais-tu pas un pare-feu en place, qui bloquerait sur l'interface "lo" tout ce qui n'est pas en 127.0.0.1 ?

Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com

Hors ligne

#9 Le 08/05/2015, à 10:24

schirola

Re : resolv.conf RESOLU

negatif le seul parefeu est GUFW qui jusqu'a présent et sur le 12.04LTS fonctionne à satisfaction.
Mais je crois que je vais continuer comme avant tout en cherchant encore le pourquoi de la lenteur de la connexion entre les 2 adresses.
Je suis d'accord avec ton analyse des adresses de mon réseau et j'en tiens compte.
Merci pour ton aide.

Hors ligne

#10 Le 08/05/2015, à 10:29

tiramiseb

Re : resolv.conf RESOLU

negatif le seul parefeu est GUFW qui jusqu'a présent et sur le 12.04LTS fonctionne à satisfaction.

Donc tu as un pare-feu. Il serait pertinent quand même de regarder ce qu'il fait.
Il est risqué de dire que quelque chose « fonctionne à satisfaction » avant d'avoir vérifié que le problème que tu rencontres actuellement n'est pas un effet de bord.

Je propose deux choses :

1/ désactiver temporairement ce pare-feu (qui est probablement inutile, m'enfin bon on ne va pas rentrer dans ce débat maintenant) et réessayer un tel accès, pour voir si ça va mieux

2/ regarder les règles en place avec la commande :

iptables -vnL

Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com

Hors ligne

#11 Le 08/05/2015, à 15:58

schirola

Re : resolv.conf RESOLU

après avoir suivi ta proposition je constate ce qui suit;
1 désactivation du pare-feu avec toujours 127.0.0.1 = vitesse toujours excellente;
2 modification de resolv.conf en 127.0.1.1 tjrs sans pare-feu = vitesse réduite de + de la moitié
je te donne le résultat de la commande

roland@linux1204:~$ sudo iptables -vnL
 password for roland: 
Chain INPUT (policy ACCEPT 357 packets, 125K bytes)
 pkts bytes target     prot opt in     out     source               destination         
67974   41M ufw-before-logging-input  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
67974   41M ufw-before-input  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
 1836  463K ufw-after-input  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
 1834  462K ufw-after-logging-input  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
 1834  462K ufw-reject-input  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
 1833  462K ufw-track-input  all  --  *      *       0.0.0.0/0            0.0.0.0/0           

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 ufw-before-logging-forward  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
    0     0 ufw-before-forward  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
    0     0 ufw-after-forward  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
    0     0 ufw-after-logging-forward  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
    0     0 ufw-reject-forward  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
    0     0 ufw-track-forward  all  --  *      *       0.0.0.0/0            0.0.0.0/0           

Chain OUTPUT (policy ACCEPT 404 packets, 43087 bytes)
 pkts bytes target     prot opt in     out     source               destination         
73271 8887K ufw-before-logging-output  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
73271 8887K ufw-before-output  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
27159 2307K ufw-after-output  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
27159 2307K ufw-after-logging-output  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
27159 2307K ufw-reject-output  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
27159 2307K ufw-track-output  all  --  *      *       0.0.0.0/0            0.0.0.0/0           

Chain ufw-after-forward (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-after-input (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-after-logging-forward (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-after-logging-input (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-after-logging-output (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-after-output (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-before-forward (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-before-input (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-before-logging-forward (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-before-logging-input (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-before-logging-output (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-before-output (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-reject-forward (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-reject-input (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-reject-output (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-track-forward (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-track-input (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain ufw-track-output (1 references)
 pkts bytes target     prot opt in     out     source               destination         
roland@linux1204:~$

et là je n'y connais rien si tu sais me dire ce qui ne va pas ce sera avec grand intérêt
Merci d'avance

Hors ligne

#12 Le 08/05/2015, à 16:06

tiramiseb

Re : resolv.conf RESOLU

Bon, là on voit que le pare-feu ne fait rien du tout : c'est après l'avoir désactivé ?

-----

Menfin au final ça ne change rien, car :

2 modification de resolv.conf en 127.0.1.1 tjrs sans pare-feu = vitesse réduite de + de la moitié

... donc ce n'est pas à cause du pare-feu.

Que donnent ces commandes ?

ping -c 3 127.0.0.1
ping -c 3 127.0.1.1

Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com

Hors ligne

#13 Le 08/05/2015, à 16:19

schirola

Re : resolv.conf RESOLU

voila fort similaire

roland@linux1204:~$ ping -c 3 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.035 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.035 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.035 ms

--- 127.0.0.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1998ms
rtt min/avg/max/mdev = 0.035/0.035/0.035/0.000 ms
roland@linux1204:~$ ping -c 3 127.0.1.1
PING 127.0.1.1 (127.0.1.1) 56(84) bytes of data.
64 bytes from 127.0.1.1: icmp_seq=1 ttl=64 time=0.041 ms
64 bytes from 127.0.1.1: icmp_seq=2 ttl=64 time=0.032 ms
64 bytes from 127.0.1.1: icmp_seq=3 ttl=64 time=0.037 ms

--- 127.0.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1998ms
rtt min/avg/max/mdev = 0.032/0.036/0.041/0.007 ms
roland@linux1204:~$

Hors ligne

#14 Le 08/05/2015, à 16:24

tiramiseb

Re : resolv.conf RESOLU

OK, donc ta machine répond bien sur l'adresse IP en question.

Voyons alors au niveau des écoutes sur les interfaces réseau...
Que donne la commande suivante ?

sudo netstat -ulnp

Et puis le processus dnsmasq en lui-même ?

ps auxw | grep dnsmasq

Et puis voyons la conf de dnsmasq aussi :

ls /etc/dnsmasq.d
cat /etc/dnsmasq.d/*

Dernière modification par tiramiseb (Le 08/05/2015, à 16:28)

Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com

Hors ligne

#15 Le 08/05/2015, à 17:39

schirola

Re : resolv.conf RESOLU

voici les réponses étant entendu que je suis sous resolv.conf = 127.0.0.1

roland@linux1204:~$ sudo netstat -unlp
[sudo] password for roland: 
Connexions Internet actives (seulement serveurs)
Proto Recv-Q Send-Q Adresse locale          Adresse distante        Etat       PID/Program name
udp        0      0 0.0.0.0:631             0.0.0.0:*                           1200/cups-browsed
udp        0      0 0.0.0.0:64387           0.0.0.0:*                           1633/dhclient   
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           1057/avahi-daemon: 
udp        0      0 0.0.0.0:40270           0.0.0.0:*                           1057/avahi-daemon: 
udp        0      0 127.0.0.1:46458         0.0.0.0:*                           5071/skype      
udp        0      0 0.0.0.0:22282           0.0.0.0:*                           5071/skype      
udp        0      0 192.168.1.2:53          0.0.0.0:*                           1266/named      
udp        0      0 127.0.1.1:53            0.0.0.0:*                           1965/dnsmasq    
udp        0      0 127.0.0.1:53            0.0.0.0:*                           1266/named      
udp        0      0 0.0.0.0:68              0.0.0.0:*                           1633/dhclient   
udp        0      0 192.168.1.255:137       0.0.0.0:*                           2275/nmbd       
udp        0      0 192.168.1.2:137         0.0.0.0:*                           2275/nmbd       
udp        0      0 0.0.0.0:137             0.0.0.0:*                           2275/nmbd       
udp        0      0 192.168.1.255:138       0.0.0.0:*                           2275/nmbd       
udp        0      0 192.168.1.2:138         0.0.0.0:*                           2275/nmbd       
udp        0      0 0.0.0.0:138             0.0.0.0:*                           2275/nmbd       
udp6       0      0 :::29452                :::*                                1633/dhclient   
udp6       0      0 :::5353                 :::*                                1057/avahi-daemon: 
udp6       0      0 :::53                   :::*                                1266/named      
udp6       0      0 :::32844                :::*                                1057/avahi-daemon: 
roland@linux1204:~$ ps aux | grep dnsmasq
nobody    1965  0.0  0.0  33868  1600 ?        S    07:50   0:00 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.1.1 --conf-file=/var/run/NetworkManager/dnsmasq.conf --cache-size=0 --proxy-dnssec --enable-dbus=org.freedesktop.NetworkManager.dnsmasq --conf-dir=/etc/NetworkManager/dnsmasq.d
roland    9021  0.0  0.0  14548   940 pts/0    S+   16:50   0:00 grep --color=auto dnsmasq
roland@linux1204:~$ ls /etc/dnsmasq.d
network-manager
roland@linux1204:~$ cat /etc/dnsmasq.d/*
# Tell any system-wide dnsmasq instance to make sure to bind to interfaces
# instead of listening on 0.0.0.0
# WARNING: changes to this file will get lost if network-manager is removed.
bind-interfaces
roland@linux1204:~$

bonne réception pour moi j'en suis incompétent.

Hors ligne

#16 Le 08/05/2015, à 19:18

tiramiseb

Re : resolv.conf RESOLU

Ok, je vois un début de truc inhabituel :

udp        0      0 127.0.1.1:53            0.0.0.0:*                           1965/dnsmasq    
udp        0      0 127.0.0.1:53            0.0.0.0:*                           1266/named

Tu as en même temps DNSmasq et Bind qui écoutent en DNS : le premier sur 127.0.1.1, le second sur 127.0.0.1.

Pourquoi as-tu installé Bind ?

Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com

Hors ligne

#17 Le 08/05/2015, à 19:29

schirola

Re : resolv.conf RESOLU

Désolé mais je n'ai pas personnellement installé Bind. Je n'ai fait que suivre les suggestions du système de base ce qui ne veux pas dire que celui-ci ne l'a pas fait d'office ou me l'ai suggéré. Puis-je sans risques le désinstaller?

Hors ligne

#18 Le 08/05/2015, à 19:33

tiramiseb

Re : resolv.conf RESOLU

Désolé mais je n'ai pas personnellement installé Bind. Je n'ai fait que suivre les suggestions du système de base

Le système ne te suggère jamais d'installer Bind. Tu l'as forcément installé toi-même. Peut-être en suivant un tutoriel quelque part...

Puis-je sans risques le désinstaller?

Deux possibilités :

- soit c'est un conflit qui explique le comportement que tu évoques, auquel cas supprimer Bind fera que tout rentrera dans l'ordre
- soit ça n'a rien à voir et après avoir supprimé Bind ça n'ira pas plus vite, au contraire tu ne pourras plus utiliser 127.0.0.1 et il faudra ruser pour pouvoir résoudre le problème.

Note toutefois que c'est la seule différence que je vois entre les éléments de configuration que tu as montrés et ce que j'ai chez moi.


Ce que je ferais à ta place :
1/ désinstaller bind
2/ redémarrer, voir si ça marche

3a/ si ça marche, youpi c'est fini

3b/ si ça marche pas, aller renseigner le serveur 8.8.8.8 dans /etc/resolv.conf au lieu de 127.0.0.1
4b/ continuer chercher où peut se situer le problème

Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com

Hors ligne

#19 Le 08/05/2015, à 20:12

sinbad83

Re : resolv.conf RESOLU

Le fichier /etc/resolv.conf contient une mise en garde:

$ cat /etc/resolv.conf 
# 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.1.1

Donc, inutile d'ajouter quelque chose. Pour ajouter un serveur DNS dans sa connexion, il faut ajouter dans /etc/networtk/intefaces (ici, les DNS de Google)

dns-nameservers 8.8.8.8 8.8.4.4

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Hors ligne

#20 Le 08/05/2015, à 20:26

tiramiseb

Re : resolv.conf RESOLU

Attention sinbad83, tu en dis trop ou pas assez ! La ligne pour /etc/network/intefaces n'est valable que si l'interface réseau est configurée par ce fichier, ce qui n'est pas le cas ici.

schirola a bien expliqué que le changement d'adresse IP dans resolv.conf est un palliatif pour ne pas avoir un problème et qu'il aimerait plutôt, justement, résoudre ce problème.

La ligne que tu proposes n'est pas une résolution à son problème, c'est juste une approche complètement différente.

Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com

Hors ligne

#21 Le 08/05/2015, à 20:32

schirola

Re : resolv.conf RESOLU

ok et merci à toi Tiramiseb mais également à Sinbad83 pour l'attention mise à la modification.
Pour l'instant je vais réfléchir avant de prendre une option ou l'autre.
Le but était de ne pas manuellement modifier resolv.conf à chaque démarrage du PC et garder une vitesse
de connexion rapide.
Je vais vous  laisser peut-être quelques jours avant de décider quoi faire.
Merci encore grandement.

Hors ligne

#22 Le 08/05/2015, à 20:35

tiramiseb

Re : resolv.conf RESOLU

Il y a tout à fait moyen de ne pas modifier manuellement resolv.conf, mais personnellement je préférerais voir ce que ça fait en enlevant Bind.

Je ne vois pas l'intérêt d'attendre smile

Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com

Hors ligne

#23 Le 08/05/2015, à 20:40

tiramiseb

Re : resolv.conf RESOLU

Pour n'avoir plus à modifier le fichier resolv.conf, tu peux simplement le supprimer puis le recréer.

Actuellement c'est un lien vers un autre fichier, c'est cet autre fichier qui est modifié par resolvconf. Donc si tu supprimes pour recréer, tu auras créé un fichier qui ne se modifie pas. Mais c'est un contournement hein, je déconseille de le faire, il vaut mieux trouver la source du problème...

Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com

Hors ligne

#24 Le 08/05/2015, à 20:40

pires57

Re : resolv.conf RESOLU

Hello,

Je viens de jeter un petit coup d'oeil aux retour de commande.
Je suis du même avis que seb sur le coup la, la suppression de bind9 devrais en théorie tout remettre en ordre.

Utilisateur d'Archlinux, Ubuntu et Kali Linux
Administrateur système et réseau spécialisé Linux.
LinkedIn

Hors ligne

#25 Le 08/05/2015, à 20:43

tiramiseb

Re : resolv.conf RESOLU

pires57: tu dis ça comme si on avait tout le temps des avis divergents big_smile

Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com

Hors ligne

Pages : 1 2