`gcloud calculer la copie des fichiers`: permission refusée lors de la copie de fichiers

Je vais avoir un moment difficile la copie des fichiers sur mon Google Compute Engine. Je suis en utilisant un serveur Ubuntu sur Google Compute Engine.

Je suis en train de faire cela à partir de mon OS X terminal et je suis déjà autorisé à l'aide de gcloud.

local:$ gcloud compute copy-files /Users/Bryan/Documents/Websites/gce/index.php example-instance:/var/www/html --zone us-central1-a
Warning: Permanently added '<IP>' (RSA) to the list of known hosts.
scp: /var/www/html/index.php: Permission denied
ERROR: (gcloud.compute.copy-files) [/usr/bin/scp] exited with return code [1].
Êtes-vous en mesure de ssh à votre instance de votre local OS X machine à l'aide de gcloud calculer ssh <exemple-name> commande?
oui, j'ai utilisé gcloud compute --project "<PROJECT>" ssh --zone "us-central1-a" "<compute-name>"
L'ajout de sudo au début de votre commande?
Il semble être un problème de permissions sur le répertoire de destination, je pense que la solution serait de copier les fichiers quelque part peut-être dans /tmp et de les copier dans /var/www/html lorsque vous en ssh à l'instance.

OriginalL'auteur bryan | 2015-01-06

  1. 55

    insérer root@ avant le nom de l'instance:

    local:$ gcloud compute copy-files /Users/Bryan/Documents/Websites/gce/index.php root@example-instance:/var/www/html --zone us-central1-a
    Cela devrait être la bonne réponse! Merci à vous.
    Je peux faire un ssh sur une machine virtuelle instance, et je suis en utilisant le préfixe root@ mais je reçois toujours le même message d'erreur sur gcloud compute copy-files. Avez-vous d'autres suggestions de ce que mon aide dans ce contexte?
    Ah, plus de preuves. Je ne peux pas ssh dans la VM de l'instance en tant que root. C'est peut-être mieux à scp ces fichiers dans un lieu intermédiaire, comme /tmp que d'essayer de l'activer.
    Cette réponse dépend de la façon dont votre accès SSH est le programme d'installation. Il existe de nombreuses raisons de ne pas autoriser root par SSH directement et, par conséquent, cette solution ne fonctionnera pas pour le cas où racine a été refusé. Le seul moyen que je vois c'est de diviser en 2 étapes: 1) copier les fichiers dans /tmp, et 2) ssh et utiliser le système de sudo cp commande pour copier à l'emplacement permanent.
    depuis que cette question est en se référant à Google Compute Engine, vous ne pouvez pas vous en SSH à une machine virtuelle comme root directement, c'est par la conception de garder votre VM plus sûr. Voir ma réponse de quoi faire dans ce cas.

    OriginalL'auteur

  2. 16

    La raison pour laquelle cela ne fonctionne pas, c'est que votre nom d'utilisateur n'a pas les autorisations sur le GCE VM instance et ne peut donc pas écrire à /var/www/html/.

    Note que depuis que cette question est à propos de Google Compute Engine machines virtuelles, vous ne pouvez pas utiliser le protocole SSH à une machine virtuelle comme root, et vous ne pouvez pas copier des fichiers directement comme root, pour la même raison: gcloud compute copy-files utilise scp qui s'appuie sur ssh pour l'authentification.

    Solutions possibles:

    1. (également suggéré par Faizan dans les commentaires), cette solution nécessite deux étapes à chaque fois

      1. utilisation gcloud calculer la copie des fichiers pour le transfert de fichiers/répertoires où votre utilisateur peut écrire à, par exemple, /tmp ou /home/$USER

      2. de connexion de la CME VM via gcloud calculer ssh ou via le SSH bouton sur la console et de copie à l'aide sudo pour obtenir les autorisations appropriées:

        # note: sample command; adjust paths appropriately

        sudo cp -r $HOME/html/* /var/www/html

    2. cette solution est une étape avec au préalable un travail de préparation:

      1. un temps d'installation: donnez votre nom d'utilisateur d'accès en écriture à /var/www/html directement, ce qui peut être fait de plusieurs façons; voici une approche:

        # make the HTML directory owned by current user, recursively

        sudo chown -R $USER /var/www/html

      2. maintenant, vous pouvez exécuter la copie en une seule étape:

        gcloud compute copy-files /Users/Bryan/Documents/Websites/gce/index.php example-instance:/var/www/html --zone us-central1-a

    sudo chown -R [myusername] /var/www/html travaillé pour moi, à l'aide d'un tiers SFTP outil.

    OriginalL'auteur

  3. 2

    J'utilise un script bash pour copier à partir de ma machine locale de répertoire en écriture sur la télécommande de la CME de la machine; puis, à l'aide de ssh déplacer les fichiers.

    SRC="/cygdrive/d/mysourcedir"
TEMP="~/incoming"
DEST="/var/my-disk1/my/target/dir"

    Vous devez également définir GCE_USER et GCE_INSTANCE

    echo "=== Pushing data from $SRC to $DEST in two simple steps"
echo "=== 1) Copy to a writable temp directoy in user home"
gcloud compute copy-files "$SRC"/*.* "${GCE_USER}@${GCE_INSTANCE}:$TEMP"
echo "=== 2) Move with 'sudo' to destination"
gcloud compute ssh ${GCE_USER}@${GCE_INSTANCE} --command "sudo mv $TEMP/*.* $DEST"

    Dans mon cas, je ne veux pas chown la cible dir que cela entraîne d'autres problèmes avec d'autres scripts ...

    OriginalL'auteur

  4. 1

    Mise à JOUR

    gcloud compute copy-files est obsolète.

    Utiliser à la place:

    $ gcloud compute scp example-instance:~/REMOTE-DIR ~/LOCAL-DIR \ --zone us-central1-a

    Plus d'infos:
    https://cloud.google.com/sdk/gcloud/reference/compute/scp

    OriginalL'auteur

  5. 1

    J'ai eu le même problème et ne pas le faire fonctionner en utilisant les méthodes proposées dans les autres réponses. Ce qui a fonctionné a été envoyer explicitement dans mon "utilisateur" lors de la copie du fichier comme indiqué dans le programme officiel la documentation. L'important étant de l'UTILISATEUR "@" dans 

    gcloud compute scp [[USER@]INSTANCE:]SRC [[[USER@]INSTANCE:]SRC …] [[USER@]INSTANCE:]DEST

    Dans mon cas, j'ai d'abord transférer des fichiers en tapant:

    gcloud compute scp instance_name:~/file_to_copy /local_dir

    mais après j'ai eu la permission denied je l'ai eu à travailler en tapant:

    gcloud compute scp my_user_name@instance_name:~/file_to_copy /local_dir

    où le nom d'utilisateur dans mon cas, j'ai connecté à Google Cloud avec.

    C'était la seule solution qui a fonctionné pour moi (faire précéder de l'instance de l'utilisateur@). Merci

    OriginalL'auteur

  6. -2

    Cela a fonctionné pour moi: 

    gcloud compute scp 'username'@'instance_name':~/source_dir 
 /home/'user_name'/destination_dir --recurse

    Syntaxe: gcloud compute scp 'SOURCE' 'DESTINATION'

    REMARQUE: exécutez sans racine

    Bienvenue à Débordement de Pile. Avant de poster une réponse à une ancienne question ou une question qui a accepté de répondre, veuillez consulter les réponses qui ont déjà été fournis, et demandez-vous comment vous allez ajouter à ce que l'information existante. Dans ce cas, les informations que vous avez donné n'est rien de plus qu'à la commande-utilisation de la ligne de sortie. Qui plus est, c'est déjà l'été fournis par @Nekroz, qui expliquait pourquoi le contenu mis en ligne est de fond.

    OriginalL'auteur