Pour obtenir la permission denied for SCP sur SSH serveur local

Je suis en train de scp certains fichiers depuis un serveur sur ma machine locale, mais j'ai soit obtenir une autorisation refusée, ou le serveur est de copier les fichiers sur le serveur

ex:

scp username@host:/files/to/copy/from/\* /path/of/local/destination/ --> le refus d'une autorisation

scp username@host:/files/to/copy/from/\* ~ -->serveur de copies dans le répertoire home sur le serveur

scp username@host:/files/to/copy/from/\* ~/Desktop -->serveur crée un fichier appelé Bureau sur le serveur

Je ne suis pas sûr de quoi faire, c'est sur un Mac btw

Hors-sujet pour; appartient à Super-Utilisateur
Ne pas paraphraser les messages d'erreur. Copier/coller l'exacte transcription de la commande saisie et la réponse. Ce que vous avez décrit, n'a aucun sens et puisque vous paraphrasé l'échange, nous ne pouvons pas dire ce qui s'est réellement passé.

OriginalL'auteur | 2013-11-04

  1. 7

    Vous avez besoin d'utiliser l'option-r pour copie récursive et assurez-vous que vous disposez des autorisations d'écriture à la destination. Essayez de faire une touch /path/to/local/destination/file et voir si vous obtenez la permission refusée. Si oui, alors utiliser sudo scp pour copier les fichiers.

    make sure you have write permissions to the destination D'oh! (gifler le front)

    OriginalL'auteur Chris Hinshaw

  2. 2

    J'ai eu le même problème. J'utilise le nom d'utilisateur et le mot de passe de scp des fichiers à partir de windows pour le nom d'utilisateur du compte sur ubuntu et obtenir permision refusé d'erreur. La raison en est que l'un des répertoire est détenu par la racine. Par exemple, si le compte est dans /home/nom d'utilisateur est alors probable que /home est la propriété de la racine.
    Si vous modifiez le propriétaire de /à la maison alors il peut travailler.
    Essayez:
    sudo chown root: /dossier

    OriginalL'auteur PhucLy

  3. 1

    Cela peut se produire même si ssh fonctionne très bien!
    Le problème est le Fichier/Autorisations de Répertoire, pour la plupart!
    Aide de la commande chmod 777 /chemin/dir/* donne accès en écriture à tous les enfants immédiats de /dir - y compris la racine des fichiers et des répertoires. Cependant, secondaire fichiers/répertoires ne sont pas concernées par ces autorisations.
    Exemple: dire que j'ai ce site: /var/www: index.php, css[mobile.css, global.css] js[init.js, fun.js], comprennent[head.php, footer.php, body.php, fun.php]

    Pour être en mesure de remplacer fun.js:
    chmod 777 /var/www/js/*

    OriginalL'auteur ckwagaba

  4. 0

    J'ai eu le même problème.

    Tout essayé ne pouvait pas le réparer, jusqu'à ce que j'ai vérifié de mon fournisseur d'accès de la Passerelle.

    Je travaille avec un Zyxel passerelle de mon fournisseur d'accès internet et parce que c'est loin de là où j'ai un autre terminal, j'ai poussé un vieux Linksys DD-WRT flashé Routeur/Répéteur entre les deux. Mon terminal hôte qui a été connecté à ce Linksys a d'abord été connecté à la Passerelle avec un DHCP verrou de table (j'ai commandé la passerelle pour donner le MAC à partir de ce terminal de la même adresse IP via DHCP). Je l'ai fait parce que j'ai d'abord eu un serveur NAS sur mac. Maintenant, j'ai déplacé le terminal à un autre emplacement et totalement oublié le mac attribution d'ip.

    Alors maintenant, j'ai eu un répéteur WIFI connecté à la Passerelle, et l'ordinateur avec le mac lui a été attribuée est connecté à.

    Le problème maintenant est que ma Passerelle pensais que c'était le vieux NAS, alors qu'il était dans l'autre terminal, et lui attribuer l'IP de la connexion WIFI, répéteur, et c'était un conflit d'adresse IP, de sorte scp n'arrivais pas à trouver le bon emplacement. Qui sur c'est au tour abouti à un accès refusé sur scp. Bizarre que tout fonctionnait bien, j'ai pu obtenir sur l'internet, surf, mail, mais avec scp il a donné un conflit.

    Changé à la Passerelle (supprimé le DHCP de la table), et attribué une autre ip au terminal...

    Maintenant scp commande a travaillé comme avant!

    Il m'a fallu 8 heures pour comprendre, alors j'ai pensé à partager ce petit hoquet qui peut vraiment vous frustrer flipper bout...

    Accueille
    Pi @ir

    serait-il uniquement résoudre votre problème ou de votre OP problème aussi?

    OriginalL'auteur user5748909

  5. 0

    Si il y a un fichier avec le même nom que votre fichier source dans le répertoire de destination, vous avez besoin de l'enlever en premier. J'ai rencontré le problème de ce genre.

    Ce n'est pas de fournir une réponse à la question. Une fois que vous avez suffisamment de réputation vous serez en mesure de commentaire sur post; fournir des réponses qui ne nécessitent pas de clarification de la asker. - Revue
    Merci pour le comprendre. Je voulais juste apporter une réponse à ce que j'ai jamais rencontré plus tôt, ce qui peut être ignoré à tous à condition de répondre. Il a probablement été causé par la scp ne pas être en mesure de remplacer le fichier existant dans le même répertoire de destination.
    Pour obtenir des précisions. Dans mon cas, j'ai essayé de télécharger un fichier à partir d'Internet avec curl et de la racine de l'utilisateur. Mais de toute façon il avait la vitesse lente, donc j'ai annulé par Ctrl + c sans retrait de la circulation de fichier. puis je l'ai téléchargé sur un autre hébergeur et, plus tard, scp à l'hôte précédent. Il ne pouvait pas remplacer la racine du fichier téléchargé et a tout simplement donné la permission refusée.

    OriginalL'auteur Jepsenwan