OVH Cloud OVH Cloud

éteindre ubuntu server

34 réponses
Avatar
Thomas
Bonjour :-)

est ce que c'est le bon endroit pour poser des questions sur ubuntu
server ?


j'aimerais savoir s'il existe un moyen par le clavier de lui demander de
s'éteindre sans qu'on se soit loggé
(il me semble qu'avec l'interface graphique on a ça, donc il y a peut
être un raccourci clavier que je ne connais pas,
et ça me paraitrait logique que ça soit refusé si des gens sont loggés
par le réseau),
et pour la curiosité j'aimerais savoir aussi si on peut le faire en
étant loggé, mais sans être administrateur

(pour l'instant je le fais via l'ACPI)


question connexe :
j'ai trouvé très facile d'installer le serveur ssh si on n'oublie pas de
le faire au moment de l'installation (je ne sais pas comment on fait
après),
mais avec la version desktop apparemment il n'y est pas par défaut,
c'est relativement logique mais ça serais pratique pour se connecter
chez quelqu'un sans devoir lui faire installer par téléphone ...
est ce que c'est compliqué Í  faire ?

--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/

10 réponses

1 2 3 4
Avatar
Thomas
In article <600b0c86$0$6459$,
Sergio wrote:
Le 22/01/2021 Í  17:41, Erwan David a écrit :
Marc SCHAEFER écrivait :
Sergio wrote:
Un spécialiste en sécurité m'arrêtera si ce n'est pas "secure".

Vérifiez, si SSH est activé, ce qui se passe si on fait un ssh sur ce
compte.
Il se peut qu'il n'y ait aucun problème, toutefois:
- interdiction de connexion sans mot de passe
- interdiction de connexion avec un shell non listé dans /etc/shells
- interdiction de connexion avec mot de passe

Pour le premier point je pense que tu voulais dire interdiction de
connexion sans authentification ? Sinon entre le 1er et le 3ème point
c'est secure, mais pas très utile.

Le but premier est de permettre Í  qui a un accès physique Í  la bécane de
l'éteindre proprement (par un shutdown). Donc un login "shutdown" *sans MdP*
qui lance la commande shutdown.

et si on veut le faire Í  distance on peut même ajouter les clés des
machines Í  autoriser :-)
(il faut juste s'assurer que tous ceux qui peuvent l'éteindre peuvent
aussi la remettre en route, mais si les mêmes peuvent exécuter cette
commande dans un terminal ...)
--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/
Avatar
Thomas
In article <6009c3a4$0$21606$,
Sergio wrote:
Le 21/01/2021 Í  17:05, Thomas a écrit :
Bonjour :-)
est ce que c'est le bon endroit pour poser des questions sur ubuntu
server ?

j'aimerais savoir s'il existe un moyen par le clavier de lui demander de
s'éteindre sans qu'on se soit loggé
(il me semble qu'avec l'interface graphique on a ça, donc il y a peut
être un raccourci clavier que je ne connais pas,
et ça me paraitrait logique que ça soit refusé si des gens sont loggés
par le réseau),
et pour la curiosité j'aimerais savoir aussi si on peut le faire en
étant loggé, mais sans être administrateur

Une méthode assez simple (valable pour tout Unix) que j'ai déjÍ  utilisée :
Créer un utilisateur "shutdown" sans mot de passe avec les droits de root
dont le "shell" est un script qui lance un shutdown. On se logue comme
"shutdown" et cela arrête (proprement) la machine.
Dans le script on peut vérifier que c'est lancé depuis la console...

peux tu m'indiquer ce que doit être le script en question stp ?
le 1er réflexe que j'ai c'est :
comment ça fonctionne avec l'interface graphique, et pourquoi on ne peut
pas activer le même mécanisme avec la console ?
mais si ça n'est pas fait, ça serais peut être un peu compliqué Í 
programmer, surtout pour le peu d'utilisation qu'on en aurais de nos
jours
par contre dans ce cas, Í  l'échelle de la distribution, est il approprié
de suggérer que cet utilisateur "shutdown" soit créé et parametré au
moment de l'installation, afin qu'on n'ait pas Í  le faire chacun de son
coté ?
--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/
Avatar
Sergio
Le 23/01/2021 Í  17:31, Thomas a écrit :
et si on veut le faire Í  distance on peut même ajouter les clés des
machines Í  autoriser :-)
(il faut juste s'assurer que tous ceux qui peuvent l'éteindre peuvent
aussi la remettre en route, mais si les mêmes peuvent exécuter cette
commande dans un terminal ...)

