Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 13-08-2020 15:26:46

robert2a
Membre
Inscription : 15-11-2014

[resolu]fichier securetty Bullseye

bonjour
j'ai posé la question sur Bullseye de l'absence de ce fichier
j'ai trouvé ceci => https://debian-facile.org/atelier:chantier:securetty
toujours d' actualité ?
pour rappel j'avais une erreur sur cette commande


systemctl status lightdm.service
 



comme quoi le fichier est introuvable
dans un premier temps créé un fichier vide dans /etc/securetty
puis j'ai trouvé ce tuto en chantier et complété

son contenu est celui ci pour l'instant


tty1
tty2
tty3
tty4
tty5
tty6
tty7
tty8
 


fait quelques tests voit pas la nuance roll



pour le reste


août 12 19:15:21 debian30 systemd[1]: Starting Light Display Manager...
août 12 19:15:21 debian30 systemd[1]: Started Light Display Manager.
août 12 19:15:22 debian30 lightdm[1102]: pam_unix(lightdm-greeter:session): session opened for user lightdm by (uid=0)
août 12 19:15:36 debian30 lightdm[1231]: gkr-pam: unable to locate daemon control file
août 12 19:15:36 debian30 lightdm[1231]: gkr-pam: stashed password to try later in open session
août 12 19:15:36 debian30 lightdm[1231]: pam_unix(lightdm:session): session opened for user robert by (uid=0)
août 12 19:15:37 debian30 lightdm[1231]: gkr-pam: gnome-keyring-daemon started properly and unlocked keyring
 



ceci a ignorer =>  gkr-pam: unable to locate daemon control file
ps: selon les retours de bug sur le net  vue le retour de ceci  =>  gkr-pam: gnome-keyring-daemon started properly and unlocked keyring  (qui est correct )

nota: il me semble que très ancien ce fichier , un bug sur Bullseye ? (paquet) ou vraiment utile (a confirmer mais absent de Buster il me semble )

Dernière modification par robert2a (14-08-2020 22:02:41)

Hors ligne

#2 13-08-2020 18:26:43

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.8.0-2-amd64
(G)UI : mutter 3.36.6-1
Inscription : 15-02-2016

Re : [resolu]fichier securetty Bullseye

Bonjour ou bonsoir robert2a.


Je pense que /etc/securetty est géré maintenant par le module pam_securetty à la place du module securetty.

Raisonnement :
Si tu lis la page man en ligne de securetty :
https://www.man7.org/linux/man-pages/ma … tty.5.html

Tu vois :

On PAM enabled systems, it is used for the same purpose by
       pam_securetty(8) to restrict the terminals on which empty passwords
       are accepted.


Sur les systèmes compatibles PAM, pam_securetty(8) est utilisé dans le même but
        pour restreindre les terminaux sur lesquels des mots de passe vides
       sont acceptés.



Si tu as pam_securetty, tu possèdes le fichier pam_securetty.so
Source de l'information :
https://www.man7.org/linux/man-pages/ma … tty.8.html

Et si tu possèdes le fichier pam_securetty.so, c'est qu'il vient avec le paquet suivant :

dpkg --search pam_securetty.so

libpam-modules:amd64: /lib/x86_64-linux-gnu/security/pam_securetty.so



Et si vérifies que tu es bien en possession du paquet libpam-modules :

apt policy libpam-modules

libpam-modules:
  Installé : 1.3.1-5
  Candidat : 1.3.1-5
 Table de version :
 *** 1.3.1-5 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        100 /var/lib/dpkg/status



Si tu est en possession du paquet libpam-modules, le module securetty n'existe qu'en documentation man, mais est absent puisque tu as pam_securetty, vérification :

dpkg --search securetty

libselinux1-dev:amd64: /usr/share/man/man3/selinux_check_securetty_context.3.gz
manpages: /usr/share/man/man5/securetty.5.gz
libselinux1-dev:amd64: /usr/share/man/man3/selinux_securetty_types_path.3.gz
libpam-modules:amd64: /lib/x86_64-linux-gnu/security/pam_securetty.so
libpam-modules:amd64: /usr/share/man/man8/pam_securetty.8.gz
util-linux: /usr/share/doc/util-linux/examples/securetty



