Le 22 avril à 13:34 Élodie BOSSIER via FRsAG a écrit
> Bonjour,
>
> Sans répondre au verrouillage, il me vient une idée (que je pratique moi
> même) :
>
Avec screen : C-a x verrouille le terminal.
--
Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net
Société Libre, Logici
man screen
/lock
C-a x or C-a C-x (lockscreen) Lock this terminal.
On Fri, Apr 22, 2022 at 1:38 PM Matic Vari wrote:
>
> Bonjour,
>
> J'y avais pensé, mais comment verrouiller ensuite ?
>
> Forcer le détachement de screen ? Quand une commande est en cours
> (prompt "occupé"), comment
Salut,
Perso on utlise sudo pour justement avoir l'historique avec le nom réel
de l'utilisateur.
Example RHEL :
# Configure Logging shell commands
sed -ie '/log\/boot.log/a local6.*
/var/log/commands.log' /etc/rsyslog.conf
systemctl restart rsyslog
sed -ie '/sp
Ah, oui!
Et en ssh ca peut marcher aussi, c'est plus élégant que de couper la
connexion ssh brutalement :D
Cdlt,
Le 22/04/2022, julien soula a écrit :
> On Fri, Apr 22, 2022 at 01:24:03PM +0200, Matic Vari wrote:
>> Bonjour,
>>
>> Quelqu'un a une solution pour verrouiller la console sous GNU
On vendredi 22 avril 2022 13:52:38 CEST, C.F.G.I. wrote:
Y'a la tâche de fond.
Elle est détruite à la déconnexion, sous Unix, mais pas sous Linux,
où le PPID devient celui du "père de tous les processus".
Ca dépend du shell. En zsh, les jobs sont terminés a la fermeture du shell,
en bash non.
Bonjour,
Question qui me chagrine un peu avec les terminaux virtuels : vous gérez
comment vos différents historiques ?
Merci,
Le 22/04/2022 à 13:53, Grégoire a écrit :
Le 22/04/2022 à 13:27, David Ponzone a écrit :
Ben tu as le droit de lancer screen aussi sur la console :)
[...]
Pour comp
Le 22/04/2022 à 13:27, David Ponzone a écrit :
> Ben tu as le droit de lancer screen aussi sur la console :)
> [...]
Pour compléter, on peut éventuellement précéder la commande de nohup.
Sinon, il existe aussi tmux, qui fait exactement la même chose que screen, mais
avec des raccourcis différent
+1
et l'envie pressante, si elle est *vraiment* pressante, tu pars pas avec
ton tél connecté en bluetooth au PC... sinon ça s'appelle "aller mater
une vidéo en loose dans les chiottes au détour d'un popo / café"
Jacques
Le 22/04/2022 à 12:53, Ludovic Scotti a écrit :
Windows + L, c'est plus
Re-bonjour,
Y'a la tâche de fond.
Elle est détruite à la déconnexion, sous Unix, mais pas sous Linux,
où le PPID devient celui du "père de tous les processus".
---
Bernard BELLE - C.F.G.I.
--
Envoyé depuis mon AMSTRAD CPC 6128
--
julien soula, le ven. 22 avril 2022 13:37:32 +0200, a ecrit:
> Tu lances ta commande dans un screen puis tu dettaches le screen
> (ctrl-A d) et tu te deloggues.
>
> Apres il y a aussi un lock dans screen (ctrl-A x). Mais je ne sais pas
> si on peut le contourner (e.g. dettacher le screen) pour rec
Bonjour,
On vendredi 22 avril 2022 13:32:31 CEST, Matic Vari wrote:
J'y avais pensé, mais comment verrouiller ensuite ?
Forcer le détachement de screen ? Quand une commande est en cours
(prompt "occupé"), comment faire ?
Ctrl-A D pour détacher screen puis Ctrl-D pour fermer le shell ?
Le 2
Ainsi : Ctrl + A + D
et après un exit :)
Pour récupérer la session : screen -x
Le 22/04/2022 à 13:32, Matic Vari a écrit :
J'y avais pensé, mais comment verrouiller ensuite ?
Forcer le détachement de screen ? Quand une commande est en cours
(prompt "occupé"), comment faire ?
_
Ben c’est ctrl-a puis d pour détacher.
Et screen -r pour la récupérer.
Service Client IPeva
tel: 0811 46 26 26
www.ipeva.fr http://www.ipeva.fr/> - www.ipeva-studio.com
http://www.ipeva-studio.com/>
Ce message et toutes les pièces jointes sont confidentiels et établis à
l'intention excl
On Fri, Apr 22, 2022 at 01:24:03PM +0200, Matic Vari wrote:
> Bonjour,
>
> Quelqu'un a une solution pour verrouiller la console sous GNU/Linux ?
>
> Explication : Sur mes serveurs, j'ai pas d'interface graphique. Il
> m'arrive parfois de devoir intervenir "directement" sur le serveur,
> sans pass
Bonjour,
Sans répondre au verrouillage, il me vient une idée (que je pratique moi
même) :
Soit : utiliser une session screen détachée afin de pouvoir laisser le
traitement s'effectuer en tâche de fond, même en se déconnectant de la
sessions SSH.
Amicalement,
Élodie
Le 22/04/2022 à 13:24,
Bonjour,
J'y avais pensé, mais comment verrouiller ensuite ?
Forcer le détachement de screen ? Quand une commande est en cours
(prompt "occupé"), comment faire ?
Cdlt,
Le 22/04/2022, David Ponzone a écrit :
> Ben tu as le droit de lancer screen aussi sur la console :)
>
>> Le 22 avr. 2022 à 13:
Il existe l'utilitaire "vlock"
Package: vlock
Version: 2.2.2-8
programme de verrouillage de console virtuelle
Vlock verrouille soit le terminal courant (qui peut être tout type de
terminal, local ou distant), soit le système complet de console virtuelle,
désactivant tous les accès aux console
Ben tu as le droit de lancer screen aussi sur la console :)
> Le 22 avr. 2022 à 13:24, Matic Vari a écrit :
>
> Bonjour,
>
> Quelqu'un a une solution pour verrouiller la console sous GNU/Linux ?
>
> Explication : Sur mes serveurs, j'ai pas d'interface graphique. Il
> m'arrive parfois de devoir
Bonjour,
Quelqu'un a une solution pour verrouiller la console sous GNU/Linux ?
Explication : Sur mes serveurs, j'ai pas d'interface graphique. Il
m'arrive parfois de devoir intervenir "directement" sur le serveur,
sans passer par SSH [1]. Et c'est souvent pour des opérations
"longues" (quelques d
Windows + L, c'est plus rapide !
Le ven. 22 avr. 2022 à 12:30, Pierre DOLIDON a écrit :
> moi j'utilise control + alt + suppr, puis touche entrée
>
>
> Le 22/04/2022 à 12:00, Dorian Netensia a écrit :
>
> Sous linux j'utilise BlueProximity, sous Mac il y a BLEUnlock (
> https://github.com/ts1/BL
moi j'utilise control + alt + suppr, puis touche entrée
Le 22/04/2022 à 12:00, Dorian Netensia a écrit :
Sous linux j'utilise BlueProximity, sous Mac il y a BLEUnlock
(https://github.com/ts1/BLEUnlock), mais je ne l'ai personnellement
jamais essayé
Les deux permettent aussi le déverrouillage
Sous linux j'utilise BlueProximity, sous Mac il y a BLEUnlock
(https://github.com/ts1/BLEUnlock), mais je ne l'ai personnellement
jamais essayé
Les deux permettent aussi le déverrouillage quand on revient, ce que
Windows ne permet pas de faire.
Le 22/04/2022 à 10:59, Kevin Labécot a écrit :
Q
Bonjour.
ma société ouvre un poste de sysadmin/devops Linux, proche de bordeaux
N’hésitez pas a faire tourner, merci :-)
Voici la fiche de poste :
Dutikosociété de services à valeur ajoutée et à forte croissance sur le
marché de l’infogérance de serveurs Linux, recherche, afin de grossir
se
Le ven. 22 avr. 22 à 10:22:49 +0200, C.F.G.I.
écrivait :
> Bonjour,
Salut,
> Clairement, celui qui laisse sa connexion root active une minute ou
> deux,
> ça laisse largement le temps de foutre la merde sur les serveurs ...
> ... ou d'installer un troyen... ou autre.
La règle de base, c’est
Quoi ? Vous partez du PC sans verrouiller la session ? ;)
Je vais partir un chouilla hors-sujet mais quand je suis sous Windows, j’ai ça
en place sur ma machine depuis quelques années pour éviter de le laisser non
verrouillé quand je m'éloigne :
https://support.microsoft.com/en-us/windows/lock
Il ne faut pas oublier dans ce cas que 'sudo' a une "latence"
d'identification...
Si tu tapes une commande 'sudo' et que tu pars en courant aux toilettes
pour une "urgence", quelqu'un peut profiter de ta dernière commande pour
relancer 'sudo' sans mot de passe.
D.
Le 22/04/2022 à 10:22, C.F
Bonjour,
Le 22-04-2022 09:29, Stéphane Rivière a écrit :
Pour un user, je discute pas le principe, mais pour un sysadmin qui,
direct, va se monter un terminal sous root pour s'éviter de tapoter 5
caractères (avec l'espace)...
Dans l'idée, la connexion initiale, qu'elle soit locale ou ssh, devr
Bonjour, il existe aussi un système d'audit permettant de suivre l'activité.
Mais ça prend pas mal d'espace si il y a beaucoup d'activités humaines.
Maxime
Le ven. 22 avr. 2022 à 10:42, Melanie Jacquart a
écrit :
> Sinon il est possible d'avoir des historiques "root" séparés pour chaque
> admin
Sinon il est possible d'avoir des historiques "root" séparés pour chaque
admin en utilisant $SUDO_USER dans le nom ou chemin de fichier (HISTFILE).
Le ven. 22 avr. 2022 à 10:16, Frantz de Germain <
frantz.degerm...@univ-angers.fr> a écrit :
> Le 22/04/2022 à 09:40, Nicolas CUVELIER a écrit :
>
Le 22/04/2022 à 10:21, Kevin Decherf a écrit :
On Fri, Apr 22, 2022, at 10:13, Frantz de Germain wrote:
Le 22/04/2022 à 09:40, Nicolas CUVELIER a écrit :
Par ailleurs, on n'est pas obligé de taper sudo pour chaque commande : il
est possible de se mettre dans un shell (-sE).
J'ai un doute, l'hi
Bonjour,
J'ai connu Unix en 1982, version SIII, sur Thomson MM32 (Motorola
68000).
Qui peut me batre ? :-)
L'historique de commandes root se trouve aussi dans ~/.bash_history
Le seul intérèt de sudo, à mon goût, est de "quitter" l'identité root
à la fin de l'exécution de celle-ci.
Ca a plutôt
On Fri, Apr 22, 2022, at 10:13, Frantz de Germain wrote:
> Le 22/04/2022 à 09:40, Nicolas CUVELIER a écrit :
> Par ailleurs, on n'est pas obligé de taper sudo pour chaque commande : il
> est possible de se mettre dans un shell (-sE).
J'ai un doute, l'historique de commandes va juste indiquer l'inv
Le 22/04/2022 à 09:40, Nicolas CUVELIER a écrit :
Le 22/04/2022 à 09:29, Stéphane Rivière a écrit :
Pour un adminsys manipulant des serveurs, j'attends toujours qu'on
m'explique l'utilité du sudo.
Bonjour,
Un intérêt sur un serveur "multi-adminsys" est que les appels "sudo" sont
journalisés
Le 22/04/2022 à 09:29, Stéphane Rivière a écrit :
Pour un adminsys manipulant des serveurs, j'attends toujours qu'on
m'explique l'utilité du sudo.
Bonjour,
Un intérêt sur un serveur "multi-adminsys" est que les appels "sudo"
sont journalisés (/var/log/auth.log) ; ça peut aider de revenir sur
Le 19/04/2022 à 09:38, David Ponzone a écrit :
Oui mais je fais tout sous root moi, j’ai découvert Unix sur SunOS
vers 1991, y avait pas sudo :)
Pour un adminsys manipulant des serveurs, j'attends toujours qu'on
m'explique l'utilité du sudo.
Pour un user, je discute pas le principe, mais pou
35 matches
Mail list logo
