[Support] binhex - SABnzbdVPN


Recommended Posts

6 hours ago, phildunphy said:

Hi,

 

I'm running SABnzbdVPN without issues. However, when using NZBHydra, I am unable to add SABnzbdVPN as a Downloader. I receive the following error message, "The connection to the downloader failed: SABnzbd is not responding." Any thoughts on how to get this working?

Most likely just a configuration issue, would need to see some more details to find out what. Supervisor logs and run commands.

Link to comment
6 hours ago, JoeUnraidUser said:

I just updated and I am still having the same problem.  How do I roll back to a previous version?

you can roll back by following Q5 in the following link:-

https://github.com/binhex/documentation/blob/master/docker/faq/unraid.md

 

however as far as im concerned its tested and working, so you will be stuck on this version, ideally it would be better to find out what your issue is, if your game for this then please follow this procedure instead:-

https://github.com/binhex/documentation/blob/master/docker/faq/help.md

 

Link to comment
2 hours ago, JoeUnraidUser said:

I followed the instruction and got the following file:

supervisord.log 346.01 kB · 4 downloads

 

I also printed all the file and directory permissions in the following file:

permissions.txt 7.98 kB · 4 downloads

thanks for the logs, i see what the issue is in your case, what has me baffled is why it seems to only affect you at this time *shrug*. ok in any case im currently testing my fix and you should be up and running shortly, i will let you know when you can pull the image.

Link to comment
8 minutes ago, JoeUnraidUser said:

I tried installing lates t and 2.3.9-1-05.  I am still getting the same error.

supervisord.log 338.37 kB · 1 download

 

ahh ive spotted the issue!, you have an overly aggressive umask:-

 

 UMASK defined as '007'

this equates to 770 or rwx for user and group, and no permissions for anybody else. this will prevent read operation on files created within the container, you need to relax this, if you want to make it a bit more secure without breaking things then try a umask value of 022, which will equate to 755.

Edited by binhex
Link to comment
8 hours ago, darkreeper said:

Hello,

 

I hope someone can give me a hint of what is going on here. Attached the log file.

The WebUI isn't accessible anymore. 

 

I already tried to revert to the version 2.3.9-1-01.

log.log 63.65 kB · 1 download

im not sure who your vpn provider is but for some bizarre reason they are using self signed certificates?!, not good!, until your vpn provider can supply you with certificates from a known CA you wont be able to connect:-

 

Sat Jul 13 04:41:55 2019 VERIFY ERROR: depth=1, error=self signed certificate in certificate chain: CN=TG-VPN-CA
Sat Jul 13 04:41:55 2019 OpenSSL: error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed
Sat Jul 13 04:41:55 2019 TLS_ERROR: BIO read tls_read_plaintext error
Sat Jul 13 04:41:55 2019 TLS Error: TLS object -> incoming plaintext read error
Sat Jul 13 04:41:55 2019 TLS Error: TLS handshake failed

2019-07-13 04:41:55,291 DEBG 'start-script' stdout output:
Sat Jul 13 04:41:55 2019 Fatal TLS error (check_tls_errors_co), restarting
Sat Jul 13 04:41:55 2019 SIGHUP[soft,tls-error] received, process restarting

 

Edited by binhex
Link to comment

Hi,

I am using purevpn, this docker was working fine for a month or so. but for last 2 weeks i have been getting solid "connection reset" when its trying to connect to openvpn. I have rebuilt docker image, tried older ones, made sure my userid/password are ok. But no joy so far:

 

Created by...
___. .__ .__
\_ |__ |__| ____ | |__ ____ ___ ___
| __ \| |/ \| | \_/ __ \\ \/ /
| \_\ \ | | \ Y \ ___/ > <
|___ /__|___| /___| /\___ >__/\_ \
\/ \/ \/ \/ \/
https://hub.docker.com/u/binhex/

