unifiedmamba

You just solved my problem. I was in fear that important settings could get lost if I don't copy the existing XML. I just tried setting the VM up as a new VM and it works. Apparently something in my config was wrong (though I haven't touched it before trying to mount the 2nd share). Thank you very much for your input! This was a problem I was able to solve for myself. I searched for my grub file in the EFI folder and created a new boot option which I put first in boot order, it now works as before. I am happy this has come to a good end.

Same Problem. Renamed the VM, renamed the folder, nothing changes. Double checked that path and name are correct, still does not work. Nobody seems to care about these issues at Limetech

And I've got an additional Problem now. I tried copying the VM by copying the XML configuration and using the disk to create a new VM. Now on every boot the VM boots into a so called uefi interactive shell. I need to boot my debian system by the Boot by file option on every startup. I haven't changed anything and can't find a solution online to make it automatically boot to debian again. Adding the grub efi file as a boot option is not possible in the interactive shell, it just ignores my inputs. Additionally the boot order defined in the VM XML is not respected by the VM. If I use a debian ISO as boot priority 2 it will still boot into the ISO and not my Debian on the virtual hard drive.

Yeah but that's not what I want to achieve. I wan't to prevent every device in my LAN from accessing Unraid, except for the ones that I allow.

So I am experiencing a weird issue with vm configuration. Whenever I try to add a second share to any VM the changes I made will not get saved and the webinterface just gets stuck at "updating" whilst doing nothing. It hasn't got anything to do with the specific share I wanted to add, I am able to add it as the first share, but not second. Has someone also got this issue and was able to solve it? See diagnostics for everything else... Removed for privace reasons after my problem was solved

Thank you bonienl, I thought this option would just block devices from accessing the wireguard server, not the whole unraid server itself. Is this correct? Dockers not having a firewall would be fine atm, I'm just searching for a way to make them accessable via VPN (Wireguard), because macvlan doesn't let me connect natively.

Is there no way for a simple Firewall?

I have the same problems, except worse. It takes literally 1-2 seconds for each file that gets transferred to the unraid server, even though they are all 8kb in size. This is just a pain in the a...

I understand that, but I use two instances of a service that needs to run on the same port and I can't just use another port, because it would cause trouble with the devices and wouldn't work plugnplay But this hasn't anything to do with my problem, it would be nice if someone would explain me how I can install ufw oder something similar on Unraid.

Hello guys, I am in the process of switching from OMV to Unraid for my Home Server. One essential feature for me is a firewall, that allows me to block traffic from certain IP ranges or better, only allow traffic from certain ip ranges. To be specific: I wan't my Unraid Server, including all docker installs except of one, to only be reachable via a secured Wireguard connection, even in my LAN. Since I am not the only one using my LAN, I cannot have full trust in security of my LAN and therefore have to block every connection to my unraid servers except for ones coming from my wireguard network and the nginx proxy manager, which has it's own ip. With OMV this was really simple to do, just enable UFW, allow only my wireguard subnet and connections to my wireguard, 80 and 443 ports. But with OMV I wasn't using docker, which has got another problem to it, since every docker instance has and needs it's own IP adress via the br0 interface. Is there a way to also restrict access to these docker instances? I hope you are able to understand my problem and maybe even help me a bit. Thanks!