Comment tu rallumes ta bécane Í  distance ? Par wake-on-lan ?
--
Serge http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
Avatar
Stéphane CARPENTIER
Le 23-01-2021, Thomas a écrit :
le 1er réflexe que j'ai c'est :
comment ça fonctionne avec l'interface graphique, et pourquoi on ne peut
pas activer le même mécanisme avec la console ?

J'ai l'impression que ce que tu demandes est confus pour toi et que ton
utilisation des termes est impropre et apportent de la confusion. Arrête
de te focaliser sur le cÍ´té souris et reprends ton besoin dès le départ.
D'abord, quand tu parles d'interface graphique, tu sous-entends un
environnement de travail comme KDE, gnome, xfce, lxde, i3wm ou n'importe
quel autre, il y en a une multitude. Sauf que pour utiliser un
environnement de travail, il faut déjÍ  être connecté. Alors que de ce
que je comprends de ta demande, tu veux que ce soit faisable sans être
connecté.
Donc, ce que tu veux utiliser, c'est ton gestionnaire de connexion. Qui
peut être graphique ou pas. Et lÍ , tu as deux possibilités.
Soit ton gestionnaire de connexions possède un bouton pour éteindre ton
ordinateur. Dans ce cas, tu l'utilises et tu ne peux pas faire ça depuis
la console pour des raisons évidentes.
Soit tu ne peux rien faire avec ton gestionnaire de connexion. Dans ce
cas, il suffit que tu crées un script exécutable qui éteigne ton
ordinateur et que se script soit lancé automatiquement quand tu te
connectes avec un compte utilisateur particulier. Et cette façon de
faire marche aussi en ligne de commande.
--
Si vous avez du temps Í  perdre :
https://scarpet42.gitlab.io
Avatar
Thomas
In article <600c5cde$0$16174$,
Sergio wrote:
Le 23/01/2021 Í  17:31, Thomas a écrit :
et si on veut le faire Í  distance on peut même ajouter les clés des
machines Í  autoriser :-)
(il faut juste s'assurer que tous ceux qui peuvent l'éteindre peuvent
aussi la remettre en route, mais si les mêmes peuvent exécuter cette
commande dans un terminal ...)

Comment tu rallumes ta bécane Í  distance ? Par wake-on-lan ?

il parait qu'il existe des machines qui savent le faire,
je ne sais pas comment ça se passe dans les datacenter, aussi,
mais sinon je pensais simplement au cas o͹ on n'est pas loin et on a
juste envie de le faire depuis l'ordi d'Í  coté
mais comme je le disais,
ceux qui ont un acces root mais pas d'acces physique doivent faire
attention de toutes facon,
et les autres peuvent faire un script sans passer par cet utilisateur,
donc tout ceci est facultatif
--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/
Avatar
Thomas
In article ,
Stéphane CARPENTIER wrote:
Le 23-01-2021, Thomas a écrit :
le 1er réflexe que j'ai c'est :
comment ça fonctionne avec l'interface graphique, et pourquoi on ne peut
pas activer le même mécanisme avec la console ?

J'ai l'impression que ce que tu demandes est confus pour toi et que ton
utilisation des termes est impropre et apportent de la confusion. Arrête
de te focaliser sur le cÍ´té souris et reprends ton besoin dès le départ.

souvent, j'ai les idées claires, mais j'ai des soucis avec la
communication,
donc en cas de doute, tu fais bien de demander :-)
D'abord, quand tu parles d'interface graphique, tu sous-entends un
environnement de travail
pour utiliser un
environnement de travail, il faut déjÍ  être connecté. Alors que de ce
que je comprends de ta demande, tu veux que ce soit faisable sans être
connecté.
Donc, ce que tu veux utiliser, c'est ton gestionnaire de connexion. Qui
peut être graphique ou pas.

alors pour commencer :
ce que j'appelle l'interface graphique inclus le gestionnaire de
connexion graphique, ça n'est pas limité Í  ce qui se passe après la
connexion
Et lÍ , tu as deux possibilités.
Soit ton gestionnaire de connexions possède un bouton pour éteindre ton
ordinateur. Dans ce cas, tu l'utilises et tu ne peux pas faire ça depuis
la console pour des raisons évidentes.

cette fois ci c'est Í  moi que qqch. échappe :
pourquoi parles tu de gestionnaire de connexion graphique et de console
dans la même phrase ? c'est possible d'avoir les 2 en même temps ?
Soit tu ne peux rien faire avec ton gestionnaire de connexion.

est ce que j'ai bien compris, que tu dis
- soit on a un gestionnaire de connexion graphique
- soit le gestionnaire de connexion n'a pas cette fonctionnalité
?
ça veut dire que le gestionnaire de connexion / console, forcément, n'a
pas cette fonctionnalité
a priori, ça ne me parait pas évident :
par ex dans sh on a ^D qui permet d'en sortir, ça pourrait être la même
commande dans le gestionnaire de connexion / console
Dans ce
cas, il suffit que tu crées un script exécutable qui éteigne ton
ordinateur et que se script soit lancé automatiquement quand tu te
connectes avec un compte utilisateur particulier. Et cette façon de
faire marche aussi en ligne de commande.

