No I want full access to my home media server for streaming, I have very little use for SSH only in this case.

Is it creepy what people collect data on their own viewing habits so they can visualise data for fun and keep track of things they’ve watched? I’m not sure I understand why that is creepy TBH. It’s not like people are collecting data on viewing habits of random strangers.

LMGTFY

TL:DR it’s an application for gathering statistics on jellyfin users and watching habits.

Yeah this actually works, but only specifically for openvpn on 443 in TCP mode…anything wireguard is blocked regardless of port.

This did the trick, ingot my tailscale to stay connected by using my phone AP to log on and then switched to hotel WiFi…thanks

I haven’t encountered a captive portal at all. I can use the internet just fine without VPN.

I’ll give that a go

Just Czech republic, I’ve already tried this in mullvad, it never connects.

I’ve used mullvad but that can’t punch through either no matter what. Unfortunately I don’t have enough mobile data abroad to fuel my streaming needs for the entire duration of my trip.

I’ll talk to the reception when I get back to the hotel I guess…it’s really frustrating and I hate using hotel WiFi without a VPN.

Yeah the documentation (if it even exists) of most projects is usually clearly written by people intimately familiar with the project and then never reviewed to make sure it makes sense for people unfamiliar with it. But writing good detailed documentation is also really hard, especially for a specialist because many nontrivial things are trivial to them and they believe what they’re writing is thorough and well explained even though it actually isn’t.

I am actually using docker compose, I’ve tried their guide as well with no luck.

Hmm, they’re not easily available in the EU it seems.

Also a US based company, if that matters to you.

I would consider that a downside TBH, but it’s hard to avoid unfortunately.

What would you recommend as a replacement with same level of novice-friendly UI/setup? I was looking to go down that route specifically because it seems like an easy way to get a solid network setup without being a network pro.

I’m running my smart home entirely from a single NUC running proxmox with VMs and LXCs for my services. It’s pulling ~7W on average

No they’re in the same compose file, I just left other parts out because it’s fairly long for a post.

Actually I’m also not using the default port for any of my qbit instances

IDK, it’s worth a try to rearrange the containers I would say.

Yeah i pretty much stole this from someone else, although it only used a single torrent client so i just added another that looked the same. i’m not very skilled in docker, so some things may not be best practice (or even correct)

qbittorrent:
    image: lscr.io/linuxserver/qbittorrent:latest
    container_name: qbittorrent
    network_mode: service:gluetun
    environment:
      - PUID=${APPUSER_PUID}
      - PGID=${APPUSER_PGID}
      - TZ=${TIME_ZONE_VALUE}
      - WEBUI_PORT=8084
    volumes:
      - ${PATH_TO_DATA}/qbit/config:/config
      - ${PATH_TO_COMPLETE}:/downloads
    restart: unless-stopped
    depends_on:
      - gluetun

  qbittorrentTL:
    image: lscr.io/linuxserver/qbittorrent:latest
    container_name: qbittorrentTL
    network_mode: service:gluetun
    environment:
      - PUID=${APPUSER_PUID}
      - PGID=${APPUSER_PGID}
      - TZ=${TIME_ZONE_VALUE}
      - WEBUI_PORT=8085
    volumes:
      - ${PATH_TO_DATA}/qbitTL/config:/config
      - ${PATH_TO_COMPLETE}:/downloads
    restart: unless-stopped
    depends_on:
      - gluetun

  gluetun:
    image: qmcgaw/gluetun
    container_name: gluetun
    networks:
      pirate_net:
    cap_add:
      - NET_ADMIN
      - SYS_MODULE
    environment:
      - VPN_SERVICE_PROVIDER=protonvpn
      - OPENVPN_USER=[USER]
      - OPENVPN_PASSWORD=[PASSWORD]
      - SERVER_COUNTRIES=[COUNTRIES]
      - VPN_PORT_FORWARDING=on
      - UPDATER_PERIOD=6h
    ports:
      - 8084:8084 # Qbit
      - 8085:8085 # QbitTL
      - 6881:6881
      - 6881:6881/udp
      - 8191:8191 # Flaresolverr
      - 9696:9696 # Prowlarr
      - 7878:7878 # Radarr
      - 8989:8989 # Sonarr
    volumes:
      - ${PATH_TO_DATA}/gluetun/config:/config

networks:
  pirate_net:
    driver: bridge

That’s really weird, I’m using the same image to run two instances of qbit behind gluetun without any issues whatsoever.

Funny, i couldn’t get HW encoding to work with the linuxserver.io docker image, but the exact same compose file, except it’s using the official image, works just fine without any issues.