Vagrant: Можно ли обмениваться файлами и изменять разрешения внутри гостя?

Я не уверен, что это полностью отвечает на ваш вопрос, но у меня была проблема с тем, что мои приложения не могли записывать на диск в системе общих папок, поэтому я использовал следующее в своем Vagrantfile, чтобы разрешить доступ r/w к любым общим файлам изнутри клиент.

config.vm.synced_folder "./vhosts/", "/var/www/vhosts/", id: "vagrant-root", extra: "dmode=777,fmode=777" 

Здесь есть несколько частичных ответов, но я хотел бы упростить поиск этого вопроса для людей, чтобы им не приходилось экспериментировать с различными способами объединения этих частичных ответов в один.

Это то, что я использую, и это работает хорошо для меня. Так как трудно или невозможно использовать курсив внутри блока <code>, я поместил биты, которые вы хотите изменить, внутри блока <angled brackets>.

config.vm.synced_folder ".", "/var/www/vhosts/<project_name>", 
    id: "project",
    owner: <username>,
    group: <group_name>,
    mount_options: ["dmode=775,fmode=664"]

Или, возможно (в зависимости от используемой версии CIFS/SMB):

    mount_options: ["dir_mode=775,file_mode=664"]

Без владельца и группы Vagrant будет использовать значение config.ssh.username (при загрузке коробки) в качестве владельца и группы. Используя конфигурацию, подобную приведенной выше, вы можете контролировать, какой владелец и группа назначены для общей папки, поскольку вход в виртуальную машину и попытка использовать chgrp и chown не работают.

Без mount_options у вас не будет возможности контролировать, какие права предоставляются владельцу и группе (и другим). Несмотря на то, что это виртуальная машина, и вы можете утверждать, что использовать права 777 для них нормально, я не рекомендую это, поскольку это плохая привычка, и если вы не будете осторожны, вы можете перенести ее в рабочую среду. , ослабляя безопасность вашего производства. Но, очевидно, вы можете изменить 775 и 664, которые я использовал, на все, что захотите. Если вы не знаете, что это значит, погуглите «Разрешения для файлов Linux».

Вы можете (по привычке) вставить пробел после запятой, разделяющей массив mount_options. Не надо. С запятой не получится.

id может быть чем угодно.

Пробовали ли вы настроить сервер Samba или что-то подобное, чтобы совместно использовать гостевую файловую систему с хостом, а не наоборот?

Я также столкнулся с проблемами со встроенным совместным доступом в Vagrant, поэтому я просто настроил все так, как хотел, для гостя, а затем настроил простой общий ресурс Samba, чтобы заставить пользователя, группу и маску создания файла по умолчанию и т. д. Это должно было работать с компьютер с Windows, так что может быть лучший выбор, чем Samba ...

У меня был гость Ubuntu, поэтому установка была такой же простой, как запуск

$ apt-get install samba

Добавьте блок общего доступа для каждой папки, которой вы хотите поделиться в файле /etc/samba/smb.conf, например:

[data]
    comment = Local Dev Server - /data
    path = /data
    browsable = yes
    guest ok = yes
    read only = no
    create mask = 0777
    force user = root
    force group = root
#[data] End

Обновление: просмотрите http://docs.vagrantup.com/v2/synced-folders/basic_usage.html снова внизу. Пример (копировать и вставить из документов):

config.vm.synced_folder "src/", "/srv/website", owner: "root", group: "root"

Вы пробовали synced folder?

Я использую Vagrant + VirtualBox некоторое время, и мы используем synced folder для обмена кодом между хостом и Vagrant VM.

Вот ссылка:

http://docs.vagrantup.com/v2/synced-folders/basic_usage.html

Вот пример кода:

Vagrant.configure("2") do |config|
  config.vm.synced_folder "src/", "/srv/website"
end

Немного фона

Мы настраиваем VirtualBox в качестве среды разработки и запускаем наше приложение, а также хост-сервер базы данных, сервер Tomcat внутри виртуальной машины. У нас есть общий код между хостом и виртуальной машиной через папку Synced, чтобы мы могли разрабатывать с использованием Eclipse, который работает на хосте.

Среда: Mac

Вы можете попробовать скопировать кодовую базу из общей папки в папку для гостевой машины, скажем, из /vagrant/codebase в /codebase. Как только вы полностью загрузите файлы на гостевую машину, вы можете chown их chown как обычно. Это не идеально, но вы можете написать простой скрипт, который будет запускаться всякий раз, когда вы изменяете код со стороны хоста. Вы также можете попробовать сценарий запуска, который копирует любые файлы при загрузке виртуальной машины, в зависимости от того, как часто вам нужно обновлять файлы.