我在将文件复制到我的Google Compute Engine上遇到了困难。 我正在使用Google Compute Engine上的Ubuntu服务器。
我正在从我的OS X终端执行此操作，并且已经使用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].
在实例名称之前插入root@：
local:$ gcloud compute copy-files /Users/Bryan/Documents/Websites/gce/index.php root@example-instance:/var/www/html --zone us-central1-a
root@，但是在gcloud compute copy-files上仍然收到相同的错误消息。您有进一步的建议可以帮助我解决这个问题吗？ - Druxscp复制到一个中间位置，如/tmp，而不是尝试启用此功能。 - Drux<instance-name> 前加上 <instance-user>@ 的前缀是因为如果没有前缀，gcloud compute copy-files 默认使用 <local-workstation-user>@<instance-name>，即在本地工作站上调用 gcloud 的本地用户的用户名。 - Matthew/var/www/html/。root SSH到VM，也无法直接复制文件作为root，原因相同：gcloud compute scp使用scp依赖于ssh进行身份验证。(also suggested by Faizan in the comments) this solution will require two steps every time
use gcloud compute scp --recurse to transfer files/directories where your user can write to, e.g., /tmp or /home/$USER
login to the GCE VM via gcloud compute ssh or via the SSH button on the console and copy using sudo to get proper permissions:
# note: sample command; adjust paths appropriately
sudo cp -r $HOME/html/* /var/www/html
this solution is one step with some prior prep work:
one-time setup: give your username write access to /var/www/html directly; this can be done in several ways; here's one approach:
# make the HTML directory owned by current user, recursively`
sudo chown -R $USER /var/www/html
now you can run the copy in one step:
gcloud compute scp --recurse \
--zone us-central1-a \
/Users/Bryan/Documents/Websites/gce/index.php \
example-instance:/var/www/html
我曾经也遇到过同样的问题，但是其他答案中提供的方法并没有使它正常工作。最终，我成功的原因是根据官方文档中所述，在复制文件时显式地发送我的 "user"。重要的部分是括号中的 "USER@"。
gcloud compute scp [[USER@]INSTANCE:]SRC [[[USER@]INSTANCE:]SRC …] [[USER@]INSTANCE:]DEST
gcloud compute scp instance_name:~/file_to_copy /local_dir
但是在我遇到权限被拒绝后，我通过输入以下内容使其正常工作:
gcloud compute scp my_user_name@instance_name:~/file_to_copy /local_dir
在我的情况下，用户名是我登录Google Cloud时使用的用户名。
我使用一个bash脚本将文件从我的本地机器复制到远程GCE机器上的可写目录，然后通过ssh移动这些文件。
SRC="/cygdrive/d/mysourcedir"
TEMP="~/incoming"
DEST="/var/my-disk1/my/target/dir"
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"
gcloud compute copy-files已经弃用。
请改用以下命令：
$ gcloud compute scp example-instance:~/REMOTE-DIR ~/LOCAL-DIR \ --zone us-central1-a
这个确切问题的更新解决方案（2020）
为了阐述，我们需要将此问题分为两个部分。 "copy-files" 指令已经被官方弃用，我们应该使用 "scp"，但是旧和新选项都只限于某些特定文件夹。
由于我们可以访问到/tmp 文件夹，这意味着我们可以使用首选的"scp"命令轻松移动我们的分发文件，作为分阶段的步骤。
更重要的是，我们还可以通过 SSH 远程执行脚本或命令，这意味着有限的访问权限不再是问题。
示例时间
第一部分是将 dist 文件夹及其所有内容递归地复制到 tmp 文件夹中，并且 gloud 确实提供了访问权限：
gcloud compute scp --recurse dist user_name@instance:/tmp
第二部分利用了我们可以通过 SSH 远程运行命令的事实:
gcloud compute ssh user_name@instance --command "sudo bash golive"
（或者您可能需要执行任何其他命令）
更重要的是，这也意味着我们可以使用 sudo 和 "cp" 复制函数将分发文件直接复制到最终目标：
gcloud compute ssh user_name@instance --command "sudo cp -rlf /tmp/dist/* /var/www/html/"
这完全消除了通过 ssh 终端首先设置权限的必要性。
这是将文件从远程机器复制到您的机器。请确保您已设置ssh，因为这将使用默认的ssh密钥。 对我有用的是：
gcloud compute scp 'username'@'instance_name':~/source_dir /destination_dir --recurse
gcloud compute scp 'SOURCE' 'DESTINATION'
注意：不要以 root 身份运行。
gcloud compute --project "<PROJECT>" ssh --zone "us-central1-a" "<compute-name>"。 - bryansudo能让它工作吗？ - BrockLee