2019-07-28 10:36:00.536516 [info] System information Linux 83bfff2fd624 4.19.56-Unraid #1 SMP Tue Jun 25 10:19:34 PDT 2019 x86_64 GNU/Linux
2019-07-28 10:36:00.557148 [info] PUID defined as '99'
2019-07-28 10:36:00.717512 [info] PGID defined as '100'
2019-07-28 10:36:00.934463 [info] UMASK defined as '000'
2019-07-28 10:36:00.953517 [info] Permissions already set for volume mappings
2019-07-28 10:36:00.975940 [info] VPN_ENABLED defined as 'yes'
2019-07-28 10:36:01.000140 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/nl2-ovpn-tcp-tcp.ovpn
dos2unix: converting file /config/openvpn/nl2-ovpn-tcp-tcp.ovpn to Unix format...
2019-07-28 10:36:01.031151 [info] VPN remote line defined as 'remote nl2-ovpn-tcp.pointtoserver.com 80'
2019-07-28 10:36:01.051488 [info] VPN_REMOTE defined as 'nl2-ovpn-tcp.pointtoserver.com'
2019-07-28 10:36:01.070964 [info] VPN_PORT defined as '80'
2019-07-28 10:36:01.093260 [info] VPN_PROTOCOL defined as 'tcp-client'
2019-07-28 10:36:01.112867 [info] VPN_DEVICE_TYPE defined as 'tun0'
2019-07-28 10:36:01.132197 [info] VPN_PROV defined as 'custom'
2019-07-28 10:36:01.151465 [info] LAN_NETWORK defined as '10.2.1.0/24'
2019-07-28 10:36:01.170595 [info] ADDITIONAL_PORTS defined as '8081'
2019-07-28 10:36:01.190308 [info] NAME_SERVERS defined as '209.222.18.222,84.200.69.80,37.235.1.174,1.1.1.1,209.222.18.218,37.235.1.177,84.200.70.40,1.0.0.1'
2019-07-28 10:36:01.210152 [info] VPN_USER defined as 'purevpn0nnnnnnn'
2019-07-28 10:36:01.229564 [info] VPN_PASS defined as '########'
2019-07-28 10:36:01.248862 [info] VPN_OPTIONS not defined (via -e VPN_OPTIONS)
2019-07-28 10:36:01.268388 [info] ENABLE_PRIVOXY defined as 'yes'
2019-07-28 10:36:01.296143 [info] Starting Supervisor...
2019-07-28 10:36:01,437 INFO Included extra file "/etc/supervisor/conf.d/sabnzbdvpn.conf" during parsing
2019-07-28 10:36:01,437 INFO Set uid to user 0 succeeded
2019-07-28 10:36:01,439 INFO supervisord started with pid 6
2019-07-28 10:36:02,441 INFO spawned: 'start-script' with pid 142
2019-07-28 10:36:02,442 INFO spawned: 'watchdog-script' with pid 143
2019-07-28 10:36:02,442 INFO reaped unknown pid 7
2019-07-28 10:36:02,446 DEBG 'start-script' stdout output:
[info] VPN is enabled, beginning configuration of VPN

2019-07-28 10:36:02,446 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2019-07-28 10:36:02,446 INFO success: watchdog-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2019-07-28 10:36:02,487 DEBG 'start-script' stdout output:
[info] Default route for container is 172.17.0.1

2019-07-28 10:36:02,490 DEBG 'start-script' stdout output:
[info] Adding 209.222.18.222 to /etc/resolv.conf

2019-07-28 10:36:02,492 DEBG 'start-script' stdout output:
[info] Adding 84.200.69.80 to /etc/resolv.conf

2019-07-28 10:36:02,495 DEBG 'start-script' stdout output:
[info] Adding 37.235.1.174 to /etc/resolv.conf

2019-07-28 10:36:02,497 DEBG 'start-script' stdout output:
[info] Adding 1.1.1.1 to /etc/resolv.conf

2019-07-28 10:36:02,499 DEBG 'start-script' stdout output:
[info] Adding 209.222.18.218 to /etc/resolv.conf

2019-07-28 10:36:02,502 DEBG 'start-script' stdout output:
[info] Adding 37.235.1.177 to /etc/resolv.conf

2019-07-28 10:36:02,504 DEBG 'start-script' stdout output:
[info] Adding 84.200.70.40 to /etc/resolv.conf

2019-07-28 10:36:02,507 DEBG 'start-script' stdout output:
[info] Adding 1.0.0.1 to /etc/resolv.conf

2019-07-28 10:36:02,835 DEBG 'start-script' stdout output:
[info] Attempting to load tun kernel module...

2019-07-28 10:36:02,836 DEBG 'start-script' stderr output:
modprobe: FATAL: Module tun not found in directory /lib/modules/4.19.56-Unraid

