<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Аспро: ЛайтШоп [тема: [РЕШЕНО] права доступа к директории, содержащей VM.]</title>
		<link>http://proxmox.su</link>
		<description>Новое в теме [РЕШЕНО] права доступа к директории, содержащей VM. форума Proxmox Виртуальная Среда на сайте Аспро: ЛайтШоп [proxmox.su]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Fri, 01 May 2026 20:06:46 +0300</pubDate>
		<item>
			<title>[РЕШЕНО] права доступа к директории, содержащей VM.</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message313585/76156-resheno_-prava-dostupa-k-direktorii_-soderzhashchey-vm.">[РЕШЕНО] права доступа к директории, содержащей VM.</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Хочу заменить ноутбук с Windows 11 на VMware Workstation. Есть дополнительное требование: чтобы пользователь не мог манипулировать одним из виртуальных компьютеров. Поэтому мы установили PVE поверх графической оболочки/Debian. Этот VM находится в директории, которой владеет root, и благодаря настройкам прав и ролей в PVE я ограничил права пользователей. С другой стороны, он должен иметь возможность самостоятельно создавать виртуальные компьютеры, к которым у него есть доступ, поэтому я добавил вторую директорию myvms в домашний каталог пользователя, и всё работает хорошо. Кроме того, PVE пишет файлы с владением root вместо соответствующих прав доступа/владения. Например, у пользователя есть диски VMware или другие виртуальные диски, которые он хочет преобразовать в qcow2, чтобы затем использовать их в PVE. Теперь в myvms он должен иметь возможность создать виртуальную машину, а затем заменить диск преобразованным, и поскольку у пользователя нет sudo, он должен делать это в папке, в которой он может писать. Однако я буду использовать cronjob, который затем меняет владение обратно на пользователя. У нас также есть обычные/стандартные узлы PVE, которые заменили наши ESXi-серверы. Там, где нужна высокая доступность, даже с небольшим кластером, всё это работает вполне хорошо. <br />
			<i>13.06.2025 16:56:00, Elleni.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message313585/76156-resheno_-prava-dostupa-k-direktorii_-soderzhashchey-vm.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message313585/76156-resheno_-prava-dostupa-k-direktorii_-soderzhashchey-vm.</guid>
			<pubDate>Fri, 13 Jun 2025 16:56:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>[РЕШЕНО] права доступа к директории, содержащей VM.</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message313584/76156-resheno_-prava-dostupa-k-direktorii_-soderzhashchey-vm.">[РЕШЕНО] права доступа к директории, содержащей VM.</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Я настроен скептически насчет осуществимости такого подхода. С точки зрения Proxmox VE, ВМ находятся в определенных Storage Pools, а распространение их по домашним каталогам пользователей — это нездоровая и неустойчивая модель для PVE. Похоже, вы стремитесь реализовать самодостаточный, облакоподобный опыт управления. В этом случае я бы посоветовал рассмотреть встроенные возможности PVE Pools и Permissions. В качестве альтернативы, можно посмотреть в сторону стороннего менеджера, такого как MultiPortal или аналогичные проекты. Удачи, Blockbridge : Ультра низкая задержка общих хранилищ на базе NVMe для Proxmox - <noindex><a href="https://www.blockbridge.com/proxmox" target="_blank" rel="nofollow" >https://www.blockbridge.com/proxmox</a></noindex> <br />
			<i>13.06.2025 16:46:00, bbgeek17.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message313584/76156-resheno_-prava-dostupa-k-direktorii_-soderzhashchey-vm.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message313584/76156-resheno_-prava-dostupa-k-direktorii_-soderzhashchey-vm.</guid>
			<pubDate>Fri, 13 Jun 2025 16:46:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>[РЕШЕНО] права доступа к директории, содержащей VM.</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message313583/76156-resheno_-prava-dostupa-k-direktorii_-soderzhashchey-vm.">[РЕШЕНО] права доступа к директории, содержащей VM.</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Мы создали отдельную директорию в домашней папке пользователя под названием myvms, где хотим, чтобы пользователь мог создавать свои ВМ под своей ответственностью, в то время как стандартная директория содержит ВМ, которые пользователю разрешено использовать, но не изменять. Теперь я понял, что несмотря на то, что myvms находится в подпапке в /home/user/, при входе пользователя в Proxmox и создании новой ВМ в этой директории права собственности на подпапку images, содержащую диск, принадлежат пользователю root. Есть ли способ настроить систему так, чтобы создаваемые ВМ принадлежали соответствующему пользователю? В качестве обходного пути я вижу возможность создать cronjob с chown -R username:users /home/username/myvms, но подумал, стоит ли спросить здесь, есть ли более элегантное решение. <br />
			<i>13.06.2025 14:14:00, Elleni.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message313583/76156-resheno_-prava-dostupa-k-direktorii_-soderzhashchey-vm.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message313583/76156-resheno_-prava-dostupa-k-direktorii_-soderzhashchey-vm.</guid>
			<pubDate>Fri, 13 Jun 2025 14:14:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
	</channel>
</rss>