Pour savoir si /etc/securetty est encore utile, il faudrait savoir si il est possible de se connecter à un tty non-sécurisé puique nous pouvons lire :

pam_securetty is a PAM module that allows root logins only if the
       user is logging in on a "secure" tty, as defined by the listing in
       /etc/securetty.


pam_securetty est un module PAM qui n'autorise les connexions à la racine que si l'utilisateur se connecte sur un tty "sécurisé", tel que défini par la liste dans /etc/securetty.



En fait, la réponse est ici :
https://www.distributednetworks.com/red … re-tty.php
/etc/securetty sert juste à définir les connexions autorisées ou non de session root sur certains tty en local. Et non pas en connexion à distance :
https://www.linuxquestions.org/question … ty-198485/

Bref, à mon avis /etc/securetty n' a aucun intérêt sauf à se compliquer la vie.


La liberté est liée à la qualité du langage, et les bureaucrates qui veulent détruire la liberté ont tous tendance à mal écrire et à mal parler, à se servir d’expressions pompeuses ou confuses, à user de clichés qui occultent ou oblitèrent le sens. Georges Orwell

Hors ligne

#3 13-08-2020 18:38:57

robert2a
Membre
Inscription : 15-11-2014

Re : [resolu]fichier securetty Bullseye

Bonsoir
j'ai tout ce que tu a poster
et pour son utilité je m' en moque un peu , mais bon c'est Bullseye qui installe tout ça et provoque des messages d' erreurs
si possible j' essaie de comprendre
pour les tests , ils sont négatif pour moi , mais bon pas trop insisté ( testé tty1 ou tty2 le reste commenté )  et je me suis co sur tty3 sans soucis
merci pour la réponse , ça va intéresser smolski pour son wiki en chantier
ps: j'ai posté quelque chose sur la raison de 9 pour c-state ( on en utilise que 3 )

Hors ligne

#4 13-08-2020 19:53:08

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.8.0-2-amd64
(G)UI : mutter 3.36.6-1
Inscription : 15-02-2016

Re : [resolu]fichier securetty Bullseye

Je n'ai pas cette erreur /etc/securetty avec gdm, je crois que tu peux ignorer et dormir tranquillement cette nuit. En plus tu écris que tu as testé et que le fonctionnement décrit par le man ne marche plus. À mon avis le man de pam_securetty n'est plus à jour sur le paragraphe consacré à etc/securetty.

Ah ! Je viens à force de recherche d'avoir le fin mot de cette histoire : /etc/securetty est obsolète et le message d'erreur est un bug :

https://bugs.debian.org/cgi-bin/bugrepo … bug=931899


Dans les commentaires du bug, une personne a modifié le fichier /etc/pam.d/common-auth en supprimant ce mot secure_nullok dans le fichier et cela a résolu le problème, mais je ne conseille pas de faire pareil puisque j'ai toujours le mot secure_nullok dans mon fichier /etc/pam.d/common-auth et je n'ai pas l'erreur.

Je serais plutôt d'avis de reconfigurer /etc/pam.d/common-auth avec le nouvel outil recommandé : big_smile

pam-auth-update



Chez moi, j'ai :

Cracklib password strength checking
Unix authentication
per-user temporary directories
Register user sessions in the systemd control group hierarchy
GNOME Keyring Daemon - Login keyring management
Inheritable Capabilities Management

activés.

Inactivé :

Create home directory on login



Chez toi, bien sûr, tu remplaces GNOME Keyring Daemon - Login keyring management par le Keyring Daemon qui concerne ton environnement de bureau et si l'idée que je me fais de Debian est correcte, c'est à dire beaucoup de choses sont bien conçues, cela devrait faire disparaître l'erreur. big_smile

Merci de voir avec smolski pour le wiki pour marquer l'obsolescence de /etc/securetty dans bullseye parce que je dois passer à autre chose que l'informatique.

Pour le c-state, merci, je verrais plus en détail demain.

Bonne fin de soirée.


La liberté est liée à la qualité du langage, et les bureaucrates qui veulent détruire la liberté ont tous tendance à mal écrire et à mal parler, à se servir d’expressions pompeuses ou confuses, à user de clichés qui occultent ou oblitèrent le sens. Georges Orwell

Hors ligne

#5 13-08-2020 20:22:40

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.8.0-2-amd64
(G)UI : mutter 3.36.6-1
Inscription : 15-02-2016

