Posts by thegameksk

    Prowlarr log https://pastebin.com/aUz8u69L

    Fiaresolverr log https://pastebin.com/1NK90MSs


    I installed Flare and its running when I check. It says its ready. I test it in prowlarr index proxies and it says it gives me green checkmark. I put a tag of move in both my flaresolverr indexer and 1337x but it doesnt work. It keeps telling me unable to access blocked by cloudflare protection. Can anyone help?


    I also tried getting it to work with Jackett and it tells me the cookies provided are not valid.

    Its confusing. Even the folder Have pointed to store finished downloads isnt being used. Instead its going to /data/completed when it should go to downloads


    Edit: There is still an issue I cna only dl somethings. Even things with lots of seeds will get stuck and not dl also my speed is slow like 1 mb.

    I did the stack and it says healthy but not running. I had the /data set to my old transmissionvpn folder so my unfinished downloads would finish but for some reason it made a completely new transmission folder. Here is what it says in logs


    https://pastebin.com/eCAGSJjS


    edit: its working based off the fl vpn. I can download but hopefully im protected by my vpn lol. How can I get it to use my old folder? Now I have my original downloads completed and incomplete folder and my old one. I want to be able to use the old folders to finish pending downloads and to know what ive already downloaded.

    It was working fine. Turned off my NAS while away on vacation and now I cant download. Everything stays on magnitized downloads but I am able to seed. Heres my logs:


    Modification: Remap SIGUSR1 signal to SIGTERM, avoid OpenVPN restart loop

    Setting OpenVPN credentials...

    adding route to local network 192.168.1.0/24 via 172.18.0.1 dev eth0

    Fri Sep 2 23:34:48 2022 OpenVPN 2.4.7 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Mar 22 2022

    Fri Sep 2 23:34:48 2022 library versions: OpenSSL 1.1.1f 31 Mar 2020, LZO 2.10

    Fri Sep 2 23:34:48 2022 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

    Fri Sep 2 23:34:48 2022 TCP/UDP: Preserving recently used remote address: [AF_INET]179.61.228.51:1198

    Fri Sep 2 23:34:48 2022 Socket Buffers: R=[212992->212992] S=[212992->212992]

    Fri Sep 2 23:34:48 2022 UDP link local: (not bound)

    Fri Sep 2 23:34:48 2022 UDP link remote: [AF_INET]179.61.228.51:1198

    Fri Sep 2 23:34:48 2022 TLS: Initial packet from [AF_INET]179.61.228.51:1198, sid=3222d396 fb73ff59

    Fri Sep 2 23:34:48 2022 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this

    Fri Sep 2 23:34:48 2022 VERIFY OK: depth=1, C=US, ST=CA, L=LosAngeles, O=Private Internet Access, OU=Private Internet Access, CN=Private Internet Access, name=Private Internet Access, emailAddress=secure@privateinternetaccess.com

    Fri Sep 2 23:34:48 2022 VERIFY KU OK

    Fri Sep 2 23:34:48 2022 Validating certificate extended key usage

    Fri Sep 2 23:34:48 2022 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication

    Fri Sep 2 23:34:48 2022 VERIFY EKU OK

    Fri Sep 2 23:34:48 2022 VERIFY OK: depth=0, C=US, ST=CA, L=LosAngeles, O=Private Internet Access, OU=Private Internet Access, CN=perth403, name=perth403

    Fri Sep 2 23:34:49 2022 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_AES_256_GCM_SHA384, 2048 bit RSA

    Fri Sep 2 23:34:49 2022 [perth403] Peer Connection Initiated with [AF_INET]179.61.228.51:1198

    Fri Sep 2 23:34:50 2022 SENT CONTROL [perth403]: 'PUSH_REQUEST' (status=1)

    Fri Sep 2 23:34:50 2022 PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway def1,route-ipv6 2000::/3,dhcp-option DNS 10.0.0.243,route-gateway 10.50.112.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.50.112.127 255.255.255.0,peer-id 1,cipher AES-128-GCM'

    Fri Sep 2 23:34:50 2022 OPTIONS IMPORT: timers and/or timeouts modified

    Fri Sep 2 23:34:50 2022 OPTIONS IMPORT: compression parms modified

    Fri Sep 2 23:34:50 2022 OPTIONS IMPORT: --ifconfig/up options modified

    Fri Sep 2 23:34:50 2022 OPTIONS IMPORT: route options modified

    Fri Sep 2 23:34:50 2022 OPTIONS IMPORT: route-related options modified

    Fri Sep 2 23:34:50 2022 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified

    Fri Sep 2 23:34:50 2022 OPTIONS IMPORT: peer-id set

    Fri Sep 2 23:34:50 2022 OPTIONS IMPORT: adjusting link_mtu to 1625

    Fri Sep 2 23:34:50 2022 OPTIONS IMPORT: data channel crypto options modified

    Fri Sep 2 23:34:50 2022 Data Channel: using negotiated cipher 'AES-128-GCM'

    Fri Sep 2 23:34:50 2022 Outgoing Data Channel: Cipher 'AES-128-GCM' initialized with 128 bit key

    Fri Sep 2 23:34:50 2022 Incoming Data Channel: Cipher 'AES-128-GCM' initialized with 128 bit key

    Fri Sep 2 23:34:50 2022 ROUTE_GATEWAY 172.18.0.1/255.255.0.0 IFACE=eth0 HWADDR=02:42:ac:12:00:02

    Fri Sep 2 23:34:50 2022 GDG6: remote_host_ipv6=n/a

    Fri Sep 2 23:34:50 2022 ROUTE6: default_gateway=UNDEF

    Fri Sep 2 23:34:50 2022 OpenVPN ROUTE6: OpenVPN needs a gateway parameter for a --route-ipv6 option and no default was specified by either --route-ipv6-gateway or --ifconfig-ipv6 options

    Fri Sep 2 23:34:50 2022 OpenVPN ROUTE: failed to parse/resolve route for host/network: 2000::/3

    Fri Sep 2 23:34:50 2022 TUN/TAP device tun0 opened

    Fri Sep 2 23:34:50 2022 TUN/TAP TX queue length set to 100

    Fri Sep 2 23:34:50 2022 /sbin/ip link set dev tun0 up mtu 1500

    Fri Sep 2 23:34:50 2022 /sbin/ip addr add dev tun0 10.50.112.127/24 broadcast 10.50.112.255

    Fri Sep 2 23:34:50 2022 /etc/openvpn/tunnelUp.sh tun0 1500 1553 10.50.112.127 255.255.255.0 init

    Up script executed with tun0 1500 1553 10.50.112.127 255.255.255.0 init

    Updating TRANSMISSION_BIND_ADDRESS_IPV4 to the ip of tun0 : 10.50.112.127

    Updating Transmission settings.json with values from env variables

    Using existing settings.json for Transmission /config/settings.json

    Overriding bind-address-ipv4 because TRANSMISSION_BIND_ADDRESS_IPV4 is set to 10.50.112.127

    Overriding download-dir because TRANSMISSION_DOWNLOAD_DIR is set to /storage/downloads/completed

    Overriding incomplete-dir because TRANSMISSION_INCOMPLETE_DIR is set to /storage/downloads/incomplete

    Overriding rpc-port because TRANSMISSION_RPC_PORT is set to 9091

    Overriding watch-dir because TRANSMISSION_WATCH_DIR is set to /storage/downloads/watch

    sed'ing True to true

    Enforcing ownership on transmission config directories

    Applying permissions to transmission config directories

    Setting owner for transmission paths to 1000:100

    Setting permissions for download and incomplete directories

    2

    Directories: 775

    Files: 664

    Setting permission for watch directory (775) and its files (664)


    -------------------------------------

    Transmission will run as

    -------------------------------------

    User name: abc

    User uid: 1000

    User gid: 100

    -------------------------------------


    STARTING TRANSMISSION

    Provider PIA has a script for automatic port forwarding. Will run it now.

    If you want to disable this, set environment variable DISABLE_PORT_UPDATER=true

    Transmission startup script complete.

    Fri Sep 2 23:35:22 2022 /sbin/ip route add 179.61.228.51/32 via 172.18.0.1

    Fri Sep 2 23:35:22 2022 /sbin/ip route add 0.0.0.0/1 via 10.50.112.1

    Fri Sep 2 23:35:22 2022 /sbin/ip route add 128.0.0.0/1 via 10.50.112.1

    Fri Sep 2 23:35:22 2022 WARNING: OpenVPN was configured to add an IPv6 route over tun0. However, no IPv6 has been configured for this interface, therefore the route installation may fail or may not work as expected.

    Fri Sep 2 23:35:22 2022 Initialization Sequence Completed

    Running functions for token based port fowarding

    Reserved Port: 44075 Fri Sep 2 23:35:31 CDT 2022

    transmission auth not required

    waiting for transmission to become responsive

    transmission became responsive

    3282* 100% 3.51 GB Done 0.0 0.0 0.0 Stopped Becky (2020) (1080p BluRay x265 HEVC 10bit AAC 5.1 Tigole)

    Sum: 16.62 TB 0.0 0.0

    setting transmission port to 44075

    localhost:9091/transmission/rpc/ responded: "success"

    Checking port...

    Port is open: Yes

    #######################

    SUCCESS

    #######################

    Port: 44075

    Expiration Fri Nov 4 11:20:13 CDT 2022

    #######################

    Entering infinite while loop

    Every 15 minutes, check port status

    Reserved Port: 44075 Fri Sep 2 23:51:01 CDT 2022

    Thank you I will do that when I get home.


    Its just weird how its random. Yes as you pointed out yesterday was every 5 minutes. The day before for it would be all over the map in terms of getting that message.

    How often is it saying this? What are the timestamps on the duckdns log?



    It can range from second to minutes or hours. Here is an example of the logs:


    How is the IP beeing updated?

    Duckdns YML?


    Or some other way?

    Thats what I dont know. The only VPN container I have is TransmissionVPN which was the first thing I setup with KM0201's help. It doesnt affect any other containers. In duckdns it has my correct IP in duckdns homepage and its not changing on the homepage but the logs keeps saying "ip was updated"

    One last thing...


    Look at your log, does it show the specific IP's involved? Are the IP's consistent (ie it's always jumping between 1.2.3.4 and 5.6.7.8) or do the numbers seem totally random?


    If they are constantly the same IP address, then it would suggest there is a configuration issue somewhere (where I have no idea, I've pulled certs 100's of times and never had this issue). If they are random... I have no idea what the hell that would mean

    The logs dont show the IP. It just says "Your IP was updated at Tue Mar 1 14:02:00 New 2022" over and over again.

    It shouldn't, unless you're trying to route airsonic through the VPN as well.. or trying to route transmission through swag. I could see this happening if you're doing that... It picks up the VPN for transmission, changes it, then the duckdns container immediately changes it back as it's not being the VPN

    Nope I havent touched the transmission container since we set it up back then. How do I go about fixing this?

    That doesn't really matter. If you check your duckdns account while behind the vpn of a client, if is going to auto update with the public IP of the client (which is the vpn IP, and would explain this whole problem)


    Do you have linuxserver/duckdns container installed? It will auto update your duckdns domain with your public IP. IF YOUR WHOLE SERVER is behind the VPN, it's going to send the wrong IP to your duckdns account

    I didnt check the duckdns account while on my VPN of my PC. Its so strange watching literally every few minutes the log in linuxserver/duckdns constantly say IP updated every few minutes while on my PC the VPN is not on. We did set up a VPN for transmission on the server. Could that do this? Yes linuxserver/duckdns container is installed on my Server.


    Just saw this. No it doesnt match. It only shows an IPV6 address. I do sometimes us a VPN but when I turn it off I restart my pc. I used it last week and now im getting the IP address changing constantly message. Swag is running according to my logs and its up. DuckDNS is the issue.

    Are you trying to connect on the same network? I mean, the device you're using to log onto the Server is using the same router?


    And I can reach your airsonic login page without issues so your server is running properly.

    Yes. I can get to my subsonic page on subsonic. It works fine if im home on my wifi. When I try to connect via duckDNS is when it doesnt work using airsonic.domian.duckdns.org. I have the correct domain name set in subsonic and also on my PC if I try to connect to airsonic.domian.duckdns.org with the correct domain name it gives me connection time out error.