Hi everyone! I want to be able to access a folder inside the guest that corresponds to a cloud drive that is mounted inside the guest for security purposes. I have tried setting up a shared filesystem inside Virt-Manager (KVM) with virtiofs (following this tutorial: https://absprog.com/post/qemu-kvm-shared-folder) but as soon as I mount the folder in order for it to be accessible on the guest host the cloud drive gets unmounted. I guess a folder cannot have two mounts at the same time. Aliasing the folder using bind
and then sharing the aliased folder with the host doesn’t work either. The aliased folder is simply empty on the host.
Does anyone have an idea regarding how I might accomplish this? Is KVM the right choice or would something like docker
or podman
better suited for this job? Thank you.
Maybe NFS share the drive from guest to host?
This, had the same idea for other purposes, sharing a folder from vm to host through network share is the easiest way. Every other solution looks more elegant on paper but has lots of pitfalls.
What would be the performance implications? Isn’t
virtiofs
theoretically faster?Not an expert.
Assuming it’s internal I’d assume it’s probably as fast as the guest nic allows?
You don’t
That is going to be painful and not beneficial
I strongly disagree why this would not be beneficial. Could you expand?
You will need to mange the VM separately and the added hop (into the VM and then out again) will slow down performance and create another point of failure.
Why would running it in a VM benefit security? Couldn’t you just mount it with fuse?
Because the executable is proprietary (and a bit legacy I would say) and full of telemetry, undocumented and the cloud service has no CLI, WebDAV or rclone support. I do not want to run something like that on my personal computer and I do not know how to use
bwrap
properly and don’t want to risk it. I have since switched over to apodman
container but I encounter the same problem, the folder is empty on the host (See my post here: https://lemmy.ml/post/22215540).