Re : [resolu]fichier securetty Bullseye

Si échec analyser les informations de :

man pam-auth-update


La liberté est liée à la qualité du langage, et les bureaucrates qui veulent détruire la liberté ont tous tendance à mal écrire et à mal parler, à se servir d’expressions pompeuses ou confuses, à user de clichés qui occultent ou oblitèrent le sens. Georges Orwell

Hors ligne

#6 13-08-2020 23:40:36

robert2a
Membre
Inscription : 15-11-2014

Re : [resolu]fichier securetty Bullseye

jai :
inactivé


Create home directory on login
 



Cracklib password strength checking  => n'existe pas
Unix authentication  => activé
per-user temporary directories => n'existe pas
Register user sessions in the systemd control group hierarchy  => activé
GNOME Keyring Daemon - Login keyring management => activé   "même ligne que toi , il n' existe pas de démon spécifique a Mate/lightdm .
Inheritable Capabilities Management => activé
 



donc un bug avec lightdm , puisque avec gdm3 pas d'erreur comme quoi il manque le fichier "securetty"

Dernière modification par robert2a (13-08-2020 23:46:13)

Hors ligne

#7 14-08-2020 12:55:58

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.8.0-2-amd64
(G)UI : mutter 3.36.6-1
Inscription : 15-02-2016

Re : [resolu]fichier securetty Bullseye

Oui robert2a, très très probable bug avec lightdm, dans un monde un peu plus idéal, puisque tu utilises testing, tu déclarerais à nouveau le bug, pas pour le paquet login comme la précédente déclaration, mais bien pour le paquet lightdm, mais tu as peut être d'autres préoccupations. Parce qu'apparemment le bug est non-déclaré si on regarde très rapidement avec cette commande :

apt-listbugs -s all list lightdm | grep securetty



ou même ici à première vue rapide securetty n'apparaît pas, mais il faudrait vraiment jeter plus qu'un coup d'oeil à ces rapports de bug si tu voulais déclarer le bug :

apt-listbugs -s all list lightdm | grep conf




• Pour la page de wiki titrée : « Administration et sécurité des réseaux » : https://debian-facile.org/atelier:chantier:securetty un des problèmes est qu'elle n'est pas datée, le deuxième qu'elle est obsolète dans sa préconisation du fichier /etc/securetty, le troisième c'est que c'est un domaine énorme à aborder en une page de wiki, le quatrième est que le suffixe securetty à ce chantier ne se justifie plus. Je ne sais ce que je ferais si j'étais à la place de smolski, « Administration et sécurité des réseaux », c'est tellement énorme.


La liberté est liée à la qualité du langage, et les bureaucrates qui veulent détruire la liberté ont tous tendance à mal écrire et à mal parler, à se servir d’expressions pompeuses ou confuses, à user de clichés qui occultent ou oblitèrent le sens. Georges Orwell

Hors ligne

#8 14-08-2020 14:03:48

robert2a
Membre
Inscription : 15-11-2014

Re : [resolu]fichier securetty Bullseye

Bonjour
les retours
pour la première aucun
la seconde ceci


apt-listbugs -s all list lightdm | grep conf
 b1 - #707001 - lightdm: adequate reports obsolete conffile for lightdm please fix
 b16 - #931335 - lightdm: default configuration fails to start
 b27 - #697823 - lightdm: Dual seat configuration - unwanted VT switches
 b32 - #745843 - lightdm: debconf-set-selections doesn't work for lightdm whem installed after gdm3
 b38 - #762729 - lightdm: shows systemd-related error on reconfigure when kdm is the default
 b62 - #886241 - config file directories hidden in /usr/share/lightdm
 b67 - #910050 - lightdm: high CPU usage (up to 100%) on partially configured multiseat
 b81 - #776880 - lightdm: black border on login screen with multi-monitor configuration with different resolitions
 b95 - #656863 - liblightdm: lightdm.conf's xsessions-directory is ignored
 



oui "Administration et sécurité des réseaux" c'est énorme
faut que je passe a autre chose , un gros bug avec mon nvme et smarmontools et une mise a jour du bios
impossible de rétrograder le bios sur le threadripper , donc je vais mettre un ssd sata et refaire l'installation de debian en bullseye

