Jump to content

Rudder2

Members
  • Content Count

    109
  • Joined

  • Last visited

Community Reputation

1 Neutral

About Rudder2

  • Rank
    Advanced Member
  • Birthday 01/18/1981

Converted

  • Gender
    Male
  • Location
    Niceville, FL

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Rudder2

    [Support] binhex - DelugeVPN

    Port 8112 is in use so I have port 8112 mapped to 8114 threw unRAID.
  2. Rudder2

    [Support] binhex - DelugeVPN

    I have my LAN Network set to: 192.168.2.0/24 and Network Type set to: Bridge not any of the others, tried then just for shits and giggles and they give errors. My LAN on 192.168.2.1 as the first IP and 192.168.2.254 as the last IP. AKA 192.168.2.1 with a Subnet of 255.255.255.0
  3. Rudder2

    [Support] binhex - DelugeVPN

    I'm sorry for doubting you. You are right! The Dallas A02 exit node was broken!! I changed it to the Atlanta-a01 exit node and It says I have a VPN IP and a Deluge IP but I still can't access the WebUI. And this time when I try to go to the Proxy port it says "Invalid header received from client." instead of "This site can’t be reached ERR_CONNECTION_REFUSED"! Things are getting better! Here is my supervisord.log again. Hopefully it's the last time. Your AWESOME! Thank you for your help! supervisord.log
  4. Rudder2

    [Support] binhex - DelugeVPN

    Weird, because when I ping an IP address in the tunnel I get packets. I cannot ping web addresses as it can't resolve the DNS. I think the problem is a DNS problem.
  5. Rudder2

    [Support] binhex - DelugeVPN

    OK, I fixed the UMASK and deleted all the files in the APPS folder and started again. I get to Sun Feb 24 19:32:55 2019 Initialization Sequence Completed but still the webui and proxy is not accessible. Here is the new supervisord.log. The tunnel appears to be transmitting traffic when I ping in the container's bash the tun5 packets go up. This has me confused. Starting to think I need to create a PFSense router and go that route but really would rather just use this docker if possible. I think I got my username and password fully out of this file...I hope.... Thank you for your help and time on this. supervisord.log
  6. Rudder2

    [Support] binhex - DelugeVPN

    I used !'s in it and it still gives the warning. When I Bash in to the Container the tunnel responds to pings....This has me mindboggled... [root@335280eb9ecb /]# ping 1.1.1.1 PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data. 64 bytes from 1.1.1.1: icmp_seq=1 ttl=57 time=36.7 ms 64 bytes from 1.1.1.1: icmp_seq=2 ttl=57 time=35.7 ms 64 bytes from 1.1.1.1: icmp_seq=3 ttl=57 time=44.8 ms 64 bytes from 1.1.1.1: icmp_seq=4 ttl=57 time=36.0 ms 64 bytes from 1.1.1.1: icmp_seq=5 ttl=57 time=37.2 ms 64 bytes from 1.1.1.1: icmp_seq=6 ttl=57 time=36.8 ms 64 bytes from 1.1.1.1: icmp_seq=7 ttl=57 time=37.4 ms 64 bytes from 1.1.1.1: icmp_seq=8 ttl=57 time=36.6 ms 64 bytes from 1.1.1.1: icmp_seq=9 ttl=57 time=36.2 ms 64 bytes from 1.1.1.1: icmp_seq=10 ttl=57 time=36.8 ms 64 bytes from 1.1.1.1: icmp_seq=11 ttl=57 time=39.6 ms 64 bytes from 1.1.1.1: icmp_seq=12 ttl=57 time=37.2 ms ^C --- 1.1.1.1 ping statistics --- 12 packets transmitted, 12 received, 0% packet loss, time 22ms rtt min/avg/max/mdev = 35.743/37.599/44.827/2.380 ms [root@335280eb9ecb /]# ifconfig eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 172.17.0.16 netmask 255.255.0.0 broadcast 172.17.255.255 ether 02:42:ac:11:00:10 txqueuelen 0 (Ethernet) RX packets 171 bytes 25136 (24.5 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 43 bytes 5317 (5.1 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 loop txqueuelen 1000 (Local Loopback) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 tun5: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1500 inet 172.21.94.34 netmask 255.255.254.0 destination 172.21.94.34 unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 100 (UNSPEC) RX packets 20 bytes 1680 (1.6 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 20 bytes 1680 (1.6 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
  7. Rudder2

    [Support] binhex - DelugeVPN

    My VPN provider requires special characters....
  8. Rudder2

    [Support] binhex - DelugeVPN

    I will change it. Sounds like is was good I accidentally missed all the entries. Thank you for the tip. I use random passwords for all services.
  9. Rudder2

    [Support] binhex - DelugeVPN

    Here is a new supervisord.log. Please help. I ping things in the container and the TX and RX of the tunnel increase so the tunnel is working. Just something isn't working. No idea what. supervisord.log
  10. Rudder2

    [Support] binhex - DelugeVPN

    Any ideas anyone? More information needed? Please help.
  11. Rudder2

    [Support] binhex - DelugeVPN

    Hello, Been trying to get this to work for a while. I bash in to the container and the VPN is working but Deluge is not accessible. I need a new set of eyes on it. There is so much information I cannot parse it all. Thank you. supervisord.log
  12. Rudder2

    User Shares Broken

    Cool, thank you for the info. I use NIC teaming and never noticed a problem with LAN connectivity. Every once in a while the LAN transfer speed drops but comes right back in a fraction of a second.
  13. Rudder2

    User Shares Broken

    Interesting...My NIC is on-board 4 port Intel NIC. Not sure where to start to look in to that. What would cause such a thing? Think it's the class 6 bonding? I noticed every once and a while it would say that ETH0 was down.
  14. Rudder2

    User Shares Broken

    My server was running performing great. I have been moving alot of files one disk at a time to update my movie library to be compatible with Radarr. My server went in to the weekly parity check while I was working so I quit and went to bed. This morning my dockers were failing. They can't access the App Data share. So I started to investigate and found that the Shares menu on unRAID is empty. I sshed in to the server and did an MC and sure enough /mnt/user is red and in accessible. I've added 3.7k to the Radarr library over the last couple days. Which means I've moved 3.7K of foles to a new folder to make the media compatible with Radarr. All the data is still on my /mnt/cache and my /mnt/diskN. Ironically, /mnt/user0 works fine. Here is my diagnostics file. I can't reboot or anything as my Parity Check is only 88% complete. This has never happened before in the 4.6 years I've been using unRAID. Even the initial data copy, 16TB, never gave me a problem. Any help is appreciated. Thank you for your time. rudder2-server-diagnostics-20190208-0852.zip
  15. Rudder2

    Unraid OS version 6.7.0-rc1 available

    Are you running a windows 10 VM with GPU Passthrew? If so, I had this problem going from 5.6.0 to 6.6.0 threw 6.6.6 and it was Windows 10 VM that was at fault. Here is my bug report and what I did to fix it.