Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Commande non trouvé en SSH !

M@t2802

Salut,

Je viens de passer sous Fedora 8 (j'étais sous F7 mais uDev avait un problème au chargement, ce qui allonger le boot, maintenant c'est Ok), je configure Apache et OpenSSH.
Je me connect en SSH sur mon F8 depuis mon portable sous windows, je lance mon apache avec la commande " service httpd start " en tant que root. Ensuite, le fait quelque modification au niveau de la configuration de apache, le lance la commande "apachectl configtest" sans problème.

Je me déconnecte, et une heure plus tard je me reconnecte en SSH, et la pas moyen d'utiliser la commande "service xxx" peu importe la suite, ni "apachectl xxx".

Et si je vais devant mon serveur (F8), je tape mon login et mon password ensuite je lance un terminale et les commandes fonctionne. Je voie pas d'où cela peut venir alors si vous pouviez m'aider.

NB: La configuration SSH n'a pas était modifié entre temps.

Merci 🙂

Anvil

Tu te connectes (du verbe francais connecter) comment ?
En utilisateur normal, puis `su' ? ou un `su --login' ? ou directement en root ? Monter nous des lignes de commandes, parce que la, on reste dans le vague et ca mene nulle part.

M@t2802

En utilisant normal puis "su -", j'ai interdit au root de se connecter.
Ben, voila la ca refonctionne. -.-' .
Voici un copié/collé des commandes :

login as: Homer
Homer@192.168.0.8's password:
Last login: Thu Nov 15 14:02:45 2007 from 192.168.0.1
[Homer@localhost ~]$ su -
Mot de passe :
[root@localhost ~]# service httpds restart
httpds: service non reconnu
[root@localhost ~]# service httpd restart
ArrÃªt de httpd :                                          [  OK  ]
DÃ©marrage de httpd :                                [  OK  ]
[root@localhost ~]# apachectl configtest
Syntax OK

Et tout à l'heure et en fin de mâtiner j'avais :

login as: Homer
Homer@192.168.0.8's password:
Last login: Thu Nov 15 14:02:45 2007 from 192.168.0.1
[Homer@localhost ~]$ su -
Mot de passe :
[root@localhost ~]# service httpd restart
bash: service: command not found

Je n'ai pas fait de reboot sur le serveur ! Cela aurait il pu venir de mon soft (j'utilise 'putty') ? Et ya une différence entre '[homer$ /] su' et '[homer$ /] su- ' ? (en tout cas cette fois cela a fonctionné avec 'su' et 'su -' xD ).

proxy

M@t2802 wrote:.. Et tout à l'heure et en fin de mâtiner j'avais :
... Last login: Thu Nov 15 [b]14:02:45[/b] 2007 from 192.168.0.1

Hum ... 😉

remi

Pour la commande service, je vois pas pourquoi elle serait présente qu'une fois de temps en temps.

Par contre pour apachectl, le mieux est d'uiliser la commande service

service httpd configtest

A+

Aiolizator

M@t2802 wrote:Salut,

Je viens de passer sous Fedora 8 (j'étais sous F7 mais uDev avait un problème au chargement, ce qui allonger le boot, maintenant c'est Ok), je configure Apache et OpenSSH.
Je me connect en SSH sur mon F8 depuis mon portable sous windows, je lance mon apache avec la commande " service httpd start " en tant que root. Ensuite, le fait quelque modification au niveau de la configuration de apache, le lance la commande "apachectl configtest" sans problème.

Je me déconnecte, et une heure plus tard je me reconnecte en SSH, et la pas moyen d'utiliser la commande "service xxx" peu importe la suite, ni "apachectl xxx".

Et si je vais devant mon serveur (F8), je tape mon login et mon password ensuite je lance un terminale et les commandes fonctionne. Je voie pas d'où cela peut venir alors si vous pouviez m'aider.

NB: La configuration SSH n'a pas était modifié entre temps.

Merci 🙂

Regarde si /sbin est bien dans ton PATH (par echo $PATH).

S'il n'est pas dans le PATH, /sbin/service machinchose devrait marcher.

proxy

Ca ne changera rien de mettre /sbin dans son path, il n'aura pas les droits !!

Anvil

Ca ne changera rien de mettre /sbin dans son path, il n'aura pas les droits !!

Discutable.

Et ya une différence entre '[homer$ /] su' et '[homer$ /] su- ' ?

Bien sur qu'il y a une difference, sinon, on mettrait pas le -. Vois le man su.

pixelrock

si tu tape su seul tu peu passer en root mais tu ne récupère pas les path root

par contre si tu fait su - tu te retrouve dans le répertoire root et il charge tous le le profil et path, donc dans le 2eme cas tu as bien la commande service

boarf

Peut-être qu'il est chrooté et donc qu'il n'a accès qu'aux commandes installées dans son environnement...

Temet

Peut être qu'il a oublié le "-", surtout même.

nouvo09

Temet wrote:Peut être qu'il a oublié le "-", surtout même.

Bientôt la fin de l'année !

Les paris sont ouverts quant au nombre de fois que cette précision aura dû être répétée sur l'année :-d

Temet

Compte mes posts 😃

M@t2802

Ok !! Sans le "-" c'est mort en fait !! xD Merci
Le truc c'est que j'utilise une image VmWare Mandriva pour les tests (faite par le labo) et juste avec "su" sa fonctionne xD alors j'ai pas du faire gaffe et tenter à mort avec juste "su" -.-'
boulet :hammer:

nouvo09

M@t2802 wrote:Ok !! Sans le "-" c'est mort en fait !! xD Merci
Le truc c'est que j'utilise une image VmWare Mandriva pour les tests (faite par le labo) et juste avec "su" sa fonctionne xD alors j'ai pas du faire gaffe et tenter à mort avec juste "su" -.-'
boulet :hammer:

si tu veux continuer alors entre cette ligne dans ton fichier ~/.bashrc:

alias su="su -"

Temet

Ce serait dommage, perso je me sers du "su" tout court quand je dois déplacer un truc dans un répertoire ou l'accès est juste en root pour ne pas me retrouver dans home du root lors du "su".
Comme c'est pas facile à expliquer:
1/ je suis dans le répertoire /home/temet/toto.
2/ si je fais un "su", je reste dans ce répertoire mais je prends les droits (et seulement les droits) root.
3/ si je fais un "su -" je me retrouve dans "/root".

Mes 0.02 cents.