Hors ligne

#9 14-08-2020 18:09:48

robert2a
Membre
Inscription : 15-11-2014

Re : [resolu]fichier securetty Bullseye

Bonsoir
refais une installation neuve sur le theadripper , idem même soucis
installation de buster minimale , dist-upgrade vers bullseye (sur un nouveau ssd) ; mise en place des firmwares , remplacement de la gtx1070 par une RX550 (AMD) , installation du bureau Mate.
je suppose que ça va être réparé avant le passage a stable

Hors ligne

#10 14-08-2020 19:52:58

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.8.0-2-amd64
(G)UI : mutter 3.36.6-1
Inscription : 15-02-2016

Re : [resolu]fichier securetty Bullseye

Bonsoir, tu vas rire, j'ai fait un test :

systemctl status gdm3.service


● gdm.service - GNOME Display Manager
     Loaded: loaded (/lib/systemd/system/gdm.service; static)
     Active: active (running) since Fri 2020-08-14 11:34:44 CEST; 8h ago
    Process: 1040 ExecStartPre=/usr/share/gdm/generate-config (code=exited, status=0/SUCCESS)
   Main PID: 1121 (gdm3)
      Tasks: 3 (limit: 4552)
     Memory: 2.3M
     CGroup: /system.slice/gdm.service
             └─1121 /usr/sbin/gdm3

août 14 11:34:41 tapez-ici-vos-commandes systemd[1]: Starting GNOME Display Manager...
août 14 11:34:44 tapez-ici-vos-commandes systemd[1]: Started GNOME Display Manager.
août 14 11:34:48 tapez-ici-vos-commandes gdm-launch-environment][1335]: pam_unix(gdm-launch-environment:session): session opened for user Debian-gdm by (uid=0)
août 14 11:35:33 tapez-ici-vos-commandes gdm-password][1801]: pam_unix(gdm-password:auth): Couldn't open /etc/securetty: Aucun fichier ou dossier de ce type
août 14 11:35:42 tapez-ici-vos-commandes gdm-password][1801]: pam_unix(gdm-password:auth): Couldn't open /etc/securetty: Aucun fichier ou dossier de ce type
août 14 11:35:42 tapez-ici-vos-commandes gdm-password][1801]: gkr-pam: unable to locate daemon control file
août 14 11:35:42 tapez-ici-vos-commandes gdm-password][1801]: gkr-pam: stashed password to try later in open session
août 14 11:35:42 tapez-ici-vos-commandes gdm-password][1801]: pam_unix(gdm-password:session): session opened for user untel by (uid=0)
 



Mais ce n'est pas rangé dans les erreurs, la ligne reste affichée en blanc, contrairement à gkr-pam: unable to locate daemon control file affichée en rouge.


Même soucis pour toi, c'est assez peu surprenant vu que tu as refait la même installation. Je laisse tomber, ce n'est pas quelque chose d'important, c'est juste quelque chose d'obsolète qui n'est pas encore enlevé suite à des discussions d'arrière-garde :

https://bugs.debian.org/cgi-bin/bugrepo … bug=932376

https://github.com/linux-pam/linux-pam/pull/158

Tu peux passer à autre chose, je pense qu'aucun mauvais fonctionnement ne découlera de l'absence de ce fichier puisque les développeurs n'en soucient pas, lis les réactions au rapport de bug :
https://bugs.debian.org/cgi-bin/bugrepo … bug=932376

C'est bien qu'ils pensent que rien ne va arriver avec cette absence.


La liberté est liée à la qualité du langage, et les bureaucrates qui veulent détruire la liberté ont tous tendance à mal écrire et à mal parler, à se servir d’expressions pompeuses ou confuses, à user de clichés qui occultent ou oblitèrent le sens. Georges Orwell

Hors ligne

#11 14-08-2020 22:15:59

robert2a
Membre
Inscription : 15-11-2014

Re : [resolu]fichier securetty Bullseye

Bonsoir
passé en résolu
moi je supprime le paquet ci dessous


apt-cache policy libpam-gnome-keyring
libpam-gnome-keyring:
  Installé : (aucun)
  Candidat : 3.36.0-1
 Table de version :
     3.36.0-1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
 



