• Content count

  • Joined

  • Last visited

Community Reputation

1 Neutral

About jmbrnt

  • Rank
    Advanced Member


  • Gender
  • Location
    Cambridge, UK
  • Personal Text
    i7 6700k @ 4.6g | 32GB DDR4 | GTX 1070 | Mini-ITX
  1. [Support] binhex - DelugeVPN

    Physically, the packets leaving your docker, on your unraid server do run through your home router - however the beauty of tunneling (VPN) is that extra padding is added on the outside of your normal packets, encapsulating what you are sending/receiving with the tunnel provider (this extra padding also has its own ports).. This is what gives you the additional security - it also extends a logical connection from the VPN endpoint (in this case, the Docker container) and the other endpoint (PIA's machine elsewhere). This can be thought of as a single long piece of network cable, with no interfering routers/firewalls in the way. Thinking of it like this, the PIA endpoint is the router for this connection, so the port-forwarding needs to be done there. A packet comes in from some source with port 55588.. PIA allows forwarding of that packet on to you, so it hits your docker and Deluge with that src port.. If your provider doesn't allow forwarding, the port number is changed and as a result Deluge doesn't perform as well.. This is the same as if you were doing the port forwarding on your router for another service.. Except that when using VPN, your router has no idea what ports you're exchanging with the outside world.. All it sees is encrypted packets heading off toward PIA's IP (and coming back).
  2. [Support] binhex - DelugeVPN

    I've previously had great success with from New Zealand - don't remember it being expensive.
  3. [Support] binhex - DelugeVPN

    And the answer to that is "not yet". I am OK with the speeds I get and have a year left on my subscription
  4. [Support] binhex - DelugeVPN

    Well.. I have a 100M FTTH connection and I can hit 9.8MB/s using the Switzerland node I have picked (having just tested an Ubuntu ISO). However, it tends to hover around 1-3MB/s I'm connected via a 'Powerline' ethernet adaptor, which I suspect is introducing some loss. My recent house move has caused my speeds to deteriorate as well. Any TCP transmission is going to get hammered by packet loss, so I don't think blaming NordVPN for the speeds I get is entirely fair. However, I tend to automate any downloads I have, so I'm not sitting in front of the TV waiting for things to complete - in my use-case the speeds I get are more than enough. If you like I can switch to a UK based endpoint and have a go, but as I'm in the UK the test won't be fair either
  5. [Support] binhex - DelugeVPN

    Son of a.... Thanks mr hex!
  6. [Support] binhex - DelugeVPN

    Thanks - it's much the same, the problem stanza seems to keep repeating.. Here's 15 mins or so supervisord_longer.txt
  7. [Support] binhex - DelugeVPN

    Sorry to bump this, but I really have no idea what's wrong
  8. [Support] binhex - DelugeVPN

    As soon as I can get the bloody thing started again I'll be stoked
  9. [Support] binhex - DelugeVPN

    It helps to do it wrong 700 times and then pop up on forums trying to explain it to others.. Some of these guys are way ahead. As wgstarks says, you can also give deluge (via gui) a torrent file. This also downloads the .torrent file via your VPN as it's all done in the Docker container.
  10. [Support] binhex - DelugeVPN

    When you set up deluge (by editing the docker via the Unraid GUI) - you will have set up a /data path.. That path will represent a folder on your unraid filesystem where deluge will download things.. For me, it's this: So, if I ssh onto my Unraid box, and type 'cd /mnt/user/incoming' I end up in that folder. Deluge can 'see' this folder, so you can put a .torrent file in there and add it - or you can setup a subfolder to hold torrent files and tell Deluge to 'watch' that folder, then it will pickup automatically. I do that, so I grab a .torrent file on my Windows machine and paste it into that mounted 'new_torrent' folder (which lives on the Unraid box, in reality) - and hey presto, it downloads for me
  11. [Support] binhex - DelugeVPN

    Try a big public torrent like Ubuntu
  12. [Support] binhex - DelugeVPN

    I think you just need to make sure port-forwarding is enabled in your delugevpn config. This should not be done on your router, this is being tunnelled through you router, so it won't see the port to be forwarded. There is a setting called 'strict port forwarding' or similar, that needs to be set to yes.
  13. [Support] binhex - DelugeVPN

    Argh, sorry - I thought I had debug on. Re-attached. Nord I have a year of subscription left and have been using them at near-linespeed for over a year in this setup - so even if it's slow I'm keen to keep using it - at least until I can get delugevpn to load again! Thanks for your time supervisord_debug.log
  14. [Support] binhex - DelugeVPN

    I upgraded to Unraid 6.4, and since then, the following problem.. I am using NordVPN (so, custom). - delugevpn GUI stopped working. Not sure if deluge itself was still working under the hood - tried to fix it, failed.. deleted from unraid - re-added via template, same issue persists (but when VPN disabled, all my settings/torrents still there) - notice that newly installed one has fewer/different layout of 'custom' VPN variables than the older previously working one.. Have replicated them manually - still doesn't work - seems to loop around telling me my credentials have incorrect permissions (these are set by docker..) Log attached - quite a weird one! Happy to cough up beers for a solution supervisord.log
  15. 32-bit VM

    Cool, thanks. I have moved to using <serial type='pty'> <source path='/dev/pts/3'/> <target port='0'/> <alias name='serial0'/> </serial> <console type='pty' tty='/dev/pts/3'> <source path='/dev/pts/3'/> <target type='serial' port='0'/> <alias name='serial0'/> </console> Which does appear to persist, I have also changed to a FreeBSD template, incase that made a difference - but so far still no joy. Still persisting, though

Copyright © 2005-2017 Lime Technology, Inc. unRAIDĀ® is a registered trademark of Lime Technology, Inc.