Re: conflit entre init et unbound
❦ 2 octobre 2017 10:43 +0200, bernard.schoenac...@free.fr : > et c'est dnscrypt-proxy qui prend le dessus ... Du coup, soit le désinstaller, soit désactiver sa socket (systemctl disable dnscrypt-proxy.socket). -- The mind is its own place, and in itself Can make a Heav'n of Hell, a Hell of Heav'n. -- John Milton signature.asc Description: PGP signature
Re: conflit entre init et unbound
- Mail original - > De: "Vincent Bernat" <ber...@debian.org> > À: debian-user-french@lists.debian.org > Envoyé: Lundi 2 Octobre 2017 08:41:06 > Objet: Re: conflit entre init et unbound > > ❦ 1 octobre 2017 11:24 +0200, bernard.schoenac...@free.fr : > > >> > tcp0 0 127.0.2.1:530.0.0.0:* > >> > LISTEN 1/init > >> > > >> > merci pour vos lumières > >> > > > > apt-cache policy dnss > > dnss: > > Installé : (aucun) > > Candidat : 0.0~git20170810.0.860d2af1-1 > > Table de version : > > 0.0~git20170810.0.860d2af1-1 500 > > 500 http://deb.debian.org/debian sid/main amd64 Packages > > 500 http://deb.debian.org/debian testing/main amd64 > > Packages > > 500 http://deb.debian.org/debian buster/main amd64 Packages > > Dans ce cas, repérer le coupable dans "systemctl list-sockets". > -- > Choose variable names that won't be confused. > - The Elements of Programming Style (Kernighan & Plauger) bonjour, voici la réponse : LISTEN UNITACTIVATES /dev/rfkill systemd-rfkill.socket systemd-rfkill.service /run/acpid.socket acpid.socketacpid.service /run/avahi-daemon/socketavahi-daemon.socket avahi-daemon.service /run/cups/cups.sock cups.socket cups.service /run/rpcbind.sock rpcbind.socket rpcbind.service /run/systemd/fsck.progress systemd-fsckd.socket systemd-fsckd.service /run/systemd/initctl/fifo systemd-initctl.socket systemd-initctl.service /run/systemd/journal/dev-logsystemd-journald-dev-log.socket systemd-journald.service /run/systemd/journal/socket systemd-journald.socket systemd-journald.service /run/systemd/journal/stdout systemd-journald.socket systemd-journald.service /run/systemd/journal/syslog syslog.socket rsyslog.service /run/udev/control systemd-udevd-control.socket systemd-udevd.service /var/run/dbus/system_bus_socket dbus.socket dbus.service 127.0.2.1:53dnscrypt-proxy.socket dnscrypt-proxy.service 127.0.2.1:53dnscrypt-proxy.socket dnscrypt-proxy.service audit 1 systemd-journald-audit.socket systemd-journald.service kobject-uevent 1systemd-udevd-kernel.socket systemd-udevd.service ^[[0;1;39m17 sockets listed. Pass --all to see loaded but inactive sockets, too. et c'est dnscrypt-proxy qui prend le dessus ... slt bernard
Re: conflit entre init et unbound
❦ 1 octobre 2017 11:24 +0200, bernard.schoenac...@free.fr : >> > tcp0 0 127.0.2.1:530.0.0.0:* >> > LISTEN 1/init >> > >> > merci pour vos lumières >> > > apt-cache policy dnss > dnss: > Installé : (aucun) > Candidat : 0.0~git20170810.0.860d2af1-1 > Table de version : > 0.0~git20170810.0.860d2af1-1 500 > 500 http://deb.debian.org/debian sid/main amd64 Packages > 500 http://deb.debian.org/debian testing/main amd64 Packages > 500 http://deb.debian.org/debian buster/main amd64 Packages Dans ce cas, repérer le coupable dans "systemctl list-sockets". -- Choose variable names that won't be confused. - The Elements of Programming Style (Kernighan & Plauger) signature.asc Description: PGP signature
Re: conflit entre init et unbound
- Mail original - > De: "bernard schoenacker" <bernard.schoenac...@free.fr> > À: debian-user-french@lists.debian.org > Envoyé: Dimanche 1 Octobre 2017 11:24:15 > Objet: Re: conflit entre init et unbound > > > > - Mail original - > > De: "Vincent Bernat" <ber...@debian.org> > > À: debian-user-french@lists.debian.org > > Envoyé: Dimanche 1 Octobre 2017 11:06:34 > > Objet: Re: conflit entre init et unbound > > > > ❦ 30 septembre 2017 18:06 +0200, bernard.schoenac...@free.fr : > > > > > comment faire pour débloquer la situation afin que unbound puisse > > > prendre > > > la main sur le port 53 ? > > > > > > netstat -antp | grep :53 > > >| > > > tcp0 0 127.0.2.1:530.0.0.0:* > > > LISTEN 1/init > > > > > > merci pour vos lumières > > > > Si dnss est installé, le retirer. > > -- > > Wrinkles should merely indicate where smiles have been. > > -- Mark Twain > > bonjour, > > apt-cache policy dnss > dnss: > Installé : (aucun) > Candidat : 0.0~git20170810.0.860d2af1-1 > Table de version : > 0.0~git20170810.0.860d2af1-1 500 > 500 http://deb.debian.org/debian sid/main amd64 Packages > 500 http://deb.debian.org/debian testing/main amd64 Packages > 500 http://deb.debian.org/debian buster/main amd64 Packages > >(correctif) liste des paquets installés : dpkg -l |awk '/dns/ {print $1" "$2" "$3}' ii dns-root-data 2017072601 ii dnscrypt-proxy 1.9.5-1 ii dnscrypt-proxy-plugins 1.9.5-1 rc dnsmasq-base 2.76-5+b1 ii dnsutils 1:9.10.3.dfsg.P4-12.6 ii ldnsutils 1.7.0-3 ii libdns-export100 1:9.9.5.dfsg-9+deb8u13 ii libdns-export162 1:9.10.3.dfsg.P4-12.6 rc libdns100 1:9.9.5.dfsg-9+deb8u13 ii libdns162:amd64 1:9.10.3.dfsg.P4-12.6 ii libkdnssd4 4:4.14.35-1 ii libkf5dnssd-data 5.37.0-2 ii libkf5dnssd5:amd64 5.37.0-2 ii libldns2:amd64 1.7.0-3 ii libnet-dns-perl 1.10-2 ii libnss-mdns:amd64 0.10-8 ii opendnssec 1:2.1.3-0.2 ii opendnssec-common 1:2.1.3-0.2 ii opendnssec-enforcer 1:2.1.3-0.2 ii opendnssec-enforcer-sqlite3 1:2.1.3-0.2 ii opendnssec-signer 1:2.1.3-0.2 ii python-dns 2.3.6-3 ii python-dnspython 1.15.0-1 ii python3-dns 3.1.1-1 ii rbldnsd 0.998b~pre1-1 ii rdnssd 1.0.3-3 > merci > slt > bernard
Re: conflit entre init et unbound
- Mail original - > De: "Vincent Bernat" <ber...@debian.org> > À: debian-user-french@lists.debian.org > Envoyé: Dimanche 1 Octobre 2017 11:06:34 > Objet: Re: conflit entre init et unbound > > ❦ 30 septembre 2017 18:06 +0200, bernard.schoenac...@free.fr : > > > comment faire pour débloquer la situation afin que unbound puisse > > prendre > > la main sur le port 53 ? > > > > netstat -antp | grep :53 > >| > > tcp0 0 127.0.2.1:530.0.0.0:* > > LISTEN 1/init > > > > merci pour vos lumières > > Si dnss est installé, le retirer. > -- > Wrinkles should merely indicate where smiles have been. > -- Mark Twain bonjour, apt-cache policy dnss dnss: Installé : (aucun) Candidat : 0.0~git20170810.0.860d2af1-1 Table de version : 0.0~git20170810.0.860d2af1-1 500 500 http://deb.debian.org/debian sid/main amd64 Packages 500 http://deb.debian.org/debian testing/main amd64 Packages 500 http://deb.debian.org/debian buster/main amd64 Packages liste des paquets installés : dpkg -l |awk '/dns/ {print $1" "$2" "$3}' ii dns-root-data 2017072601 ii dnsmasq-base 2.77-2 ii dnsutils 1:9.10.3.dfsg.P4-12.6 ii ldnsutils 1.7.0-3 ii libapache2-mod-dnssd 0.6-3.1 ii libavahi-compat-libdnssd1:amd64 0.7-3 ii libdns-export162 1:9.10.3.dfsg.P4-12.6 ii libdns162:amd64 1:9.10.3.dfsg.P4-12.6 ii libkdnssd4 4:4.14.35-1 ii libkf5dnssd-data 5.37.0-2 ii libkf5dnssd5:amd64 5.37.0-2 ii libldns2:amd64 1.7.0-3 ii libnet-dns-perl 1.10-2 ii libnss-mdns:amd64 0.10-8 ii libtoxdns-toktok 0.1.10-6 ii libtoxdns0 0.1.3769.dcf2aaa-1 ii python3-dns 3.1.1-1 merci slt bernard
Re: conflit entre init et unbound
❦ 30 septembre 2017 18:06 +0200, bernard.schoenac...@free.fr : > comment faire pour débloquer la situation afin que unbound puisse prendre > la main sur le port 53 ? > > netstat -antp | grep :53 > | > tcp0 0 127.0.2.1:530.0.0.0:* LISTEN > 1/init > > merci pour vos lumières Si dnss est installé, le retirer. -- Wrinkles should merely indicate where smiles have been. -- Mark Twain signature.asc Description: PGP signature
Re: conflit entre init et unbound
Le 09/30/17 à 21:18, François TOURDE a écrit : > Le 17439ième jour après Epoch, > Ph. Gras écrivait: > >> Salut, >> >>> Le 09/30/17 à 18:06, bernard.schoenac...@free.fr a écrit : bonjour, comment faire pour débloquer la situation afin que unbound puisse prendre la main sur le port 53 ? netstat -antp | grep :53 | tcp0 0 127.0.2.1:530.0.0.0:* LISTEN 1/init merci pour vos lumières slt bernard >>> >>> Euh pour quelle mauvaise raison init écouterait sur 53/tcp >>> Voire même écoute sur le réseau ? >>> >> >> C'est quoi init ? > > L'origine du monde. C'est le premier process lancé en userspace par le > noyau. Et c'est lui qui lance tout le reste. > > Du coup, init est père de tous les process et c'est lui qui récupère au > final un process dont la parenté se serait cassé la figure. > > De là à récupérer les fichiers/tubes/ports qui seraient laissés à > l'abandon, il n'y a qu'un pas, hein? > Je soupçonne plutôt le blob systemd qui veut tout faire et mal : il faudrait trouver comment virer (ou désactiver on se croirait sur android) systemd-resolved
Re: conflit entre init et unbound
Le 17439ième jour après Epoch, Ph. Gras écrivait: > Salut, > >> Le 09/30/17 à 18:06, bernard.schoenac...@free.fr a écrit : >>> bonjour, >>> >>> comment faire pour débloquer la situation afin que unbound puisse prendre >>> la main sur le port 53 ? >>> >>> netstat -antp | grep :53 >>> | >>> tcp0 0 127.0.2.1:530.0.0.0:* LISTEN >>> 1/init >>> >>> merci pour vos lumières >>> >>> slt >>> bernard >>> >> >> Euh pour quelle mauvaise raison init écouterait sur 53/tcp >> Voire même écoute sur le réseau ? >> > > C'est quoi init ? L'origine du monde. C'est le premier process lancé en userspace par le noyau. Et c'est lui qui lance tout le reste. Du coup, init est père de tous les process et c'est lui qui récupère au final un process dont la parenté se serait cassé la figure. De là à récupérer les fichiers/tubes/ports qui seraient laissés à l'abandon, il n'y a qu'un pas, hein?
Re: conflit entre init et unbound
Salut, > Le 09/30/17 à 18:06, bernard.schoenac...@free.fr a écrit : >> bonjour, >> >> comment faire pour débloquer la situation afin que unbound puisse prendre >> la main sur le port 53 ? >> >> netstat -antp | grep :53 >>| >> tcp0 0 127.0.2.1:530.0.0.0:* LISTEN >>1/init >> >> merci pour vos lumières >> >> slt >> bernard >> > > Euh pour quelle mauvaise raison init écouterait sur 53/tcp > Voire même écoute sur le réseau ? > C'est quoi init ? Ph. Gras
Re: conflit entre init et unbound
Le 09/30/17 à 18:06, bernard.schoenac...@free.fr a écrit : > bonjour, > > comment faire pour débloquer la situation afin que unbound puisse prendre > la main sur le port 53 ? > > netstat -antp | grep :53 > | > tcp0 0 127.0.2.1:530.0.0.0:* LISTEN > 1/init > > merci pour vos lumières > > slt > bernard > Euh pour quelle mauvaise raison init écouterait sur 53/tcp Voire même écoute sur le réseau ?