et je crée un fichier avec tty1 a tty8 pour éviter les messages
sinon je n'ai pas d'inquiétude smile

Hors ligne

#12 16-08-2020 07:56:54

robert2a
Membre
Inscription : 15-11-2014

Re : [resolu]fichier securetty Bullseye

Bonjour
en regardant ma messagerie a propos de securetty


shadow (1:4.7-1) unstable; urgency=medium

  * /etc/securetty is no longer shipped by this package and it is no longer
    honored in login's PAM configuration by default. Please see #731656 for the
    details.

 -- Balint Reczey <rbalint@ubuntu.com>  Thu, 20 Jun 2019 13:46:52 +0200
 



=>  https://packages.debian.org/fr/source/bullseye/shadow

Dernière modification par robert2a (16-08-2020 08:03:00)

Hors ligne

#13 16-08-2020 09:15:55

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.8.0-2-amd64
(G)UI : mutter 3.36.6-1
Inscription : 15-02-2016

Re : [resolu]fichier securetty Bullseye

Ah, bonjour robert2a, qu'est-ce je disais ! Je me tue à te faire comprendre que /etc/securetty est obsolète, mais tu as la tête dure, mais dure. tongue

De plus pour une volonté maniaque, obsessionnelle de ne voir aucun message d'erreur, tu prends une décision qui est, je te prie de m'excuser, stupide ! tongue

Celle de supprimer la sécurité en béton armé fournie par libpam-gnome-keyring et de te fier à /etc/securetty qui est obsolète !

La liberté est liée à la qualité du langage, et les bureaucrates qui veulent détruire la liberté ont tous tendance à mal écrire et à mal parler, à se servir d’expressions pompeuses ou confuses, à user de clichés qui occultent ou oblitèrent le sens. Georges Orwell

Hors ligne

#14 16-08-2020 09:36:01

robert2a
Membre
Inscription : 15-11-2014

Re : [resolu]fichier securetty Bullseye

Bonjour
c'est pas faux => "mais tu as la tête dure, mais dure."  tongue  lol
moi la sécurité roll , mais une debian propre sans message  smile

j' attend le correctif pour enlever ce fichier securetty
et libpam-gnome-keyring il déverrouille le trousseau de clé et c'est un paquet recommandé , j'ai pas trop compris son utilité

old_geek.gif   wink

Hors ligne

#15 16-08-2020 12:14:39

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.8.0-2-amd64
(G)UI : mutter 3.36.6-1
Inscription : 15-02-2016

Re : [resolu]fichier securetty Bullseye

Que donne chez toi :

aptitude search '~RBrecommends:~i'



libpam-gnome-keyring est un des éléments qui gère à ta place, parce que c'est un vrai sac de nœud à la tête si on veut comprendre et gérer manuellement tout ce qui est sécurité, clés de confiance, publiques, privées, certificats, mot de passes ...  Il y a peut être d'autres éléments qui reprennent la totalité ou seulement une partie des fonctions générées par libpam-gnome-keyring si il est absent, je n'en sais rien, mais je ne préfère pas prendre ce risque.

Je prévois des messages d'erreurs si tu ne le remets pas ! tongue

D'ailleurs, je me pose la question si ce message n'est pas déjà le début de mes prévisions :
https://debian-facile.org/viewtopic.php?id=28072


La liberté est liée à la qualité du langage, et les bureaucrates qui veulent détruire la liberté ont tous tendance à mal écrire et à mal parler, à se servir d’expressions pompeuses ou confuses, à user de clichés qui occultent ou oblitèrent le sens. Georges Orwell

Hors ligne

#16 16-08-2020 14:28:32

robert2a
Membre
Inscription : 15-11-2014

Re : [resolu]fichier securetty Bullseye

pour la sécurité lightdm fait son job avec pam (des librairies de libpam-quelquechose )


août 15 17:55:56 amdtr4 systemd[1]: Starting Light Display Manager...
août 15 17:55:57 amdtr4 systemd[1]: Started Light Display Manager.
août 15 17:55:58 amdtr4 lightdm[1304]: pam_unix(lightdm-greeter:session): session opened for user lightdm by (uid=0)
août 15 17:56:11 amdtr4 lightdm[1405]: pam_unix(lightdm:session): session opened for user robert by (uid=0)
 


