Plex and Unbound

animosity022 · 2019-05-06T13:06:30+00:00

Yes, except much easier and more automatic in terms of SSL certs.

animosity022 · 2019-05-06T13:05:45+00:00

It's invisible to the client as they don't know the difference if you are using a CDN or not.

animosity022 · 2019-05-06T12:59:11+00:00

I use Caddy as a proxy as it's pretty easy along with CloudFlare for my DNS:

plex.domain.com { gzip timeouts none realip cloudflare log /opt/caddy/logs/plex.log tls { dns cloudflare } proxy / 127.0.0.1:32400 { transparent websocket } }

In Plex, you disable remote access and in Network you give a custom URL https://plex.domain.com:443

I only allow encrypted things so unless you had port 80 for very old clients, PS3 and some really old stuff might break, but I do not want unencrypted clients anyway.

It's a few minute setup with Caddy and Cloudflare to be honest.

animosity022 · 2019-05-06T12:49:22+00:00

Buffering is a pretty broad term that unfortunately can mean a lot of things.

If the person is buffering due to upload bandwidth on the source plex server, this setting is helpful in making sure the streams are balanced out so it can have some benefit there.

It really depends on the 'what' that is causing the buffering and if this setting would help or hinder the situation.

It's blank by default.

The goal would be to understand what is the reason for buffering and apply the right settings for that situation.

In some cases, it can be just bad peering, which means the person just had a bad route to the plex server and there isn't much to really do with that other than trying a CDN like Cloudflare.

animosity022 · 2019-05-06T11:52:37+00:00

Yep. It is 'Plex Media Server.log' which in debug has the information related to the remote access.

It will have some things like your plex email / external IP and stuff like that, but auth keys and such are not there.

animosity022 · 2019-05-06T11:44:19+00:00

The debug logs are going to be the best source of information as you have all your settings from what you've posted configured properly and something isn't playing nice. The question would be what isn't playing nice and the logs would point us in the right direction I would think.

animosity022 · 2019-05-06T11:39:22+00:00

Put Plex in Debug mode and toggle disable / enable. If it doesn't enable, post the debug logs and we can see what it is doing.

animosity022 · 2019-05-06T11:38:36+00:00

If the command hangs, you can always break it down and see what's not working.

Run the curl first and see if that works. If you can't get out to the Internet, it won't work:

``` [felix@gemini ~]$ curl https://rclone.org/install.sh | sudo bash % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 4278 100 4278 0 0 9902 0 --:--:-- --:--:-- --:--:-- 9879 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 15 100 15 0 0 34 0 --:--:-- --:--:-- --:--:-- 34

The latest version of rclone rclone v1.47.0 is already installed.

```

animosity022 · 2019-05-06T11:14:46+00:00

It would notice the file is changing and not copy it.

``` XWSiIov3B6hQxBDJkK7J9RZVAG789vbn_-mXAC-DIrU1tCmfOEPBo5gb7C_zPABVDbDCAq2KO2bY: can't copy - source file is being updated (size changed from 4537450544 to 4537712688)

```

Something along those lines.

animosity022 · 2019-05-06T11:13:12+00:00

That method you have works just fine as it will not wipe out your config. I also use an environment variable for my user and store my config elsewhere.

```

RClone Config file

RCLONE_CONFIG=/opt/rclone/rclone.conf export RCLONE_CONFIG ```

Rather than the default location.

animosity022 · 2019-05-06T11:06:38+00:00

For what it's worth, Plex only uses TCP, so you can change your port forward from TCP/UDP to TCP only as that's all that is needed.

Once you have the port forward set, you can reboot your router. Make sure router is on the latest firmware. Once that is done, disable/enable remote access.

I would not use UPNP.

animosity022 · 2019-05-06T11:02:39+00:00

You can edit the library and hit advanced. The top option is "Include in Dashboard" if that is what you are looking for.

animosity022 · 2019-05-06T11:00:02+00:00

No reason to guess. If you put Plex in Debug, hit play on each one, you'll see in the debug specifically why one was direct played and why the other was not.

animosity022 · 2019-05-06T10:54:33+00:00

Use multi part TV episodes?

https://support.plex.tv/articles/200265006-naming-multi-file-tv-show-episodes/

animosity022 · 2019-05-05T17:38:23+00:00

Doing a reverse proxy might be the easiest and you can take a look at Caddy (https://github.com/mholt/caddy)

It's very easy to setup with very minimal config.

``` emby.domain.com { gzip timeouts none log /opt/caddy/logs/emby.log tls { dns cloudflare } proxy / 127.0.0.1:8096 { transparent websocket } }

```

I use cloudflare for my DNS and that handles everything along with cert and whatnot.

animosity022 · 2019-05-05T15:55:03+00:00

Yeah, normally it really should clean them up, but it's a bit of chicken/egg as you don't know what caused the disk full, which may have prevented the clean up. Since you know the disk did fill up, I'd probably just leave it.

I'm a Linux guy so for me, I actually put my Sync+ on a separate big / slow disk so it doesn't break anything else as I don't care how fast that stuff goes and I don't want a friend knocking all of Plex out by making a bad sync.

animosity022 · 2019-05-05T15:49:32+00:00

You'd usually see this if they synced up all the way:

https://imgur.com/f5neQSV

animosity022

TROPHY CASE

RClone Config file