2019-07-28 10:36:02,836 DEBG 'start-script' stdout output:
[warn] Unable to load tun kernel module using modprobe, trying insmod...

2019-07-28 10:36:02,836 DEBG 'start-script' stderr output:
insmod: ERROR: could not load module /lib/modules/tun.ko: No such file or directory

2019-07-28 10:36:02,837 DEBG 'start-script' stdout output:
[warn] Unable to load tun kernel module, assuming its dynamically loaded

2019-07-28 10:36:02,840 DEBG 'start-script' stdout output:
[info] Attempting to load iptable_mangle module...

2019-07-28 10:36:02,841 DEBG 'start-script' stderr output:
modprobe: FATAL: Module iptable_mangle not found in directory /lib/modules/4.19.56-Unraid

2019-07-28 10:36:02,841 DEBG 'start-script' stdout output:
[warn] Unable to load iptable_mangle module using modprobe, trying insmod...

2019-07-28 10:36:02,842 DEBG 'start-script' stderr output:
insmod: ERROR: could not load module /lib/modules/iptable_mangle.ko: No such file or directory

2019-07-28 10:36:02,842 DEBG 'start-script' stdout output:
[warn] Unable to load iptable_mangle module, you will not be able to connect to the applications Web UI or Privoxy outside of your LAN
[info] unRAID/Ubuntu users: Please attempt to load the module by executing the following on your host: '/sbin/modprobe iptable_mangle'
[info] Synology users: Please attempt to load the module by executing the following on your host: 'insmod /lib/modules/iptable_mangle.ko'

2019-07-28 10:36:02,854 DEBG 'start-script' stdout output:
[info] Docker network defined as 172.17.0.0/16

2019-07-28 10:36:02,857 DEBG 'start-script' stdout output:
[info] Adding 10.2.1.0/24 as route via docker eth0

2019-07-28 10:36:02,857 DEBG 'start-script' stdout output:
[info] ip route defined as follows...
--------------------

2019-07-28 10:36:02,858 DEBG 'start-script' stdout output:
default via 172.17.0.1 dev eth0
10.2.1.0/24 via 172.17.0.1 dev eth0
172.17.0.0/16 dev eth0 proto kernel scope link src 172.17.0.3

2019-07-28 10:36:02,858 DEBG 'start-script' stdout output:
--------------------

2019-07-28 10:36:02,873 DEBG 'start-script' stdout output:
[info] Adding additional incoming port 8081 for eth0

2019-07-28 10:36:02,893 DEBG 'start-script' stdout output:
[info] Adding additional outgoing port 8081 for eth0

2019-07-28 10:36:02,901 DEBG 'start-script' stdout output:
[info] iptables defined as follows...
--------------------

2019-07-28 10:36:02,902 DEBG 'start-script' stdout output:
-P INPUT DROP
-P FORWARD DROP
-P OUTPUT DROP
-A INPUT -i tun0 -j ACCEPT
-A INPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --sport 80 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --dport 8080 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --sport 8080 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --dport 8090 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --sport 8090 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --dport 8081 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --sport 8081 -j ACCEPT
-A INPUT -s 10.2.1.0/24 -d 172.17.0.0/16 -i eth0 -p tcp -j ACCEPT
-A INPUT -p icmp -m icmp --icmp-type 0 -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A OUTPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --dport 80 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --dport 8080 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --sport 8080 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --dport 8090 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --sport 8090 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --dport 8081 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --sport 8081 -j ACCEPT
-A OUTPUT -s 172.17.0.0/16 -d 10.2.1.0/24 -o eth0 -p tcp -j ACCEPT
-A OUTPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT
-A OUTPUT -o lo -j ACCEPT
-A OUTPUT -o tun0 -j ACCEPT

2019-07-28 10:36:02,902 DEBG 'start-script' stdout output:
--------------------

2019-07-28 10:36:02,902 DEBG 'start-script' stdout output:
[info] Starting OpenVPN...

