betaman

Members
  • Posts

    535
  • Joined

  • Last visited

Everything posted by betaman

  1. Not really...I was rallying off your firewall’d comment! Perhaps you just meant the VPN containers themselves, but I was looking for some guidance on the best configuration given my use case?
  2. As a former privoxy user, are you saying my best path forward is the following: use case: *arr dockers, kodi using Privoxy and possibly enabling Emby for remote viewing Bind all *arr dockers to DelugeVPN, bind NZBget to DelugeVPN, still run Kodi thru DelugeVPN privoxy, and I’m not sure on the last one so wondering if it influences my decision at all since I need Kodi and Emby to talk to each other as well.
  3. Haha, I’m in the same position and also looking for a push! In my case, I want to be sure this is the best method for Emby (remote viewing) and Kodi with a VPN (currently using privoxy via DelugeVPN). Between wiregaurd, Jackett etc, I feel like there’s more than a couple ways to skin this cat!
  4. Doesn’t really answer your question as to why you can’t get NZBgetVPN working but with some recent changes, it might be worth looking into binding non-VPN comtainers to a VPN container. In this case, Deluge or Jackett seem be the most popular. This would allow you to use the non-VPN version of NzBget with a VPN.
  5. I had a similar issue testing a Privoxy connection and was relying on the test connection button in Sonarr (Radarr and Lidarr have same). The test always failed so I rolled back the DelugeVPN docker and the test still failed. I was like wtf, then I cleared my queue of downloads and tried to manually initiate a download to see if the *arr dockers would pass to NZBget and sure enough they did but the test connection still fails! I guess the moral of the story is don’t rely on on the connection test and try a download first before thinking it doesn’t work.
  6. Yes, but short of installing Jackett (which I tried but none of my indexers are listed), when I bypass internal addresses then my NZBgetVPN doesn’t work with *arr apps (or at least I thought it didn’t because of false negative on Sonarr connection test). It’s probably worth having SpaceInvader post a tutorial for us morons that can’t get things working correctly without rolling back DelugeVPN. There’s so many options on how to connect now that even if I’m willing to change my configuration (which I am), I have no idea which is best for my use case (ie *arr apps, NzBget and Deluge with VPN, Kodi with VPN currently using Privoxy and possibly remote access viewing for Emby which I haven’t really tried but did look into Wireguard and was lost). 🤷🏼‍♂️ Edit: didn’t realize I wasn’t running binhex Sonarr docker. Migrating over to it solved my (test) connection issue.
  7. Privoxy user here and rolling back DelugeVPN worked for me. The weird part is I still get an error from Sonarr that it can’t connect but it’s working fine?! also, for 6.9 users, what happened to the shortcut to a docker log on the docker tab?
  8. No worries. Yeah I’m just using Privoxy thru DelugeVPN. In theory, NZBgetVPN should behave just like DelugeVPN except that binnex doesn’t manage a version of it...
  9. Ok, so I pulled the latest docker image for DelugeVPN and manually added “VPN_OUTPUT_PORTS” env variable. I set value to port of NZBgetVPN (6789) but still can’t connect to it inside of the *arr containers?
  10. Yeah, binding nzbget to DelugeVPN was going to be the next thing I tried. @Rollingsound514: I also suggest replacing tower with your IP address. The only other thing that’s different with Jackett is there doesn’t appear to be a setting for ignoring your local IP addresses. I had the same issue as you gave with Jackett with Radarr/Sonarr/Lidarr until I added my local IP range to the ignore list in the proxy settings of these dockers. Ultimately, I think we’re in the same boat and should bind these dockers to DelugeVPN.
  11. Sorry, this is a little over my head. Are you saying there’s a no_proxy env variable in NZBgetVPN? Attached is how I have Radarr (and Sonarr/Lidarr) setup to use Privoxy thru DelugeVPN. To get it working with the latest version of Deluge, I had to include my server address in the ignored addresses list. Then I was able to connect to both my indexers and the Deluge download client from within each docker. However, with these settings I lost the connection to NZBgetVPN from within the dockers using Privoxy.
  12. My server address is 192.168.1.71 so I was using 192.168.1.0/24 as my LAN_IP setting in both DelugeVPN and NZBgetVPN. With the DelugeVPN update, you’re right that ADDITIONAL_PORTS env variable is not my issue but it is in fact being used by Binhex for DelugeVPN when binding other dockers to Deluge network. I added this variable AND set dockers (ie Sonarr, Radarr, Lidarr etc) to ignore my internal ip addresses under proxy settings for each since I’m using privoxy. The latter is what enabled these dockers to connect to Deluge as a download client but now I’ve lost NZBget functionality (meaning the dockers can’t connect to it as a download client but I can access the webui of NZBgetVPN with VPN enabled).
  13. Sorry, thought you were using Privoxy. If you’re using Jackett then net binding to Deluge is probably your best option.
  14. Anyone here using NZBgetVPN along with DelugeVPN? I’m using privoxy for Radarr/Sonarr/Lidarr etc thru DelugeVPN and I’m able to connect to my indexers and DelugeVPN through each docker (after putting my server address in the ignore list) but now NZBgetVPN isn’t able to connect since the update to DelugeVPN. I assume this issue is related to the one referenced prior about dockers “outside the VPN” communicating with dockers inside it but then again, I’m using privoxy so not sure it’s the same issue? Can anyone confirm? Bungy (docker creator for NZBgetVPN) is asking about my network LAN_IP setting but this hasn’t changed (ie UnRAID server is 192.168.1.71 and LAN_IP setting is 192.168.1.0/24).
  15. You set the ignored address in the proxy settings of the dockers using the proxy (eg Sonarr, Radarr etc). DelugeVPN doesn’t need any change. As far as your server IP, just give it a static IP from your address range. I reserve the address in my router and set UnRAID to always assign the same address under network settings.
  16. I have it set to 192.168.1.0/24 (see attached). I’m not sure if you’re in touch with binhex but perhaps you could modify the nzbgetvpn container for this “Additional_Ports” env variable to work like delugevpn?
  17. Since binhex updated DelugeVPN for tightened iptables, I can no longer get Sonarr/Radarr/Lidarr to connect to NZBgetVPN download client. DelugeVPN is working with an additional variable (Additional_Ports) with the value of the ports for each docker but I’m assuming this will have no impact on NZBgetVPN?!
  18. New to Jackett due to the tightening of iptables issue. Am I correct in assuming that if my indexer isn’t listed then this docker is of no use or could I still use it to route download clients thru? Using nzbplanet for nzb’s and rarbg for torrents. On a side note, I was using Privoxy to route Sonarr, Radarr and Lidarr thru DelugeVPN. Adding the “Additional_Ports” variable for these dockers to DelugeVPN and ignoring my server’s IP address has restored the download client connection to DelugeVPN but not NZBgetVPN. Assuming I can’t make the same changes to NZBgetVPN because a docker update would be required to recognize the Additional Ports variable? Is there a fix to get NZBgetVPN working similar to DelugeVPN or should I bite the bullet and bind these containers to DelugeVPN?
  19. Doh! I'm helping a friend remotely and didn't realize there was a menu in the VNC window since i wasn't doing it myself. Thanks for your guide as well. Maybe worth adding a section on preclearing multiple drives would be beneficial? Either way, thanks for the response.
  20. Could someone please provide a little more detail on running mulitple preclears with this docker? I read this: Q5. Can i preclear multiple disks at the same time?. A5. Yes this is possible, you simply create an additional 'tab' in the 'Xfce terminal' and then run the script again against the additional named drive. But I'm unfamiliar with how to create an additional tab in the XFCE terminal. Is another docker/plugin required? Thanks.
  21. I didn’t put the -g command in go script but when I checked ethtool on eth0 it was there. I have another UnRAID sever on my network that wol works so I believe it is server (hardware) specific. Thanks
  22. Thanks for your response. These are my exact settings and the issue is when the server shuts down the lan is completely powered off (no light). I also tried enabling lan boot rom in the advanced settings to no avail.
  23. I’m trying to setup WOL on a Gigabyte GA-EP45-UD3P (rev 1.0 bios ver F10) to work. No matter what bios settings I use (lan boot rom enabled, PME event wakeup enabled, Power on by Ring enabled, S3 sleep type etc) I can’t get the lan to stay awake (orange light) when server is shutdown. Also checked UnRAID and WOL g is set on eth0. Would be great if someone knew the bios settings of these Gigabyte boards to help. Lots of conflicting info doing a search but as I said, I’ve tried all combinations and can’t seem to get pas this first step of keeping the lan “on” so the server can receive a WOL packet.
  24. Resurrecting this thread for any S2600cp owners out there. Just wondering what bios everyone is running? My server is currently on 86B.02.06.0002 but I’ve seen updates to 02.06.0006, .0006rev2 and .0007. Not positive if these apply to my board or not? Also interested in updating the SELViewer. My system event logging is showing off in IPMI so I guess I need to dig into the BIOS. It seems my event log was full and stopped recording events (unbeknownst to me). Edit: upon further investigation, it looks like these new BIOS revisions are for 60X chipsets. Finally, has anyone upgraded their system from the s2600cp? If so, to what?
  25. No but that’s what I was wondering - if there’s a CL command I could invoke.