Bonjour,

je dois envoyer un fichier par SSH avec scp donc,

Cependant, mon fichier a une permission 644 et ça ne s'envoie pas, mon message d'erreur est "Permission denied"

Je suis en sudo -i, bien sûr

Quelqu'un en connait la raison ?

Merci

-
Edité par gralzik 14 septembre 2018 à 19:31:09

salut,

il faudrait nous faire un copier/coller des commandes, et du message d'erreur qui suit, et aussi un ls -l du fichier.

 Alors le ls -l

root# -rw-r--r-- 1 root root 2488 sept. 13    .crt

 Et la commande,

scp xca.crt moi@192.168.1.1:/etc/need

 C'est un certificat.

le retour commande c'est un Permission Denied, basique

un chmod en augmentant les permissions ne marche pas non plus, enfin le chmod marche, mais en lançant un scp, j'ai toujours le renvoie : Permission Denied

Merci,

-
Edité par gralzik 14 septembre 2018 à 20:00:54

Non mais j'ai coupé court en écrivant! 

Les commandes sont les bonnes, et le problème est décrit plus haut,

-
Edité par gralzik 14 septembre 2018 à 21:55:49

Bonsoir

L'utilisateur moi a-t-il les droits d'écriture sur /etc/need?

-
Edité par KoaTao 14 septembre 2018 à 22:02:16

Bonsoir,

Merci Koatao

Oui il les possède..

drwxr-xr-x 2 root root 4096 sept 14 18.17 

Je comprends pas..

scp xca.crt root@192.168.1.1:/etc/need

(remplaçant moi par root dans la commande) si c'est le cas ça ne marche pas...

C'est une mauvaise idée, c'est probablement pour ça que ça na marche pas Même si ici on est en local.

Pourquoi ne pas envoyer le fichier dans le HOME de moi et après le déplacer dans le dossier correspondant avec sudo?

-
Edité par KoaTao 14 septembre 2018 à 22:52:35

C'est une mauvaise idée.

-
Edité par dantonq 14 septembre 2018 à 23:00:54

Déjà, utiliser le compte super-utilisateur est peu recommandé. S'y connecter en utilisant SSH l'est encore moins. Alors on peut toujours avoir le débat d'authentification par paire de clé, chacun fait comme il le sent.

Mais si l'auteur ne sait pas pourquoi il modifierai la configuration actuelle de SSH alors c'est une mauvaise idée.

Dans ce cas précis, si j'ai bien compris, ce serait dans son réseau local qu'il administre, ça pourrait faciliter la tâche effectivement

-
Edité par KoaTao 14 septembre 2018 à 23:24:18

J'ai transféré en deux temps c'est ok !

Du coup, pourquoi root@192.168.*.* ne marchait pas dans le présent ? SSH n'était pas configurer pour ?

(et pourquoi le super-user n'est pas recommandé ? quand y'en a besoin y'en a besoin, non ?)

Il y a fort à parier que c'est la config de SSH.

gralzik a écrit:

et pourquoi le super-user n'est pas recommandé ?

Parce que tu peux faire tout et n'importe quoi. avec Et l'erreur est humaine, une étourderie ça arrive

gralzik a écrit:

quand y'en a besoin y'en a besoin, non ?

Dans ce cas précis, en avais-tu besoin? Non. Est-ce que ça t'aurais simplifié la vie? Oui. C'est à toi d'évaluer le pour et le contre puis de prendre la décision. C'est toi l'admin après tout

Ces questions ont largement été répondu au fil des années, et certains t'expliqueront tout plus en détail et mieux que moi sur ce sujet.

-
Edité par KoaTao 14 septembre 2018 à 23:46:33

Non mais ici, la manip m'a obligé de faire un chown root pour éviter que user n'ait l'accès après le transfert dans le répertoire voulu

et ça c'est plutot dangereux pour le coup; mais soit !

Merci du retour

Sujet résolu pour moi !

-
Edité par gralzik 15 septembre 2018 à 0:02:14

-
Edité par KoaTao 15 septembre 2018 à 0:32:07