2019-07-28 10:36:02,919 DEBG 'start-script' stdout output:
Sun Jul 28 10:36:02 2019 WARNING: file 'credentials.conf' is group or others accessible
Sun Jul 28 10:36:02 2019 OpenVPN 2.4.7 [git:makepkg/2b8aec62d5db2c17+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 19 2019
Sun Jul 28 10:36:02 2019 library versions: OpenSSL 1.1.1c 28 May 2019, LZO 2.10

2019-07-28 10:36:02,919 DEBG 'start-script' stdout output:
Sun Jul 28 10:36:02 2019 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2019-07-28 10:36:02,919 DEBG 'start-script' stdout output:
[info] OpenVPN started

2019-07-28 10:36:02,920 DEBG 'start-script' stdout output:
Sun Jul 28 10:36:02 2019 TCP/UDP: Preserving recently used remote address: [AF_INET]43.226.228.4:80

2019-07-28 10:36:02,920 DEBG 'start-script' stdout output:
Sun Jul 28 10:36:02 2019 Attempting to establish TCP connection with [AF_INET]43.226.228.4:80 [nonblock]

2019-07-28 10:36:04,920 DEBG 'start-script' stdout output:
Sun Jul 28 10:36:04 2019 TCP connection established with [AF_INET]43.226.228.4:80
Sun Jul 28 10:36:04 2019 TCP_CLIENT link local: (not bound)
Sun Jul 28 10:36:04 2019 TCP_CLIENT link remote: [AF_INET]43.226.228.4:80

2019-07-28 10:36:13,595 DEBG 'start-script' stdout output:
Sun Jul 28 10:36:13 2019 Connection reset, restarting [-1]

2019-07-28 10:36:13,595 DEBG 'start-script' stdout output:
Sun Jul 28 10:36:13 2019 SIGHUP[soft,connection-reset] received, process restarting

Any suggestions?

Edited by daver898
Link to comment
  • 2 weeks later...

Hello,

 

I just recently change my ISP from Xfinity to Verizon FIOS.

After I cut over to the new ISP and now I am unable to get my PIA VPN started.

I tried changing the opvn file to TCP or IP but it didn't work.

Once I start the container it starts to loop with the following message,

 

019-08-06 20:50:20,166 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:50:50,305 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:51:20,446 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:51:50,584 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:52:20,725 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:52:50,862 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:53:21,004 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:53:51,144 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:54:21,282 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:54:51,429 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:55:21,577 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:55:51,722 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:56:21,862 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:56:52,002 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:57:22,142 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:57:52,280 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:58:22,419 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:58:52,558 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:59:22,696 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:59:52,834 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:00:22,973 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:00:53,112 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:01:23,251 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:01:53,390 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:02:23,528 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:02:53,668 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:03:23,807 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:03:53,947 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:04:24,085 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:04:54,224 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:05:24,362 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:05:54,500 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:06:24,639 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:06:54,780 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:07:24,916 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:07:55,054 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:08:25,192 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:08:55,331 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:09:25,468 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:09:55,607 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:10:25,745 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:10:55,884 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:11:26,022 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:11:56,161 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:12:26,301 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:12:56,440 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:13:26,577 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:13:56,714 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:14:26,852 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:14:56,991 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:15:27,129 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:15:57,266 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:16:27,406 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:16:57,545 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:17:27,684 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:17:57,822 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:18:27,960 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:18:58,098 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:19:28,236 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:19:58,376 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:20:28,514 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:20:58,652 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:21:28,791 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:21:58,928 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:22:29,067 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:22:59,205 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:23:29,343 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:23:59,482 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:24:29,621 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:24:59,758 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:25:29,898 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:26:00,036 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:26:30,173 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:27:00,312 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:27:30,450 DEBG 'watchdog-script' stdout output:
172.217.10.100
 

If someone can please help me get the proper configuration done so I can get this working.

Link to comment
7 hours ago, BF90X said:

Hello,

 

I just recently change my ISP from Xfinity to Verizon FIOS.

After I cut over to the new ISP and now I am unable to get my PIA VPN started.

I tried changing the opvn file to TCP or IP but it didn't work.

Once I start the container it starts to loop with the following message,

 

019-08-06 20:50:20,166 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:50:50,305 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:51:20,446 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:51:50,584 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:52:20,725 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:52:50,862 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:53:21,004 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:53:51,144 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:54:21,282 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:54:51,429 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:55:21,577 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:55:51,722 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:56:21,862 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:56:52,002 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:57:22,142 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:57:52,280 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:58:22,419 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:58:52,558 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:59:22,696 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 20:59:52,834 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:00:22,973 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:00:53,112 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:01:23,251 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:01:53,390 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:02:23,528 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:02:53,668 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:03:23,807 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:03:53,947 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:04:24,085 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:04:54,224 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:05:24,362 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:05:54,500 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:06:24,639 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:06:54,780 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:07:24,916 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:07:55,054 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:08:25,192 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:08:55,331 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:09:25,468 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:09:55,607 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:10:25,745 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:10:55,884 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:11:26,022 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:11:56,161 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:12:26,301 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:12:56,440 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:13:26,577 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:13:56,714 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:14:26,852 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:14:56,991 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:15:27,129 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:15:57,266 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:16:27,406 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:16:57,545 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:17:27,684 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:17:57,822 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:18:27,960 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:18:58,098 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:19:28,236 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:19:58,376 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:20:28,514 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:20:58,652 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:21:28,791 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:21:58,928 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:22:29,067 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:22:59,205 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:23:29,343 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:23:59,482 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:24:29,621 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:24:59,758 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:25:29,898 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:26:00,036 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:26:30,173 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:27:00,312 DEBG 'watchdog-script' stdout output:
172.217.10.100

2019-08-06 21:27:30,450 DEBG 'watchdog-script' stdout output:
172.217.10.100
 

If someone can please help me get the proper configuration done so I can get this working.

i will need a full debug log to help, please follow the procedure linked below:-

https://github.com/binhex/documentation/blob/master/docker/faq/help.md

Link to comment
12 hours ago, binhex said:

i will need a full debug log to help, please follow the procedure linked below:-

https://github.com/binhex/documentation/blob/master/docker/faq/help.md

 

12 hours ago, binhex said:

i will need a full debug log to help, please follow the procedure linked below:-

https://github.com/binhex/documentation/blob/master/docker/faq/help.md

I followed the steps from the link.

After reviewing it, it seems that VPN connects but the container page doesn't load when it is active.

When I turn off VPN, I am able to access the container page and it loads properly.

Thanks for your help.

supervisord.log

Edited by BF90X
Link to comment
16 hours ago, BF90X said:

I followed the steps from the link.

After reviewing it, it seems that VPN connects but the container page doesn't load when it is active.

When I turn off VPN, I am able to access the container page and it loads properly.

Thanks for your help.

Assuming you didn't change any networking settings from default, that sounds like your VPN server doesn't support port-forwarding.

Link to comment
52 minutes ago, testdasi said:

Assuming you didn't change any networking settings from default, that sounds like your VPN server doesn't support port-forwarding.

this doesn't come into play as we are talking about a usenet client here not torrents, all code to determine the incoming port is disabled for this image.

 

17 hours ago, BF90X said:

When I turn off VPN, I am able to access the container page and it loads properly.

your log is clean, showing no issues, so i can only assume that your new ISP (and thus new router perhaps?) is issuing leases on a different network range, can you confirm the ip address of your unraid server is in the range 192.168.1.0/24

Link to comment
28 minutes ago, binhex said:

this doesn't come into play as we are talking about a usenet client here not torrents, all code to determine the incoming port is disabled for this image.

I understand your point but I can reliably reproduce this with my VPN (PIA) by simply switching to a non-port-forwarding server. I would lose access to the interface within 10 secs or so after docker start but I can tell the docker is still running based on network stats. Maybe something peculiar about my network / ISP.

Link to comment
5 hours ago, binhex said:

this doesn't come into play as we are talking about a usenet client here not torrents, all code to determine the incoming port is disabled for this image.

 

your log is clean, showing no issues, so i can only assume that your new ISP (and thus new router perhaps?) is issuing leases on a different network range, can you confirm the ip address of your unraid server is in the range 192.168.1.0/24

Thanks for your response.

That is correct, my unraid server is in the ip address range 192.168.1.0/24

My VPN provider is PIA and I didn't experience issues before the ISP change.

My router is also the same, I am using Pfsense which was getting the hand off from the modem before and now it's getting the hand off from the FIOS circuit.

I haven't experience any issues with other docker containers.

Link to comment
22 hours ago, testdasi said:

I understand your point but I can reliably reproduce this with my VPN (PIA) by simply switching to a non-port-forwarding server. I would lose access to the interface within 10 secs or so after docker start but I can tell the docker is still running based on network stats. Maybe something peculiar about my network / ISP.

hmm then i would double check your ovpn and certs, as this should not happen - just tested it with uk-london (no pf) with this image and no problems.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.