# Rapport lynis **URL:** \ **Category:** Support Debian\ **Tags:** lynis\ **Created:** [Janvier 31, 2019, 1:42 UTC](https://www.debian-fr.org/t/rapport-lynis/78502 "2019-01-31T13:42:07Z")\ **Posts on this page:** 14\ **Page:** 1
**Author:** ![Brun-Paul](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/a6a055/32.png) [@Brun-Paul](https://www.debian-fr.org/u/Brun-Paul)\ **Post date:** [Janvier 31, 2019, 1:42 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/1 "2019-01-31T13:42:08Z")
Bonjour à tous, Je viens d’effectuer un scan sous `lynis`, celui-ci m’a affiché pas mal de messages d’erreurs en route, donc un qui s’y, j’en crois le descriptifs concerne le `dns`, si j’ai bien compris, je dois mettre un `dns secondaire` au fichier `resolv.conf`, sauf qu’après quelques recherches apparemment sous `linux`, c’est impossible ?[https://www.developpez.net/forums/d507521/systemes/autres-systemes/unix/ajout-plusieurs-dns-etc-resolv-conf/](https://www.developpez.net/forums/d507521/systemes/autres-systemes/unix/ajout-plusieurs-dns-etc-resolv-conf/) Autre questions beaucoup de “Différents” entres autres messages d’erreurs sont à déplorer par `lynis`, les lignes concernent mon script `iptables`, est ce grave selon vous ?? Je me doute qu’il doit y avoir des faux positifs, mais si je pouvais identifier lesquelles sont véridiques et ceux ne l’étant pas ça me rassurerait. Ci joint le rapport en question ```nohighlight [+] Boot and services ------------------------------------ - Service Manager [systemd] - Checking UEFI boot [DÉSACTIVÉ] - Checking presence GRUB2 [TROUVÉ] - Checking for password protection [ATTENTION] - Check running services (systemctl) [FAIT] Result: found 26 running services - Check enabled services at boot (systemctl) [FAIT] Result: found 27 enabled services - Check startup files (permissions) [OK] [+] Kernel ------------------------------------ - Checking default run level [RUNLEVEL 5] - Checking CPU support (NX/PAE) CPU support: PAE and/or NoeXecute supported [TROUVÉ] - Checking kernel version and release [FAIT] - Checking kernel type [FAIT] - Checking loaded kernel modules [FAIT] Found 138 active modules - Checking Linux kernel configuration file [TROUVÉ] - Checking default I/O kernel scheduler [TROUVÉ] - Checking for available kernel update [OK] - Checking core dumps configuration [DÉSACTIVÉ] - Checking setuid core dumps configuration [DEFAULT] - Check if reboot is needed [NON] [+] Mémoire et Processus ------------------------------------ - Checking /proc/meminfo [TROUVÉ] - Searching for dead/zombie processes [OK] - Searching for IO waiting processes [TROUVÉ] [+] Users, Groups and Authentication ------------------------------------ - Administrator accounts [OK] - Unique UIDs [OK] - Consistency of group files (grpck) [OK] - Unique group IDs [OK] - Unique group names [OK] - Password file consistency [OK] - Query system users (non daemons) [FAIT] - NIS+ authentication support [NOT ENABLED] - NIS authentication support [NOT ENABLED] - sudoers file [TROUVÉ] - Check sudoers file permissions [OK] - PAM password strength tools [SUGGESTION] - PAM configuration files (pam.conf) [TROUVÉ] - PAM configuration files (pam.d) [TROUVÉ] - PAM modules [TROUVÉ] - LDAP module in PAM [NON TROUVÉ] - Accounts without expire date [OK] - Accounts without password [OK] - Checking user password aging (minimum) [DÉSACTIVÉ] - User password aging (maximum) [DÉSACTIVÉ] - Checking expired passwords [OK] - Checking Linux single user mode authentication [OK] - Determining default umask - umask (/etc/profile) [NON TROUVÉ] - umask (/etc/login.defs) [SUGGESTION] - LDAP authentication support [NOT ENABLED] - Logging failed login attempts [ACTIVÉ] [+] Shells ------------------------------------ - Checking shells from /etc/shells Result: found 11 shells (valid shells: 11). - Session timeout settings/tools [AUCUN] - Checking default umask values - Checking default umask in /etc/bash.bashrc [AUCUN] - Checking default umask in /etc/profile [AUCUN] [+] File systems ------------------------------------ - Checking mount points - Checking /home mount point [OK] - Checking /tmp mount point [SUGGESTION] - Checking /var mount point [SUGGESTION] - Query swap partitions (fstab) [OK] - Testing swap partitions [OK] - Testing /proc mount (hidepid) [SUGGESTION] - Checking for old files in /tmp [OK] - Checking /tmp sticky bit [OK] - Checking /var/tmp sticky bit [OK] - ACL support root file system [ACTIVÉ] - Mount options of / [NON DEFAULT] - Mount options of /boot [NON DEFAULT] - Mount options of /home [NON DEFAULT] - Checking Locate database [TROUVÉ] - Disable kernel support of some filesystems - Discovered kernel modules: freevxfs hfs hfsplus jffs2 squashfs udf [+] USB Devices ------------------------------------ - Checking usb-storage driver (modprobe config) [NOT DISABLED] - Checking USB devices authorization [ACTIVÉ] - Checking USBGuard [NON TROUVÉ] [+] Storage ------------------------------------ - Checking firewire ohci driver (modprobe config) [NOT DISABLED] [+] NFS ------------------------------------ - Check running NFS daemon [NON TROUVÉ] [+] Name services ------------------------------------ - Searching DNS domain name [INCONNU] - Checking /etc/hosts - Checking /etc/hosts (duplicates) [OK] - Checking /etc/hosts (hostname) [OK] - Checking /etc/hosts (localhost) [OK] - Checking /etc/hosts (localhost to IP) [OK] [+] Ports and packages ------------------------------------ - Searching package managers - Searching dpkg package manager [TROUVÉ] - Querying package manager - Query unpurged packages [TROUVÉ] - Checking security repository in sources.list file or directory [ATTENTION] - Checking vulnerable packages (apt-get only) [FAIT] - Checking package audit tool [INSTALLED] Found: apt-get [+] Networking ------------------------------------ - Checking IPv6 configuration [ACTIVÉ] Configuration method [AUTO] IPv6 only [NO] - Checking configured nameservers - Testing nameservers Nameserver: 192.168.0.254 [OK] - Minimal of 2 responsive nameservers [ATTENTION] - Checking default gateway [FAIT] - Getting listening ports (TCP/UDP) [FAIT] * Found 1 ports - Checking promiscuous interfaces [OK] - Checking waiting connections [OK] - Checking status DHCP client [EN COURS:] - Checking for ARP monitoring software [NON TROUVÉ] [+] Printers and Spools ------------------------------------ - Checking cups daemon [NON TROUVÉ] - Checking lp daemon [NON LANCÉ] [+] Software: e-mail and messaging ------------------------------------ [+] Software: firewalls ------------------------------------ - Checking iptables kernel module [TROUVÉ] - Checking iptables policies of chains [TROUVÉ] - Checking for empty ruleset [OK] - Checking for unused rules [TROUVÉ] - Checking host based firewall [ACTIVE] [+] Software: webserver ------------------------------------ - Checking Apache (binary /usr/sbin/apache2) [TROUVÉ] Info: Configuration file found (/etc/apache2/apache2.conf) Info: No virtual hosts found * Loadable modules [TROUVÉ (118)] - Found 118 loadable modules mod_evasive: anti-DoS/brute force [NON TROUVÉ] mod_reqtimeout/mod_qos [TROUVÉ] ModSecurity: web application firewall [NON TROUVÉ] - Checking nginx [NON TROUVÉ] [+] SSH Support ------------------------------------ - Checking running SSH daemon [NON TROUVÉ] [+] SNMP Support ------------------------------------ - Checking running SNMP daemon [NON TROUVÉ] [+] Databases ------------------------------------ No database engines found [+] LDAP Services ------------------------------------ - Checking OpenLDAP instance [NON TROUVÉ] [+] PHP ------------------------------------ - Checking PHP [TROUVÉ] - Checking PHP disabled functions [TROUVÉ] - Checking expose_php option [ON] - Checking enable_dl option [OFF] - Checking allow_url_fopen option [ON] - Checking allow_url_include option [OFF] [+] Squid Support ------------------------------------ - Checking running Squid daemon [NON TROUVÉ] [+] Logging and files ------------------------------------ - Checking for a running log daemon [OK] - Checking Syslog-NG status [NON TROUVÉ] - Checking systemd journal status [TROUVÉ] - Checking Metalog status [NON TROUVÉ] - Checking RSyslog status [TROUVÉ] - Checking RFC 3195 daemon status [NON TROUVÉ] - Checking minilogd instances [NON TROUVÉ] - Checking logrotate presence [OK] - Checking log directories (static list) [FAIT] - Checking open log files [FAIT] - Checking deleted files in use [FILES FOUND] [+] Insecure services ------------------------------------ - Checking inetd status [NOT ACTIVE] [+] Banners and identification ------------------------------------ - /etc/issue [TROUVÉ] - /etc/issue contents [WEAK] - /etc/issue.net [TROUVÉ] - /etc/issue.net contents [WEAK] [+] Scheduled tasks ------------------------------------ - Checking crontab/cronjob [FAIT] [+] Accounting ------------------------------------ - Checking accounting information [NON TROUVÉ] - Checking sysstat accounting data [DÉSACTIVÉ] - Checking auditd [NON TROUVÉ] [+] Time and Synchronization ------------------------------------ - Checking for a running NTP daemon or client [ATTENTION] [+] Cryptography ------------------------------------ - Checking for expired SSL certificates [0/4] [AUCUN] [+] Virtualization ------------------------------------ [+] Containers ------------------------------------ [+] Security frameworks ------------------------------------ - Checking presence AppArmor [TROUVÉ] - Checking AppArmor status [DÉSACTIVÉ] - Checking presence SELinux [NON TROUVÉ] - Checking presence TOMOYO Linux [NON TROUVÉ] - Checking presence grsecurity [NON TROUVÉ] - Checking for implemented MAC framework [AUCUN] [+] Software: file integrity ------------------------------------ - Checking file integrity tools - Checking presence integrity tool [NON TROUVÉ] [+] Software: System tooling ------------------------------------ - Checking automation tooling - Automation tooling [NON TROUVÉ] - Checking for IDS/IPS tooling [AUCUN] [+] Software: Malware ------------------------------------ - Vérification chkrootkit [TROUVÉ] [+] File Permissions ------------------------------------ - Starting file permissions check [+] Home directories ------------------------------------ - Checking shell history files [OK] [+] Kernel Hardening ------------------------------------ - Comparing sysctl key pairs with scan profile - fs.protected_hardlinks (exp: 1) [OK] - fs.protected_symlinks (exp: 1) [OK] - fs.suid_dumpable (exp: 0) [OK] - kernel.core_uses_pid (exp: 1) [DIFFERENT] - kernel.ctrl-alt-del (exp: 0) [OK] - kernel.dmesg_restrict (exp: 1) [OK] - kernel.kptr_restrict (exp: 2) [DIFFERENT] - kernel.randomize_va_space (exp: 2) [OK] - kernel.sysrq (exp: 0) [DIFFERENT] - kernel.yama.ptrace_scope (exp: 1 2 3) [DIFFERENT] - net.ipv4.conf.all.accept_redirects (exp: 0) [DIFFERENT] - net.ipv4.conf.all.accept_source_route (exp: 0) [OK] - net.ipv4.conf.all.bootp_relay (exp: 0) [OK] - net.ipv4.conf.all.forwarding (exp: 0) [OK] - net.ipv4.conf.all.log_martians (exp: 1) [DIFFERENT] - net.ipv4.conf.all.mc_forwarding (exp: 0) [OK] - net.ipv4.conf.all.proxy_arp (exp: 0) [OK] - net.ipv4.conf.all.rp_filter (exp: 1) [OK] - net.ipv4.conf.all.send_redirects (exp: 0) [DIFFERENT] - net.ipv4.conf.default.accept_redirects (exp: 0) [DIFFERENT] - net.ipv4.conf.default.accept_source_route (exp: 0) [DIFFERENT] - net.ipv4.conf.default.log_martians (exp: 1) [DIFFERENT] - net.ipv4.icmp_echo_ignore_broadcasts (exp: 1) [OK] - net.ipv4.icmp_ignore_bogus_error_responses (exp: 1) [OK] - net.ipv4.tcp_syncookies (exp: 1) [OK] - net.ipv4.tcp_timestamps (exp: 0 1) [OK] - net.ipv6.conf.all.accept_redirects (exp: 0) [DIFFERENT] - net.ipv6.conf.all.accept_source_route (exp: 0) [OK] - net.ipv6.conf.default.accept_redirects (exp: 0) [DIFFERENT] - net.ipv6.conf.default.accept_source_route (exp: 0) [OK] [+] Hardening ------------------------------------ - Installed compiler(s) [TROUVÉ] - Installed malware scanner [TROUVÉ] [+] Tests Personnalisés ------------------------------------ - Running custom tests... [NONE] [+] Plugins (phase 2) ------------------------------------ - Plugins (phase 2) [DONE] ``` Merci d’avance ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Janvier 31, 2019, 6:57 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/2 "2019-01-31T18:57:32Z")
Salut Lynis n’est pas forcément à prendre tel quel Ton cas de DNS est même expliqué dans la doc > **[Lynis Installation and Usage Guide - CISOfy](https://cisofy.com/documentation/lynis/)** > > Lynis installation and usage guide. It contains the basics of using Lynis, with links to the most relevant sections. > For example: > You have only one DNS server configured on your workstation. A test shows a warning and reveals that it expects at least two working name servers. In such case you can choose not to get informed about it and disable the test. Extend the option test\_skip\_always in your scanning profile with the test number (which can be found in the log file or at the end of the Lynis screen output). Le test est conçu pour trouver 2 DNS mais rien n’oblige à ça. Dans mon cas j’utilise DHCP-Client pour définir 2 DNS: > **[Choisir ses DNS](https://bidouilledebian.wordpress.com/2018/05/29/choisir-ses-dns/)** > > Depuis 2025 j’utilise systemd-resolvedConfiguration dans NetworkManagerConfiguration dans systemd-resolvedConfiguration des connexionsVérificationPrécédemment sur votre écranEnvironnementPaqu… Mon resolv.conf contient ```auto cat /etc/resolv.conf # Generated by NetworkManager nameserver 127.0.0.1 ``` et là lynis me dit ```auto [+] Networking ------------------------------------ - Checking IPv6 configuration [ACTIVÉ] Configuration method [AUTO] IPv6 only [NO] - Checking configured nameservers - Testing nameservers Nameserver: 127.0.0.1 [OK] - Checking default gateway [FAIT] - Getting listening ports (TCP/UDP) [FAIT] * Found 16 ports - Checking promiscuous interfaces [OK] - Checking waiting connections [OK] - Checking status DHCP client [EN COURS:] - Checking for ARP monitoring software [NON TROUVÉ] ``` 😂 pour avoir plus de détail consulter le log exemple ```auto sudo grep -i dns /var/log/lynis.log ``` ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Janvier 31, 2019, 8:46 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/3 "2019-01-31T20:46:26Z")
> [@Brun-Paul](#): > > si j’ai bien compris, je dois mettre un `dns secondaire` au fichier `resolv.conf` , sauf qu’après quelques recherches apparemment sous `linux` , c’est impossible Sinon, ça, c’est faux, tu peux, et même tu as intéret à avoir plusieurs dns pour que si le premier est en panne, ça passe au 2e, etc. Le probléme évoqué par le type sur le forum était de choisir son dns en fonction du nom de domaine demandé, et ça tu ne peux pas, bien sur. ---
**Author:** ![Brun-Paul](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/a6a055/32.png) [@Brun-Paul](https://www.debian-fr.org/u/Brun-Paul)\ **Post date:** [Février 1, 2019, 1:54 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/4 "2019-02-01T13:54:32Z")
@grandtoubab Ok donc rien de très grave en somme quoi 🙂 @mattotop si je ne m’abuse il me semblait que pour rajouter un `serveur dns` il fallait justement modifier le fichier `/etc/resolv.conf` et ajouter l’adresse du `dns` désiré à la première non ? Car ça n’a strictement aucuns effets sur moi même en redémarrant le `service network manager` Pour ce qui est des lignes : ```nohighlight - Comparing sysctl key pairs with scan profile - fs.protected_hardlinks (exp: 1) [OK] - fs.protected_symlinks (exp: 1) [OK] - fs.suid_dumpable (exp: 0) [OK] - kernel.core_uses_pid (exp: 1) [DIFFERENT] - kernel.ctrl-alt-del (exp: 0) [OK] - kernel.dmesg_restrict (exp: 1) [OK] - kernel.kptr_restrict (exp: 2) [DIFFERENT] - kernel.randomize_va_space (exp: 2) [OK] - kernel.sysrq (exp: 0) [DIFFERENT] - kernel.yama.ptrace_scope (exp: 1 2 3) [DIFFERENT] - net.ipv4.conf.all.accept_redirects (exp: 0) [DIFFERENT] - net.ipv4.conf.all.accept_source_route (exp: 0) [OK] - net.ipv4.conf.all.bootp_relay (exp: 0) [OK] - net.ipv4.conf.all.forwarding (exp: 0) [OK] - net.ipv4.conf.all.log_martians (exp: 1) [DIFFERENT] - net.ipv4.conf.all.mc_forwarding (exp: 0) [OK] - net.ipv4.conf.all.proxy_arp (exp: 0) [OK] - net.ipv4.conf.all.rp_filter (exp: 1) [OK] - net.ipv4.conf.all.send_redirects (exp: 0) [DIFFERENT] - net.ipv4.conf.default.accept_redirects (exp: 0) [DIFFERENT] - net.ipv4.conf.default.accept_source_route (exp: 0) [DIFFERENT] - net.ipv4.conf.default.log_martians (exp: 1) [DIFFERENT] - net.ipv4.icmp_echo_ignore_broadcasts (exp: 1) [OK] - net.ipv4.icmp_ignore_bogus_error_responses (exp: 1) [OK] - net.ipv4.tcp_syncookies (exp: 1) [OK] - net.ipv4.tcp_timestamps (exp: 0 1) [OK] - net.ipv6.conf.all.accept_redirects (exp: 0) [DIFFERENT] - net.ipv6.conf.all.accept_source_route (exp: 0) [OK] - net.ipv6.conf.default.accept_redirects (exp: 0) [DIFFERENT] - net.ipv6.conf.default.accept_source_route (exp: 0) [OK] ``` Savez vous à quoi ça correspond ? Je reconnais bien là des lignes de mon fichier `iptables`, mais pourquoi “ça fait hurler” `lynis` ça … ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Février 1, 2019, 3:01 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/5 "2019-02-01T15:01:21Z")
> [@Brun-Paul](#): > > il fallait justement modifier le fichier `/etc/resolv.conf` et ajouter l’adresse du `dns` désiré à la première non ? Alors oui, c’est ça, sauf que tu as peut être (c’est probable, mais ça dépend comment tu as installé) le paquet resolvconf qui génère automatiquement lui même le resolv.conf. Si c’est le cas c’est au niveau de resolvconf que ça se configure, et pas directement en modifiant le resolv.conf. Mais c’est un détail: si tu as besoin de plus de dns, c’est bien en mettant une ligne de plus dans le resolv.conf. > [@Brun-Paul](#): > > Car ça n’a strictement aucuns effets sur moi même en redémarrant le service network manager Ben en soit, ça n’a de toute façon qu’un effet, rendre plus robuste ta résolution dns: si ton 1er dns tombe en panne, ça passera sur le deuxiéme. Donc à moins que tu ne te sois amusé à couper ton dns1 pour vérifier que la résolution marche toujours, c’est normal que tu ne voies aucune différence. Je disais juste que ce qu’affirmait le gars était faux: on peut ajouter des dns à son resolv.conf sans probléme. ---
**Author:** ![Brun-Paul](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/a6a055/32.png) [@Brun-Paul](https://www.debian-fr.org/u/Brun-Paul)\ **Post date:** [Février 1, 2019, 4:19 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/6 "2019-02-01T16:19:57Z")
> [@mattotop](#): > > Ben en soit, ça n’a de toute façon qu’un effet, rendre plus robuste ta résolution dns: > si ton 1er dns tombe en panne, ça passera sur le deuxiéme. > Donc à moins que tu ne te sois amusé à couper ton dns1 pour vérifier que la résolution marche toujours, c’est normal que tu ne voies aucune différence. > Je disais juste que ce qu’affirmait le gars était faux: on peut ajouter des dns à son resolv.conf sans probléme. Le paquet resolvconf n’était pas installé chez moi, donc norrmalement tout est à faire au niveau de resolvconf, quand je disais " ça n’a aucuns effets" j’entendais par là que même après avoir ajouté le deuxième dns lynis affiche quand même l’erreur décrite plus haut concernant le dns ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Février 1, 2019, 4:50 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/7 "2019-02-01T16:50:02Z")
> [@Brun-Paul](#): > > même après avoir ajouté le deuxième dns lynis affiche quand même l’erreur décrite plus haut concernant le dns J’avais compris. Alors par contre, je pense que ce qui manque dans ton resolv.conf pour faire plaisir à lynis, c’est la directive « domain » qui définit le domaine considéré comme local pour ta machine. Aprés, local pour qui pour quoi, je ne peux pas te dire quels services vont utiliser cette valeur et le paramètre me semble plus ou moins abandonné. ---
**Author:** ![Brun-Paul](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/a6a055/32.png) [@Brun-Paul](https://www.debian-fr.org/u/Brun-Paul)\ **Post date:** [Février 1, 2019, 4:55 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/8 "2019-02-01T16:55:42Z")
> [@mattotop](#): > > Alors par contre, je pense que ce qui manque dans ton resolv.conf pour faire plaisir à lynis, c’est la directive “domain” qui définit le domaine considéré comme local pour ta machine. > Aprés, local pour qui pour quoi, je ne peux pas te dire quels services vont utiliser cette valeur et le paramètre me semble plus ou moins abandonné. Ok, du coup ça semble compromit pour enlever ce message c’est ça ? Après le problème en soit n’en est pas vraiment un donc c’est pas trop grave ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Février 1, 2019, 5:10 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/9 "2019-02-01T17:10:37Z")
Non, c’est pas compromis, faut juste choisir un domaine par défaut pour le resolver de ta machine, sachant que je ne sais pas à quoi il sert. Dans l’usage que j’en ai vu, ça peut être un vrai domaine dns, ou pourquoi pas **localdomain** histoire de mettre quelque chose d’anodin juste pour satisfaire lynis. Aprés, tu rajoutes la ligne: **domain localdomain** dans ton resolv.conf et c’est tout. ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Février 1, 2019, 5:54 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/10 "2019-02-01T17:54:27Z")
Dans la plupart des cas on ne gère pas manuellement le fichier /etc/resolv.conf. Il est la résultante d’actions menées dynamiquement , par exemple par network manager, dhcp-client,etc il ne faut pas le confondre avec le paquet resolvconf [https://wiki.debian.org/resolv.conf](https://wiki.debian.org/resolv.conf) ---
**Author:** ![gilles2](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gilles2/32/7966_2.png) [@gilles2](https://www.debian-fr.org/u/gilles2)\ **Post date:** [Février 1, 2019, 6:54 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/11 "2019-02-01T18:54:57Z")
Pour connaître les résolveurs de noms de domaine ( DNS ) que nous sommes en train d’utiliser : `nmcli dev show | grep DNS` Comme le dit grandtoubab : > [@grandtoubab](#): > > Dans la plupart des cas on ne gère pas manuellement le fichier /etc/resolv.conf. > Il est la résultante d’actions menées dynamiquement , par exemple par network manager, dhcp-client,etc > > il ne faut pas le confondre avec le paquet resolvconf Le mieux est de rajouter les DNS dans une application graphique par exemple dans Gnome : Paramètres → Réseau ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Février 1, 2019, 7:00 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/12 "2019-02-01T19:00:03Z")
Ok. J’en étais resté au vieux resolv.conf qui était un fichier statique à éditer manuellement. Je ne savais pas que sa gestion indirecte s’était généralisée. @Brun-Paul Vu ce que dit @grandtoubab, tu peux: - si ta machine est en dhcp, lui injecter son domainname en le configurant au niveau du serveur dhcp (ta box si elle peut ?), - sinon, **apt install resolvconf** et dans /etc/network/interfaces, à la config inet de lo, tu rajoutes juste une ligne **dns-domainame localdomain** (man resolvconf). Et là, ton resolv.conf aura une valeur pour domainname, et lynis sera content. ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Février 1, 2019, 7:01 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/13 "2019-02-01T19:01:57Z")
> [@gilles2](#): > > nmcli Ah bah oui, c’est une option, suis je bête. 😁 ---
**Author:** ![Brun-Paul](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/a6a055/32.png) [@Brun-Paul](https://www.debian-fr.org/u/Brun-Paul)\ **Post date:** [Février 3, 2019, 12:41 UTC](https://www.debian-fr.org/t/rapport-lynis/78502/14 "2019-02-03T12:41:14Z")
@mattotop @grandtoubab @gilles2 Yess, bon du coup problème résolu merci les gars !! J’ai modifier ça de façon graphique comme conseillé par @gilles2 c’est plus simple et je suis sûr de pas faire de bourdes ( j’aurais du y penser d’ailleurs ) Encore merci à vous 🙂