Welcome to DPC Support

 

All questions/issues related to getting any of my images running on Unraid can be asked here.

If you think a template needs improvement, feel free to post that here too.

 

= DiamondPrecisionComputing =
GitHub - https://github.com/DiamondPrecisionComputing

 

== Contact Us ==

If you require support or have any questions you can contact us at [email protected].

 

= PayPal =

Prefer to donate via PayPal? You can donate to us right HERE.

 

We really appreciate your support in any shape or form.

Edited July 23, 20215 yr by biggiesize
New Link

Dockers Available so far:

 

• ddns-updater
  • Product Owner: QMCGAW
  • Product Support: https://github.com/qdm12/ddns-updater/issues/new/choose
• GluetunVPN
  • Product Owner: QMCGAW
  • Product Support: https://github.com/qdm12/gluetun/issues/new/choose
• ShadowSocks-Server
  • Product Owner: QMCGAW
  • Product Support: https://github.com/qdm12/ss-server/issues/new
• Genea
  • Product Owner: Genea.app
  • Product Support: https://github.com/genea-app/genea-app/issues/new

Edited June 14, 20224 yr by biggiesize
Removed old warning

Hi,

 

no matter what i do i get

 

With everything configured correctly.

What's weird is that if i run the command via shell:
 

docker run -it --rm -e VPNSP=purevpn -e OPENVPN_USER=user -e OPENVPN_PASSWORD=password -e VPN_SERVER_HOSTNAME=servehostname --privileged qmcgaw/gluetun

It works (tho, assigning a random server and not the one selected).

Also, it doesn't download the settings.json in the /gluetun path (i left the one from the template), even if the log states it does.

Thanks.

 

1 hour ago, dhstsw said:

Hi,

 

no matter what i do i get

 

With everything configured correctly.

What's weird is that if i run the command via shell:
 

docker run -it --rm -e VPNSP=purevpn -e OPENVPN_USER=user -e OPENVPN_PASSWORD=password -e VPN_SERVER_HOSTNAME=servehostname --privileged qmcgaw/gluetun

It works (tho, assigning a random server and not the one selected).

Also, it doesn't download the settings.json in the /gluetun path (i left the one from the template), even if the log states it does.

Thanks.

 

Odd, it was working before the upload to CA. Thanks for pointing it out. I'll check and see what is wrong.

 

**UPDATE** So somehow before uploading I accidentally flipped one of the ports from udp to tcp. I have fixed it in the XML and tested it. The new working version should be uploaded soon.

Edited July 24, 20214 yr by biggiesize
Update

19 hours ago, biggiesize said:

Odd, it was working before the upload to CA. Thanks for pointing it out. I'll check and see what is wrong.

 

**UPDATE** So somehow before uploading I accidentally flipped one of the ports from udp to tcp. I have fixed it in the XML and tested it. The new working version should be uploaded soon.

 

Thanks.

If it is the SHADOWSOCKS_PORT_UDP i corrected it but still no joy.

C.

Found it.
Some of the ports assignments are duplicated in the template.
Removed those and it works.

5 hours ago, dhstsw said:

Found it.
Some of the ports assignments are duplicated in the template.
Removed those and it works.

You are correct, it was the SHADOWSOCKS_PORT_UDP. It was set to tcp instead of udp in the initial uploaded. It was corrected in the appstore yesterday. It is possible that the old template was still cached from the appstore. Glad you got it working 🙂

1 hour ago, biggiesize said:

It is possible that the old template was still cached from the appstore.

Already installed containers do not get their templates updated unless an update to the container is also issued.  Otherwise, CA does NOT cache anything at all, beyond the fact that updates only happen every 2 hours, so any update to the template takes up to 2 hours to take effect within CA.

Would you mind adding this variable to the gluetunvpn template too? it allows the containers inside talk to a container outside the network, if i got this right. without this variable sonarr and jellyfin would not talk to each other. so sonarr would not see jellyfin.

 

FIREWALL_OUTBOUND_SUBNETS

wiki say this:
 

Quote

Comma separated subnets that Gluetun and the containers sharing its network stack are allowed to access. This involves firewall and routing modifications.

 

Edited August 2, 20214 yr by SebTech33

6 hours ago, SebTech33 said:

FIREWALL_OUTBOUND_SUBNETS

This has been added to the template. It can take up to two hours for changes to appear in CA.

4 hours ago, biggiesize said:

This has been added to the template. It can take up to two hours for changes to appear in CA.

Thanks

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.

18 hours ago, storagehound said:

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.

Thank you for your interest. I was using binhex's PrivoxyVPN container and was happy. This one is a little more flexible and really light-weight. The dev is also amazing to work with. Kudos to him on the effort he put into it.

48 minutes ago, biggiesize said:

Thank you for your interest. I was using binhex's PrivoxyVPN container and was happy. This one is a little more flexible and really light-weight. The dev is also amazing to work with. Kudos to him on the effort he put into it.

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. 

 

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.

 

23 minutes ago, storagehound said:

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.

 

No worries. Any VPN with the amount of variables and options like this one is a bit challenging to set up.

 

Feel free to post a screenshot of your settings screen and any errors you are seeing. I will gladly help out. 🙂

On 8/9/2021 at 9:03 PM, biggiesize said:

No worries. Any VPN with the amount of variables and options like this one is a bit challenging to set up.

 

Feel free to post a screenshot of your settings screen and any errors you are seeing. I will gladly help out. 🙂

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

Near the top, change the network type to Bridge. I thought I had that set. I will double check the template when I get home tonight.

You might check to make sure that the ports aren't in use by another application. 8000 is very common among security apps. If you find one that is already in use just change the one I. The Gluetun template to something else not is use.

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.

Edited August 12, 20214 yr by storagehound
Combining two posts into one for ease o f understanding

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

Edited August 12, 20214 yr by storagehound

The Web port isn't a traditional WebUI. It's more of an API for advanced automation in obtaining and modifying the container without restarting it.

 

https://github.com/qdm12/gluetun/wiki/HTTP-Control-server

 

I didn't catch it earlier but your Timezone needs to be in IANA format (example. America/New_York)

 

https://en.m.wikipedia.org/wiki/List_of_tz_database_time_zones

 

The dev has some decent notes on connecting other containers to Gluetun if you need help with that. 

 

https://github.com/qdm12/gluetun/wiki/Connect-to-gluetun

3 minutes ago, biggiesize said:

The Web port isn't a traditional WebUI. It's more of an API for advanced automation in obtaining and modifying the container without restarting it.

 

https://github.com/qdm12/gluetun/wiki/HTTP-Control-server

 

I didn't catch it earlier but your Timezone needs to be in IANA format (example. America/New_York)

 

https://en.m.wikipedia.org/wiki/List_of_tz_database_time_zones

 

The dev has some decent notes on connecting other containers to Gluetun if you need help with that. 

 

https://github.com/qdm12/gluetun/wiki/Connect-to-gluetun

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. 

You are very welcome! Glad I was able to help. 🙂 

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.

Edited August 13, 20214 yr by storagehound