Jump to content

MisterOrange

Members
 View Profile  See their activity

  • Posts

    8

  • Joined

  • Last visited

 Content Type 

Posts posted by MisterOrange

    [Support] binhex - DelugeVPN

    in Docker Containers

    Posted

    13 minutes ago, nekromantik said:

    Not sure why iptables would block the webUI port as thats not the port thats used for downloading torrents.

    Yes the VPN is running fine.

    I did not use docker run as I just used unRaid templates. attached the images

    Error is it just times out when connecting to Deluge

    deluge1.jpg

    deluge2.jpg

    radarr.jpg

    radarr2.jpg

    Hey Nekromantik, this was exactly the issue I had when I switched the the binhex DelugeVPN docker to solve the PIA issue. You need to have it and Radarr/Sonarr all in bridge mode, not using their own IPs. Once I made that change everything was off to the races again.

    [Support] binhex - DelugeVPN

    in Docker Containers

    Posted

    21 hours ago, strike said:

    Yeah, this container doesn't support that.

    Thanks Strike. All is working well now. I was using a different version of DelugeVPN that did support it previously, running the binhex one now and missed seeing that it needed to be in bridge. All good though! It's been awhile since I've had to troubleshoot anything, so it was good for me :)

    [Support] binhex - DelugeVPN

    in Docker Containers

    Posted

    I thought I had, but after doing some further troubleshooting, I did see that I had not set that on all containers. I have it now working, however it is only working when every docker is in Bridge mode instead of custom IPs. A problem for another day :) At least I can report that DelugeVPN is working well, and the pointer to take a look at the LAN_Network settings definitely helped point me in the right direction. Thanks for the assist guys.

    [Support] binhex - DelugeVPN

    in Docker Containers

    Posted

    On 9/26/2020 at 3:45 PM, binhex said:

    most probably badly configured LAN_NETWORK, see here Q4 :- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

    Thanks. I suspect it is related to me changing my IP scheme just before PIA stopped working (unrelated), and there is something in a routing table where it is still trying to get to .0.20 instead of .10.20. I have not been able to find the culprit anywhere. Port mappings appear to all be correct.

    [Support] binhex - DelugeVPN

    in Docker Containers

    Posted

    Seems like the :test version is working well. Like everyone else, it takes a while to finally connect, but when it does, I am able to add a torrent to Deluge and it downloads fine. However - I am now having an issue where when the VPN is enabled in the Deluge docker, Sonarr and Radarr are not able to connect to Deluge. When the VPN is off, all works well. It also does not let me use the docker as a proxy server. I have tried Deluge in bridge mode and with it's own IP with no luck.

     

    It seems like when the VPN is on, it is not allowing local traffic at all. I've had no luck searching this topic to find a resolution (also having to wait 5-15 minutes for the VPN to connect after every change makes the troubleshooting take forever :) ). Anyone had any experience with this that could point me in the right direction?

    [Support] binhex - DelugeVPN

    in Docker Containers

    Posted

    2 hours ago, Jorgen said:

    I was getting the same, but left it for a few minutes and it came good on it's own.

     

    Getting great speeds finally from an endpoint on my own continent (au-sydney)! :)

     

    @binhex do you need anything specific from us guinea pigs?

    This eventually worked for me as well...sort of. Deluge came up correctly and the UI was working, however I am unable to connect to Deluge from Sonarr whenever the VPN was enable. Works fine with it disabled. Experimenting with settings now, but it takes forever to try each one since it is taking 10-15 minutes for it to eventually connect to PIA correctly.

    [Support] binhex - DelugeVPN

    in Docker Containers

    Posted · Edited by jonathanm
    redact creds

    On 9/24/2020 at 5:25 PM, binhex said:

    PIA Users - Fancy being a guinea pig for Next-Gen OpenVPN support?, if so read here:-

    https://forums.unraid.net/topic/44109-support-binhex-delugevpn/?do=findComment&comment=433617

     

    Guinea Pig on the loose!

     

    I am getting an error when it is trying to retrieve a token from PIA. "parse error: Invalid numeric literal at line 4, column 0", and it is unable to get the payload from PIA (bottom of the log). It then goes into a loop re-connecting to PIA and trying again.

     

    here is a partial log file where I am seeing this:

     

    2020-09-24 18:38:17,655 DEBG 'start-script' stdout output:
    [debug] VPN remote configuration options as follows...
    [debug] VPN remote server is defined as 'ca-toronto.privacy.network'
    [debug] VPN remote port is defined as '1198'
    [debug] VPN remote protocol is defined as 'udp'
    [debug] VPN remote ip is defined as '66.115.142.228 66.115.142.239 66.115.142.203 66.115.142.249 66.115.142.232'

    2020-09-24 18:38:17,655 DEBG 'start-script' stdout output:
    [debug] OpenVPN command line:- /usr/bin/openvpn --reneg-sec 0 --mute-replay-warnings --auth-nocache --setenv VPN_PROV 'pia' --setenv DEBUG 'true' --setenv VPN_DEVICE_TYPE 'tun0' --setenv VPN_ENABLED 'yes' --setenv vpn_remote_server 'ca-toronto.privacy.network' --setenv APPLICATION 'deluge' --script-security 2 --writepid /root/openvpn.pid --remap-usr1 SIGHUP --log-append /dev/stdout --pull-filter ignore 'up' --pull-filter ignore 'down' --pull-filter ignore 'route-ipv6' --pull-filter ignore 'ifconfig-ipv6' --pull-filter ignore 'tun-ipv6' --pull-filter ignore 'dhcp-option DNS6' --pull-filter ignore 'persist-tun' --pull-filter ignore 'reneg-sec' --up /root/openvpnup.sh --up-delay --up-restart --keepalive 10 60 --setenv STRICT_PORT_FORWARD 'yes' --setenv VPN_USER 'xxxxxxxx' --setenv VPN_PASS 'xxxxxxxx' --disable-occ --auth-user-pass credentials.conf --cd /config/openvpn --config '/config/openvpn/CA Toronto.ovpn' --remote 66.115.142.228 1198 udp --remote 66.115.142.239 1198 udp --remote 66.115.142.203 1198 udp --remote 66.115.142.249 1198 udp --remote 66.115.142.232 1198 udp --remote-random
    [info] Starting OpenVPN (non daemonised)...

    2020-09-24 18:38:17,661 DEBG 'start-script' stdout output:
    Thu Sep 24 18:38:17 2020 WARNING: file 'credentials.conf' is group or others accessible
    Thu Sep 24 18:38:17 2020 OpenVPN 2.4.9 [git:makepkg/9b0dafca6c50b8bb+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Apr 20 2020

    2020-09-24 18:38:17,661 DEBG 'start-script' stdout output:
    Thu Sep 24 18:38:17 2020 library versions: OpenSSL 1.1.1g  21 Apr 2020, LZO 2.10

    2020-09-24 18:38:17,661 DEBG 'start-script' stdout output:
    Thu Sep 24 18:38:17 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

    2020-09-24 18:38:17,662 DEBG 'start-script' stdout output:
    Thu Sep 24 18:38:17 2020 CRL: loaded 1 CRLs from file [[INLINE]]

    2020-09-24 18:38:17,662 DEBG 'start-script' stdout output:
    Thu Sep 24 18:38:17 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]66.115.142.203:1198
    Thu Sep 24 18:38:17 2020 UDP link local: (not bound)
    Thu Sep 24 18:38:17 2020 UDP link remote: [AF_INET]66.115.142.203:1198

    2020-09-24 18:38:17,916 DEBG 'start-script' stdout output:
    Thu Sep 24 18:38:17 2020 [toronto407] Peer Connection Initiated with [AF_INET]66.115.142.203:1198

    2020-09-24 18:38:19,196 DEBG 'start-script' stdout output:
    Thu Sep 24 18:38:19 2020 TUN/TAP device tun0 opened
    Thu Sep 24 18:38:19 2020 /usr/bin/ip link set dev tun0 up mtu 1500

    2020-09-24 18:38:19,197 DEBG 'start-script' stdout output:
    Thu Sep 24 18:38:19 2020 /usr/bin/ip addr add dev tun0 10.9.112.3/24 broadcast 10.9.112.255

    2020-09-24 18:38:19,198 DEBG 'start-script' stdout output:
    Thu Sep 24 18:38:19 2020 /root/openvpnup.sh tun0 1500 1558 10.9.112.3 255.255.255.0 init

    2020-09-24 18:38:19,202 DEBG 'start-script' stdout output:
    [debug] Waiting for valid local and gateway IP addresses from tunnel...

    2020-09-24 18:38:19,203 DEBG 'start-script' stdout output:
    Thu Sep 24 18:38:19 2020 Initialization Sequence Completed

    2020-09-24 18:38:21,231 DEBG 'start-script' stdout output:
    [debug] Valid local IP address from tunnel acquired '10.9.112.3'
    [debug] Valid gateway IP address from tunnel acquired '10.9.112.1'

    2020-09-24 18:38:21,231 DEBG 'start-script' stdout output:
    [debug] Checking we can resolve name 'www.google.com' to address...

    2020-09-24 18:38:21,392 DEBG 'start-script' stdout output:
    [debug] DNS operational, we can resolve name 'www.google.com' to address '172.217.23.132'

    2020-09-24 18:38:21,392 DEBG 'start-script' stdout output:
    [info] Attempting to get external IP using Name Server 'ns1.google.com'...

    2020-09-24 18:38:21,741 DEBG 'start-script' stdout output:
    [info] Successfully retrieved external IP address 66.115.142.203

    2020-09-24 18:38:21,742 DEBG 'start-script' stdout output:
    [info] Port forwarding is enabled
    [info] Checking endpoint 'ca-toronto.privacy.network' is port forward enabled...

    2020-09-24 18:38:27,954 DEBG 'start-script' stdout output:
    parse error: Invalid numeric literal at line 4, column 0

    2020-09-24 18:38:27,956 DEBG 'start-script' stdout output:
    [info] PIA endpoint 'ca-toronto.privacy.network' is in the list of endpoints that support port forwarding

    2020-09-24 18:38:27,956 DEBG 'start-script' stdout output:
    [info] List of PIA endpoints that support port forwarding:-

    2020-09-24 18:38:27,957 DEBG 'start-script' stdout output:
    [info] al.privacy.network
    [info] ad.privacy.network
    [info] austria.privacy.network
    [info] brussels.privacy.network
    [info] ba.privacy.network
    [info] sofia.privacy.network
    [info] czech.privacy.network
    [info] denmark.privacy.network
    [info] ee.privacy.network
    [info] fi.privacy.network
    [info] france.privacy.network
    [info] de-frankfurt.privacy.network
    [info] de-berlin.privacy.network
    [info] gr.privacy.network
    [info] hungary.privacy.network
    [info] is.privacy.network
    [info] ireland.privacy.network
    [info] man.privacy.network
    [info] italy.privacy.network
    [info] lv.privacy.network

    2020-09-24 18:38:27,957 DEBG 'start-script' stdout output:
    [info] liechtenstein.privacy.network
    [info] lt.privacy.network
    [info] lu.privacy.network
    [info] mk.privacy.network
    [info] malta.privacy.network
    [info] md.privacy.network
    [info] monaco.privacy.network
    [info] montenegro.privacy.network
    [info] nl-amsterdam.privacy.network
    [info] no.privacy.network
    [info] poland.privacy.network
    [info] pt.privacy.network
    [info] ro.privacy.network
    [info] rs.privacy.network
    [info] sk.privacy.network
    [info] spain.privacy.network
    [info] sweden.privacy.network
    [info] swiss.privacy.network
    [info] ua.privacy.network
    [info] uk-manchester.privacy.network
    [info] uk-london.privacy.network
    [info] uk-southampton.privacy.network
    [info] bahamas.privacy.network
    [info] ca-vancouver.privacy.network
    [info] ca-ontario.privacy.network
    [info] ca-montreal.privacy.network
    [info] ca-toronto.privacy.network
    [info] greenland.privacy.network
    [info] mexico.privacy.network

    2020-09-24 18:38:27,957 DEBG 'start-script' stdout output:
    [info] panama.privacy.network
    [info] ar.privacy.network
    [info] br.privacy.network
    [info] venezuela.privacy.network
    [info] yerevan.privacy.network
    [info] cambodia.privacy.network
    [info] cyprus.privacy.network
    [info] georgia.privacy.network
    [info] hk.privacy.network
    [info] in.privacy.network
    [info] iran.privacy.network
    [info] israel.privacy.network
    [info] japan.privacy.network
    [info] kazakhstan.privacy.network
    [info] philippines.privacy.network
    [info] qatar.privacy.network
    [info] saudiarabia.privacy.network
    [info] sg.privacy.network
    [info] srilanka.privacy.network
    [info] taiwan.privacy.network
    [info] tr.privacy.network
    [info] ae.privacy.network
    [info] vietnam.privacy.network
    [info] aus-perth.privacy.network
    [info] au-sydney.privacy.network
    [info] aus-melbourne.privacy.network
    [info] nz.privacy.network
    [info] dz.privacy.network

    2020-09-24 18:38:27,957 DEBG 'start-script' stdout output:
    [info] egypt.privacy.network
    [info] morocco.privacy.network
    [info] nigeria.privacy.network
    [info] za.privacy.network

    2020-09-24 18:38:27,957 DEBG 'start-script' stdout output:
    [debug] Waiting for valid local and gateway IP addresses from tunnel...

    2020-09-24 18:38:29,985 DEBG 'start-script' stdout output:
    [debug] Valid local IP address from tunnel acquired '10.9.112.3'
    [debug] Valid gateway IP address from tunnel acquired '10.9.112.1'

    2020-09-24 18:38:36,007 DEBG 'start-script' stdout output:
    parse error: Invalid numeric literal at line 4, column 0

    2020-09-24 18:38:36,509 DEBG 'start-script' stdout output:
    [warn] Unable to successfully download PIA json payload from URL 'https://10.9.112.1:19999/getSignature?token=8gm84jFIIDNCf5dGOMau_4pmRONktjf4Xt1WKFD1yB_N8wqWBuxOOOMIhxQUjv2+g+H9UbwoM2Q3HFX8nttSCKrRt7xM2TcWxr6aShK1dNTKhzdrSmeQ0XHsb0E='
    [info] 12 retries left
    [info] Retrying in 10 secs...


     

×
×
  • Create New...