storagehound

Members
  • Posts

    111
  • Joined

  • Last visited

Everything posted by storagehound

  1. Thank you, @binhex I had only used VPN_OUTPUT_PORTS to get Overseerr to see Plex. I don't have Plex running through DelugeVPN (I think that is not recommended). I don't like it's usage either...but I'm so appreciative you implemented it it. I was only looking a custom networks and other things in SpaceinvaderOne and Ibracorp videos because I am looking at expanding the functionality of my uNraid in the near future (Reverse Proxy's and etc) as so many of you have. Thanks again...
  2. Really cool of you to not only reply but to tag Binhex.
  3. DelugeVPN and a Custom Network Hi, Gurus My setup. I have DelugeVPN setup with several containers connected to it by adding "--net=container:binhex-delugevpn" to extra parameters. I setup ADDITIONAL_PORTS for the containers. To allow the containers that needed to communicate with each other I added those container port numbers to VPN_OUTPUT_PORTS for DelugeVPN. If I create a custom network and add DelugeVPN and those others containers to it, will I still need to use the VPN_OUTPUT_PORTS for those containers? In an Ibracorp video it sounds like they are saying I will no longer need to specify ports for containers to communicate each other (just the container name). I'm thinking I'm misunderstanding him. Thanks
  4. This had gotten me too. The template does not default to the actual numbers that the developer has at the top of this template. Just scroll up and you'll see. I'll include a screenshot. The Template should probably be updated to avoid that confusion. The last I did a complete delete and rebuild it still defaulted to 8888.
  5. I thought I would be to route DelugeVPN (what I currently use) or the standard Binhex Deluge through GluetunVPN (availabe in our app store) much like I currently connect other dockers to DelugeVPN for that functionality. I'll review.
  6. Hi, Everyone I'm evaluating a dedicated VPN docker. if I should decide to go that route is it wiser to disable the VPN features on the Binhex DelugeVPN or should I switch over version of regular Deluge (sans VPN)? Thank you
  7. Thanks. I'll try to remember this when there are updates or if I ever need to recreate the docker.
  8. Hello. I noticed something curious. I have shutdown and restarted my unraid server twice and GlutenVPN starts up automatically. I have to manually stop it. This is strange because I don't have it set to :AUTOSTART" None of my other apps that have this feature disabled are automatically starting on reboot. I don't know why that is happening. It's not happening with any other Docker.
  9. Good to know, biggiesize You've been a big help. I did catch the time error and corrected it. The Container connection directions look like what I've ready from Binhex so I am feeling good about getting that working. Again... Thank you.
  10. Here is a modified version of my log if you'd like to see it. I can already tell that I might want to at least get the VPN to use a set of regions for servers for efficiency. I'm reading through this and looking things up for a little better understanding. Thank you! 2021/08/11 20:50:11 INFO storage: creating /gluetun/servers.json with 11007 hardcoded servers 2021/08/11 20:50:11 INFO routing: default route found: interface eth0, gateway 172.xx.xx.1 2021/08/11 20:50:11 INFO routing: local ethernet link found: gretap0 2021/08/11 20:50:11 INFO routing: local ethernet link found: erspan0 2021/08/11 20:50:11 INFO routing: local ethernet link found: eth0 2021/08/11 20:50:11 INFO routing: local ipnet found: xxx.x.xx.xxx/16 2021/08/11 20:50:11 INFO routing: default route found: interface eth0, gateway 172.xx.xx.1 2021/08/11 20:50:11 INFO routing: adding route for 0.0.0.0/0 2021/08/11 20:50:11 INFO firewall: firewall disabled, only updating allowed subnets internal list 2021/08/11 20:50:11 INFO routing: default route found: interface eth0, gateway 172.xxx.xx.1 2021/08/11 20:50:11 INFO routing: adding route for 192.xxx.x.0/24 2021/08/11 20:50:11 INFO openvpn configurator: checking for device /dev/net/tun 2021/08/11 20:50:11 WARN TUN device is not available: open /dev/net/tun: no such file or directory 2021/08/11 20:50:11 INFO openvpn configurator: creating /dev/net/tun 2021/08/11 20:50:11 INFO firewall: enabling... 2021/08/11 20:50:11 INFO firewall: enabled successfully 2021/08/11 20:50:11 INFO dns over tls: using plaintext DNS at address 1.1.1.1 2021/08/11 20:50:11 INFO http server: listening on :8000 2021/08/11 20:50:11 INFO healthcheck: listening on 127.0.0.1:9999 2021/08/11 20:50:11 INFO firewall: setting VPN connection through firewall... 2021/08/11 20:50:11 INFO openvpn configurator: starting OpenVPN 2.5 2021/08/11 20:50:11 INFO openvpn: 2021-08-11 20:50:11 DEPRECATED OPTION: ncp-disable. Disabling cipher negotiation is a deprecated debug feature that will be removed in OpenVPN 2.6 2021/08/11 20:50:11 INFO openvpn: OpenVPN 2.5.2 x86_64-alpine-linux-musl [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on May 4 2021 2021/08/11 20:50:11 INFO openvpn: library versions: OpenSSL 1.1.1k 25 Mar 2021, LZO 2.10 2021/08/11 20:50:11 INFO openvpn: TCP/UDP: Preserving recently used remote address: [AF_INET]109xxx.xxx.xx:443 2021/08/11 20:50:11 INFO openvpn: UDP link local: (not bound) 2021/08/11 20:50:11 INFO openvpn: UDP link remote: [AF_INET]109xxx.xxx.xx:443 2021/08/11 20:50:12 WARN openvpn: 'link-mtu' is used inconsistently, local='link-mtu 1601', remote='link-mtu 1549' 2021/08/11 20:50:12 WARN openvpn: 'auth' is used inconsistently, local='auth SHA512', remote='auth [null-digest]' 2021/08/11 20:50:12 INFO openvpn: [ams-229.windscribe.com] Peer Connection Initiated with [AF_INET]109xxx.xxx.xx:443 2021/08/11 20:50:13 INFO openvpn: TUN/TAP device tun0 opened 2021/08/11 20:50:13 INFO openvpn: /sbin/ip link set dev tun0 up mtu 1500 2021/08/11 20:50:13 INFO openvpn: /sbin/ip link set dev tun0 up 2021/08/11 20:50:13 INFO openvpn: /sbin/ip addr add dev tun0 10.xxx.xxx.xx/23 2021/08/11 20:50:13 INFO openvpn: Initialization Sequence Completed 2021/08/11 20:50:13 INFO VPN routing IP address: 109xxx.xxx.xx 2021/08/11 20:50:13 INFO dns over tls: downloading DNS over TLS cryptographic files 2021/08/11 20:50:13 INFO healthcheck: healthy! 2021/08/11 20:50:15 INFO dns over tls: downloading hostnames and IP block lists 2021/08/11 20:50:17 INFO dns over tls: init module 0: validator 2021/08/11 20:50:17 INFO dns over tls: init module 1: iterator 2021/08/11 20:50:18 INFO dns over tls: start of service (unbound 1.13.1). 2021/08/11 20:50:18 INFO dns over tls: generate keytag query _ta-4a5c-4f66. NULL IN 2021/08/11 20:50:19 INFO dns over tls: ready 2021/08/11 20:50:19 INFO You are running on the bleeding edge of latest! 2021/08/11 20:50:21 INFO ip getter: Public IP address is 109.xxx.xxx.xx (Netherlands, North Holland, Amsterdam) 2021/08/11 20:53:59 INFO http server: 404 GET wrote 41B to 192.xxx.x.xxx:50323 in 31.62µs 2021/08/11 20:53:59 INFO http server: 404 GET /favicon.ico wrote 41B to 192.xxx.x.xxx:50323 in 19.55µs 2021/08/11 20:56:32 INFO http server: 404 GET wrote 41B to 192.xxx.x.xxx:50390 in 41.461µs
  11. Got it! I uninstall the Docker and made sure there were not remnants. When I reinstalled it noticed an additional field and some of the ports changed. When I first ran it failed again. Then I noticed the Template defaults to a different port than what you recommend at the top of the Template. I changed the 8888 to 8388 as the template directions state. So it's running now. I see no errors in the log! 😁 👍 However, when I try to call up the web page for the VPN I get an error see blelow. Do I need to be concerned about that? Otherwise no log errors. I'll wait until tomorrow to begin testing the disabling the VPN portion of DelugeVPN and using your product. 🙂 When I click on the "webUI" link.... Error I see when I try to open the page.
  12. Here you go. I thought it was pretty straight forward. But I notice I have that error in the bottom of the log (last image) and it shuts down. I'm missing something obvious, aren't I? Thank you
  13. I'm struggling with getting this to work. But it's honestly been a horrendous few weeks. I'll take a break and come back and try again. I did notice there is updated documentation so I am sure it will all make sense once my brain clears.
  14. Very good to read. I am not as savvy as some uNraid users so I tend to be a bit cautious in adopting things that are security related.
  15. Ooooooh. 😲 A docker that recognizes specific VPN's like Windscribe? I'm going to have to check this out and see if I gain anything from using that functionality compared DelugeVPN (I tend to lean heavily/happily binhex). Thank you.
  16. Thanks for the fix. I'm up and running. I was thinking last week how cool if it got an upgrade like Radarr and Bazarr. And I'm already playing around with some of the updates. I'm going back to re-read the doc to see if I missed any.
  17. Personally, I didn't think it was snarky. I thought it was a good question.
  18. Looking at my logs I am seeing this as well. 2021-02-26 18:45:14,261 DEBG 'watchdog-script' stdout output: [info] Attempting to start Privoxy... 2021-02-26 18:45:15,272 DEBG 'watchdog-script' stdout output: [info] Privoxy process started [info] Waiting for Privoxy process to start listening on port 8118... 2021-02-26 18:45:15,278 DEBG 'watchdog-script' stdout output: [info] Privoxy process listening on port 8118 2021-02-26 18:45:45,335 DEBG 'watchdog-script' stdout output: [info] Privoxy not running
  19. Carnovorbrah, I totally missed your post. I must have been pretty fried at that point. In fact, if I'd noticed, I'm sure it would have helped me get mine up sooner. The only thing different with mine is I didn't use the proxy on Jackett since I had decided to route my three containers through Deluge-VPN. I'm going to triple check my connections...I think I don't need the proxy setting in some of those other areas.
  20. I think I got it. Seeing this screenshot from torlh helpd turn on a few brain cells. There were multiple steps to be done. I searched for "ADDITIONAL_PORTS" and found Binhex's entry in another forum. So many steps. UGLY DIRECTIONS FOLLOW: 1) I routed Jackett, Sonarr and Radarr (all Binhex versions) through Deluge VPN. Following Spaceinvader one's Youtube tutorial : How to route any docker container through a VPN container will get you most the way there (Link below). But you'll need to add the "ADDITONAL_PORTS" variable if your Deluge-VPN template does not already have it. I'll screenshot mine. Those 3 values you see are Jackett, Radarr & Sonarr. This will allow you to access them in the browser (remember, follow the video first). 2) Once you are able to access your webpages you should go through them and remove any explicit host name for your server (like 192.167.1.11) and replace it with Localhost. I would start with Jackett (if you are using that) since you may have other programs pointing to it. In the case of Radar I had to do this for all of my indexers, the Proxy settings under General and for the Download Client. Here's a screenshot of my doing the "Download Client" in Radar. After I had done all of this my containers were able to be accessed by the web page with the appropriated port: http://192.xxx.x.12:9117 for Jackett and etc. I saw that Radarr and Sonarr were able to access their indexers and deluge vpn. I know these directions are not great. I am exhausted. I only did it for those of you who will be driving yourself crazy and just need a hint. I know one of our better explainer will probably put something more useful and cohesive together. Thank you Binhex and Torlh for giving me enough to figure out what to do and actually clean up my sever.
  21. I'm going to give it another day to see if I can figure out how to make things work again. If I can't, I'm going to look into how I can rollback DelugeVPN as you have I am hoping a nights sleep will help me pull together and understand what I have been reading this forum.
  22. Thanks for the idea, Squid. Sonarr (which is a pretty recent addition to my environment) was set for a quality update. But it did not affect other files in the folder or indicated it was downloading anything (history or otherwise). There is nothing in my "incomplete" folder for deluge (I followed SpaceInvader's video) that isn't expected. I'll do a deeper dive in Sonarr's logs in case there is a hint it might be related. Do note that I have seen this issue on occasion before I put Sonarr on and even on previous OS versions. Thanks again...
  23. Occasionally I come across files that are missing from my uNraid file system. This seems to be happening randomly with files that were on the server for months or years. I recently had several episodes of a TV show disappear from the Season folder. I had watched those very episodes (and several before) a few months ago so I know they were really there. I have both Plex and Emby running but long ago I disabled the ability to delete files after having something like this happen a few years ago and suspecting it might be them. I also remember this was supposed to be a problem with a Plugin that was supposed to clean up old programs and removed that from my system long ago. I am going to be start a parity check shortly as I am due. I had thought this problem was gone a while ago but realize I may just not have noticed those (and maybe other) files missing because I was not looking for them. My searches on the forum didn't show any smoking guns or anything I found to check beyond the obvious. I have attached my log just in case there is an obvious (to you more informed people) indicator. Any assistance appreciated. Thank you tower1-diagnostics-20201001-1420.zip
  24. I agree with you about their site. I did try reading that first before I asked. I had deleted my question ( I began to think it was a bad one) but I am glad you had already been responding to it. Interesting info about non significant changes in connections.
  25. Thanks for responding and the good info. I agree with you about the security aspect. It was one of the other things that appealed to me. I like the idea of waiting a little bit for the Synclounge Docker container. I'm not that savvy and definitely would appreciate regular maintenance as a plus. I'll think on it. it may be fun to do yours as an exercise. Thanks again!