quand aux messages rien a voir , j'en parle maintenant mais cela fait pas mal de temps qu'ils ont apparu
a priori c'est le noyau qui donne ces messages , démarrer avec un noyau 4.19 sûrement ils seront absent
ps: un membre a posté ses erreurs sur Kali (dérivé de debian)
même punition  tongue
sérieux suis pas inquiet , ce sera remit en ordre si debian fait ce qu'il faut .
de mémoire sur buster ces soucis n'existe pas
nota: j'ai un bug sur vlc aussi ..........  obligé de tuer le processus
et aussi un souci sur vbios (gpu amd) du au firmware je pense

le fameux fichier securetty censé bloquer les tty , quel intérêt , je suis seul a la maison et puis faut connaître le mdp user ou root
pour la prise en main a distance aucun services sur mes machines et nftables je pense fait son job aussi
nota: oublier de remettre  "nftables" sur la machine ou j'ai refait l'installation  hmm

Dernière modification par robert2a (16-08-2020 14:47:12)

Hors ligne

#17 16-08-2020 15:21:10

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.8.0-2-amd64
(G)UI : mutter 3.36.6-1
Inscription : 15-02-2016

Re : [resolu]fichier securetty Bullseye

robert2a a écrit :

le fameux fichier securetty censé bloquer les tty , quel intérêt , je suis seul a la maison et puis faut connaître le mdp user ou root


C'est vrai, de plus, les seuls tty que l'on peut rajouter facilement sont ceux que l'on peut brancher sur le port série RS232, alors c'est vite vu. J'aurais du aussi utiliser cet argument !

Depuis longtemps, j'ai une assez mauvaise opinion de vlc, je l'ai abandonné vers 2015. Quand j'étais avec Mac, c'était toujours le premier logiciel qui buguait quand le système vieillissait. Ensuite avec Wheezy, j'ai vu qu'il consommait beaucoup de mémoire et qu'il la gérait mal. Sur ce point, je ne sais pas que c'est devenu. Ensuite, il a toujours plus de bugs en cours et généralement en moyenne plus grave que smplayer. Et puis le graphisme de smplayer me plaît plus ! big_smile


Fais ta comparaison :

apt-listbugs -s all list vlc



apt-listbugs -s all list smplayer


La liberté est liée à la qualité du langage, et les bureaucrates qui veulent détruire la liberté ont tous tendance à mal écrire et à mal parler, à se servir d’expressions pompeuses ou confuses, à user de clichés qui occultent ou oblitèrent le sens. Georges Orwell

Hors ligne

#18 17-08-2020 07:56:22

robert2a
Membre
Inscription : 15-11-2014

Re : [resolu]fichier securetty Bullseye

Bonjour
je pourrai tester "smplayer" bien que des dépendances en "qt"
sinon MPV est plus fluide que VLC (les deux sont bourré de bugs )
clair que smplayer en a beaucoup moins  smile

Hors ligne

#19 18-08-2020 13:20:10

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.8.0-2-amd64
(G)UI : mutter 3.36.6-1
Inscription : 15-02-2016

Re : [resolu]fichier securetty Bullseye

Bonjour robert2a, sans refaire un chantier monumental Administration et sécurité des réseaux, j'ai modifié le wiki pour avertir du fait que la solution /etc/securetty est obsolète :

https://debian-facile.org/atelier:chantier:securetty

La liberté est liée à la qualité du langage, et les bureaucrates qui veulent détruire la liberté ont tous tendance à mal écrire et à mal parler, à se servir d’expressions pompeuses ou confuses, à user de clichés qui occultent ou oblitèrent le sens. Georges Orwell

Hors ligne

#20 18-08-2020 14:34:50

robert2a
Membre
Inscription : 15-11-2014

Re : [resolu]fichier securetty Bullseye

Oui , moi j'ai tout passé en résolu , les gens ne pourront pas dire qu'ils ne sont pas averti , on a plus que développer le sujet  tongue
smolski verra ce qu'il veut faire de ce chantier.

Hors ligne

#21 01-09-2020 13:56:12

robert2a
Membre
Inscription : 15-11-2014

Re : [resolu]fichier securetty Bullseye

Bonjour
il semble que "securetty" soit résolu sur testing , plus d'erreur et fichier absent dans /etc/

Hors ligne

Pied de page des forums