Discussion :

[mina-info]

Bonjour tout le monde;

je voudrai configurer ssh sous linux:

J'ai tappé la commande suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

aptitude install openssh-server

J'ai le message d'erreur suivant :

E: Impossible d'ouvrir le fichier verrou /var/lib/dpkg/lock - open (13: Permission non accordée)
E: Impossible de verrouiller le répertoire d'administration (/var/lib/dpkg/). Avez-vous les privilèges du superutilisateur*?

Que dois-je faire ??


Merci

[chaispaquichui]

La réponse est dans le message d'erreur ^^

Avez-vous les privilèges du superutilisateur*?

Il faut certains droits à un utilisateur pour qu'il puisse installer des programmes sous Linux. Assure toi d'être en root ou d'obtenir les droits nécessaires

[mina-info]

La réponse est dans le message d'erreur ^^

Avez-vous les privilèges du superutilisateur*?

Il faut certains droits à un utilisateur pour qu'il puisse installer des programmes sous Linux. Assure toi d'être en root ou d'obtenir les droits nécessaires

Je suis déjà connectée entant que root !!!

[mina-info]

Je viens d'utiliser la commander sudo su pour me connecter entant que root, ensuite j'ai tappé ma commande aptitude install openssh-server
Voila le résultat que j'ai eu :

Aucun paquet ne va être installé, mis à jour ou enlevé.
0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 193 non mis à jour.
Il est nécessaire de télécharger 0 o d'archives. Après dépaquetage, 0 o seront utilisés.

D'aprés le message rien n'est installé !!

Merci

[frp31]

Je suis déjà connectée entant que root !!!

tu n'est pas root, tu es un user avec un root sans profile

tu devais faire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo su -

ou charger le profile à la main

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

. /root/.profile

et lancer

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

aptitude update && aptitude install openssh-server

si la base ne t'installes tjrs pas openssh-server
hésites pas

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

aptitude purge openssh-server && aptitude update && aptitude install openssh-server

là ça devrait purger les traces des tentatives avortées et permettre de repartir proprement.

[CedrX]

En fait il me semble que lorsque tu fais un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
sudo su

tu deviens root mais sans charger les variables propres au profil de l'utilisateur root

Quoiqu'il en soit moi j'ai aussi repéré ça :

Aucun paquet ne va être installé, mis à jour ou enlevé.
0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 193 non mis à jour.
Il est nécessaire de télécharger 0 o d'archives. Après dépaquetage, 0 o seront utilisés.

donc avant toute installation du paquet openssh-server je conseillerais dans un premier temps de mettre à jour les paquets qui ne le sont pas:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

aptitude upgrade

[CedrX]

Dernier petit point de détail :
Il me semble qu'au niveau sécurité il vaut mieux faire un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo su

plutôt qu'un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo su -

En mettant le tiret derrière le su on charge les variables d'environnement propres à l'utilisateur root.
Si jamais le système a été corrompu et le path du super utilisateur changé pour pointer sur des binaires malveillants alors on se met en danger.
Si possibilité il y a de devenir root tout en continuant à utiliser les variables d'environnement de son propre utilisateur je pense que c'est plus sain.

[ok.Idriss]

Bonjour.

Si jamais le système a été corrompu et le path du super utilisateur changé pour pointer sur des binaires malveillants alors on se met en danger.
Si possibilité il y a de devenir root tout en continuant à utiliser les variables d'environnement de son propre utilisateur je pense que c'est plus sain.

Ne serait-ce pas les variables de session des utilisateurs qui auraient le plus de chance d'être modifiées ? Je pense personnellement qu'il est propre de se loguer avec le bon environnement pour chaque utilisateur y compris root.

L'utilisation de su sans le tiret peut parfois montrer son utilité lorsque l'on veut passer root provisoirement en restant placé au niveau de l'arborescence dans laquelle on se situait avant de passer root.

Ça entraîne aussi d'autres complications comme le fait que PATH de certaines commandes ne soit pas connus (ce qui peut entrainer un echec à l'exécution de certains scripts ou autre).

Cordialement,
Idriss