je ne sais pas si les gens bien placés pour ça lisent ce forum, mais
que penses tu de ma suggestion, de créer ce dispositif automatiquement
au moment de l'installation ?
--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/
Avatar
Stéphane CARPENTIER
Le 23-01-2021, Thomas a écrit :
In article ,
Stéphane CARPENTIER wrote:
D'abord, quand tu parles d'interface graphique, tu sous-entends un
environnement de travail

pour utiliser un
environnement de travail, il faut déjÍ  être connecté. Alors que de ce
que je comprends de ta demande, tu veux que ce soit faisable sans être
connecté.
Donc, ce que tu veux utiliser, c'est ton gestionnaire de connexion. Qui
peut être graphique ou pas.

alors pour commencer :
ce que j'appelle l'interface graphique inclus le gestionnaire de
connexion graphique, ça n'est pas limité Í  ce qui se passe après la
connexion

Oui, mais le gestionnaire de connexion, c'est pas du tout la même chose
que ce qui se passe après la connexion. Se sont deux programmes
distincts. Ton gestionnaire de connexion lance KDE/gnome/whatever. Même
si KDE et Gnome viennent avec leurs propres gestionnaires de connexion,
ils ne sont pas liés. Le gestionnaire de connexion de Gnome peut lancer
KDE et vice versa.
Et lÍ , tu as deux possibilités.
Soit ton gestionnaire de connexions possède un bouton pour éteindre ton
ordinateur. Dans ce cas, tu l'utilises et tu ne peux pas faire ça depuis
la console pour des raisons évidentes.

cette fois ci c'est Í  moi que qqch. échappe :
pourquoi parles tu de gestionnaire de connexion graphique et de console
dans la même phrase ?

Parce que c'est ce que tu sembles vouloir faire. J'ai l'impression que
tu veux faire quelque chose que tu puisses faire sans être connecté et
aussi le faire par ssh (donc en console).
c'est possible d'avoir les 2 en même temps ?

Un gestionnaire de connexion n'est pas forcément graphique, dans ce cas,
tu es dans une console. Si, lors de ta connexion, tu fais [ALT]+[F1], tu
devrais avoir une connexion en mode console qui est proposée. L'écran de
connexion étant toujours disponible en mode graphique (normalement je
crois que c'est [ALT]+[SHIFT]+[F1] mais ça fait longtemps, mes souvenirs
ne sont pas forcéments Í  jour).
Soit tu ne peux rien faire avec ton gestionnaire de connexion.

est ce que j'ai bien compris, que tu dis
- soit on a un gestionnaire de connexion graphique
- soit le gestionnaire de connexion n'a pas cette fonctionnalité
?
ça veut dire que le gestionnaire de connexion / console, forcément, n'a
pas cette fonctionnalité

Ce que je dis, c'est que le gestionnaire de connexion non graphique ne
peut pas avoir un bouton clickable. Donc, une console ne peut pas avoir
un bouton non clickable. Donc, ta seule possibilité est d'autoriser une
connexion (éventuellement sans mot de passe) et que la connexion éteigne
automatiquement ton ordinateur.
Ce que je dis aussi, c'est qu'il ne suffit pas d'avoir un gestionnaire
de connexion graphique pour avoir un bouton clickable qui éteigne ton
ordinateur. Pour savoir si c'est faisable, il faut regarder la doc de
ton gestionnaire de connexion.
a priori, ça ne me parait pas évident :
par ex dans sh on a ^D qui permet d'en sortir, ça pourrait être la même
commande dans le gestionnaire de connexion / console

Le ^D c'est pas vraiment une commande, c'est un signal et ton signal est
interprèté par ton client et peux exécuter une commande en fonction de son
interprétation. Dans ton gestionnaire de connexion graphique, si tu as
un bouton pour éteindre ton ordinateur, ton bouton lance une commande
comme shutdown ou poweroff que tu peux aussi exécuter dans une console.
Mais si ton bouton est intégré Í  ton gestionnaire graphique et que tu ne
sais pas quelle commande est lancée par ton bouton, ça va être dur de
faire la même chose dans ta console.
Dans ce
cas, il suffit que tu crées un script exécutable qui éteigne ton
ordinateur et que se script soit lancé automatiquement quand tu te
connectes avec un compte utilisateur particulier. Et cette façon de
faire marche aussi en ligne de commande.

je ne sais pas si les gens bien placés pour ça lisent ce forum, mais
que penses tu de ma suggestion, de créer ce dispositif automatiquement
au moment de l'installation ?

