Tuftuf

I understand where the difference is now. I was looking for a /config folder within bixhex-rtorrentvpn instead of making the connection in my head that /config actually means /mnt/user/appdata/binhex-rtorrentvpn I did use the default mapping of /config but I was looking to access the folder via the unraid system to just copy the ovpn file, and that path is, of course, the path I set to be linked to /config within the container.

@binhex On your github docker page for this docker it shows the following for openvpn config. Stop rtorrentvpn docker and copy the saved ovpn file to the /config/openvpn/ folder on the host But the path is simply /openvpn. On my system it shows it as /mnt/user/appdata/binhex-rtorrentvpn/openvpn It seems to be working though as far as VPN and port forwarding goes, I'll test integration with other apps soon.

@binhex If using this as intended with the docker bridge, should I be able to set to any subnet as the LAN_Network or am I limited to the subnet that the bridge is running on? Is the WebUI port the only port Sonnar requires?, if so then it should have worked. I had it to the point I could connect from another subnet other than the bridge using the WebUI but Sonnar refused to connect. I'm thinking this is a problem on my side as Sonnar and my laptop were in the same subnet at that point. I actually have two VPN services, VLAN 300 is IPVanish I wanted to place it on that subnet and then use AirVPN within the docker for downloads(due to portforward) but not so concerns about leaks as it'll only be able to go out via IPVanish. I'm about to setup a pfsense install and trying to get things in place, not the best diagram but gives a good idea https://www.gliffy.com/go/publish/12156089 It's a bit messy with both pfsense installs, but I don't want to break things until everything is ready.

I've got this installed but I've only been able to connect to it in Bridge mode. Unraid is running on 172.19.1.219 Default bridge option will run docker nat using unraids interface. If I set the LAN_Network to 172.19.90.0/24 then I can't access the UI andRaddar & Sonnar can't connect (fails instantly) - From the 90.x network. If I set the LAN_Network to 172.19.1.0/24 then I can access the UI but Raddar & Sonnar can't connect (fails instantly) - From either the 1.x or 90.x network. I normally put these in a separate network 172.19.1.90. When I set the docker to actually be on the 90.x network and have it's own IP address. I can't connect at all. This was the setup I wanted to use. Is this intended to be used with Bridge only?

Replying when I should be working, I do have more research to do before I understand But here it goes. DSCP is a traffic shaping QOS option, It can be set in windows and applied to an application in my case Overwatch.exe and then traffic leaving overwatch will be QOS tagged. I then needed to create a rule on the firewall and under advanced Diffserv select EF which will then catch this traffic and shape it as required. It didn't work but that's part of the research! Just set Nova to 1Gbit and qInternet to 14Mbit. I'll get some screenshots later. Under Nova > qLink this is set to 20% -- I'm assuming this should be much higher to cover the LAN speed.

Hey, I have a couple of questions Can you explain what you meant by "Changing the speed for my LAN to match the speed of my network - 1Gbps". I don't see where you would of set the Lan speed? I can see that everything is getting dumped into High at the moment, I will need to work on some rules but currently looking at getting DCSP working from windows. Not much progress though. Based on this screenshot does that show that the Q is full and this believes its capping out my internet connection? The limit is set at 14Mbps. I'll do some more reading later, as some values I don't understand yet. Worth adding that even in it's current state, I was able to set a download going and then start up streams on other laptops without issues and seeing the download slow down. It worked better than the limiters.

Does anyone have any insight if I could pass though group 16 to a VM for the USB controller without too much hassle? This is with ACS override on, I'll try rebooting later to see what the groups are like without it on again but they are not great for anything other than GPU's. IOMMU group 14 [10de:1189] 0c:00.0 VGA compatible controller: NVIDIA Corporation GK104 [GeForce GTX 670] (rev a1) [10de:0e0a] 0c:00.1 Audio device: NVIDIA Corporation GK104 HDMI Audio Controller (rev a1) IOMMU group 15 [1002:679a] 0d:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti PRO [Radeon HD 7950/8950 OEM / R9 280] [1002:aaa0] 0d:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti HDMI Audio [Radeon HD 7870 XT / 7950/7970] IOMMU group 16 [1022:145a] 11:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device 145a [1022:1456] 11:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Device 1456 [1022:145c] 11:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] USB3 Host Controller IOMMU group 17 [1022:1455] 12:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device 1455 [1022:7901] 12:00.2 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51) [1022:1457] 12:00.3 Audio device: Advanced Micro Devices, Inc. [AMD] Device 1457

32GB although I may upgrade to 64GB. I've like to leave plex transcoding in ram, but generally its for running multiple vms and hoping I don't run into too many cpu bottlenecks with oversubscription of cores.