Skyshroud
-
Posts
10 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Skyshroud
-
-
Restored to a backed up version from last month, everything is working fine now. I'll just avoid updating this container until whatever is going on gets worked out. Thanks.
-
4 minutes ago, xcsascii said:
On your edit, if you power down the container, then look at logs they wont just close.
Excellent, thank you!
At this point I think I'm going to investigate purging the dev repo and rolling back to a previous commit.
-
Good evening all, I am currently experiencing the same issue as @xcsascii. Been running strong for over a year and the most recent update I performed on the the container seems to have broken it. Starting to work through the troubleshooting steps now.
Edit: After changing the repo to 'dyonr/jackettvpn:dev' and creating the RESTART_CONTAINER variable, the issue is even worse. The port mapping doesn't complete and I can't access the WebUI or logs to view what's going on with the container.
-
10 hours ago, mkono87 said:
What is the best way to test to make sure traffic is actually going through the vpn on this container?
The method I use is opening the console of the docker and use the following command to see the IP address that the container has:
dig +short myip.opendns.com @resolver1.opendns.com
If it's your own public IP, the VPN is not functioning. I have never had issues with binhex containers NOT using the VPN if you've configured it correctly.
-
On 11/6/2021 at 2:39 AM, ich777 said:
I think I don't understand what you mean by that.
Do you want to use it at the same time in a VM and in a container, if yes this is not possible since if you hand it over to a VM the VM has full access and control over the card and is basically not available on the host, so to speak unRAID.
Anyways it is possible that you use it in a container when the VM is turned off but very bad things can happen when you turn on a VM while it is used in a container or a VM is using the card and a container wants to use the cards.
VM crashes, Docker crashes and even what's more likely to happen is that the server entirely locks up.
That's why I don't recommending using one card for VM and Docker.
There is nothing I can do about that since this is a limitation of the hardware/software and not the drivers or the plugin itself.
I figured as much - just thought I would ask... wishful thinking, I suppose.
Thank you very much for your reply, and for all of the hard work you do here. It is greatly appreciated.
- 1
-
I know this is not currently supported, but out of curiosity, can we ever expect a release that would allow us to use the same Nvidia graphics card for both VM's and Docker containers?
-
Hey Dyon, great work on this container. Minor suggestion - would it be possible to roll the DNSUtils package (or at least the portion of it that allows "dig" to work) so that we can validate that we are pulling an IP address associated with our VPN via the container console window? If this is not appropriate or there is a better way to do this, please let me know - still learning here as well. I just want to make sure that I am never leaking my public IP address with this container.
[Support] dyonr - jackettvpn
in Docker Containers
Posted
Good morning! I am running Version 6.10.3.