configuration SSH sous linux

Bonjour tout le monde;

je voudrai configurer ssh sous linux:

J'ai tappé la commande suivante:

Code:

---

aptitude install openssh-server

---

J'ai le message d'erreur suivant :

Citation:

---

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

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 :ccool:

Citation:

---

Envoyé par 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 :ccool:

---

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

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 :

Citation:

---

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

Citation:

---

Envoyé par mina-info

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:

---

sudo su -

---

ou charger le profile à la main

Code:

---

. /root/.profile

---

et lancer

Code:

---

aptitude update && aptitude install openssh-server

---

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

Code:

---

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.

En fait il me semble que lorsque tu fais un

Code:

---

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 :

Citation:

---

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:

---

aptitude upgrade

---

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

Code:

---

sudo su

---

plutôt qu'un

Code:

---

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.

Bonjour.

Citation:

---

Envoyé par CedrX

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