Le problème, c'est que ça permet Í  n'importe qui d'éteindre ton
ordinateur de façon particulièrement simple. Donc, si c'est mis par
défaut sur une distribution, ce sera le même compte pour tout le monde
et tous ceux qui utiliseront cette distribution vont avoir de grosses
surprises si les scripts kiddies découvrent cette possibilité avant eux.
Le script, il est particulièrement simple, il tient sur une ligne
(« poweroff -f » ou « shutdown -h now »), avec des droits d'admins pour le
lancer et le lancer automatiquement Í  la connexion de l'utilisateur (Í 
mon avis ça doit le faire dans le /etc/passwd).
Donc, entre les risques de problèmes par rapport aux avantages, ça
m'étonnerait que quelqu'un soit motivé pour le pousser dans une
distribution. Ce qui est poussé sur les distributions, c'est le bouton
du gestionnaire de connexion, parce que lÍ , ce n'est pas n'importe qui
puisqu'il faut avoir accès Í  la machine. Et quitte Í  avoir accès Í  la
machine, autant laisser n'importe qui cliquer sur un bouton que
de l'inciter Í  débrancher le cÍ¢ble en dernier recours.
--
Si vous avez du temps Í  perdre :
https://scarpet42.gitlab.io
Avatar
Marc SCHAEFER
Thomas wrote:
je ne sais pas comment ça se passe quand on loue un serveur dans un
datacenter,

Les serveurs dans un datacenter utilisent soit de la virtualisation
légère de types conteneurs (lxc-lxd, Docker, etc), soit de la
virtualisation lourde de type VirtualBox, VMware, xen, kvm.
Ou si l'OS est Microsoft et la plateforme Azure, de la virtualisation
lourde (HyperV) pour émuler un kernel Linux modifié sous OS Microsoft,
combinée Í  l'intérieur Í  de la légère style Docker (Windows for Linux
2).
mais avec VirtualBox, dans la console, on ne peut pas faire de
copier-coller, si ?

Avec VirtualBox, je n'ai jamais essayé le copier-coller dans la console.
Avec les guest extensions, le copier-coller fonctionne en X11.
tape ALT-F2

qu'est ce que ça fait ?

Sous GNOME et Mate, cela lance un raccourci de lancement de commande.
et je m'attendais Í  ce que ça affiche la demande de taper "sudo apt
install ssh", auquel cas elle pouvait faire un copier-coller

Effectivement, Ubuntu a ce genre de choses: tu tapes une commande
inexistante, et il te dit dans quel package elle est.
mais Í  la place, ça a affiché "usage: ssh ..."

donc le client est installé, pas forcément le serveur, car:
:~$ apt-cache show ssh | grep Dep
Depends: openssh-client (>= 1:7.9p1-10+deb10u2), openssh-server (>= 1:7.9p1-10+deb10u2)
C'est pour ça que `apt-get install ssh' installe le client et le
serveur.
Soit tu n'as pas openssh-server installé, soit si, mais alors pas activé
dans systemd (sudo systemctl enable ssh).
alors que quand je tente de me connecter, ça me répond
ssh_exchange_identification: read: Connection reset by peer

C'est comme si un service tournait dessus mais qu'il coupait la
connexion rapidement, étrange.
(si l'ordi est éteint ça fait
ssh: connect to host localhost port [xx]: Connection refused

Comportement normal d'un port pas en écoute par un service SSH/TCP.
utiliser des commandes comme avec vi !
il n'y a que pico que je trouve intuitif :-)

ed est très intuitif:
r /etc/inittab lire
1p afficher la 1ère ligne
s/runlevel:1/runlevel2/ changer une chaͮne
w écrire
(de mémoire)
Avatar
Marc SCHAEFER
Thomas wrote:
Comment tu rallumes ta bécane Í  distance ? Par wake-on-lan ?

il parait qu'il existe des machines qui savent le faire,
je ne sais pas comment ça se passe dans les datacenter, aussi,

WOL est un protocole couche 2, donc il faut être dans le même domaine de
diffusion Ethernet, ou alors avoir un service relais IP vers WOL
installé au bon endroit.
Avatar
Erwan David
Thomas écrivait :
il parait qu'il existe des machines qui savent le faire,
je ne sais pas comment ça se passe dans les datacenter, aussi,

Dans les datacenter les machines sont munies d'un SOC (system on chip)
qui fonctionne dès que l'ordinateur est alimenté et présente une
interface web permettant de récupérer des informations sur l'état de la
machine (disques, mémoire, ventilateurs, etc.) et de la démarrer ou
l'arrêter.
--
Les simplifications c'est trop compliqué
1 2 3 4