Me
Well, here is the relevant part then, sorry if it was not clear:
TLDR: proxy auth doesnt work with Jellyfin, OIDC yes and it bypassess proxy, so in both cases proxy will not be involved.
This is my jellyfin nginx setup: https://wiki.gardiol.org/doku.php?id=services:jellyfin#reverse-proxy_configuration
currently i don’t use any proxy related authentication because i need to find the time to work with the plugins in Jellyfin. I don’t have any chromecast, but i do regularly use the Android Jellyfin app just fine.
I expect, using the OIDC plugin in jellyfin, that Jellyfin will still manage the login via Authelia itself, so i do not expect much changes in NGINX config (except, maybe, adding the endpoints).
You might use LDAP, but its total overkill.
I have not yet worked jellyfin with authelia, but its more or less the last piece and I don’t really care so far if its left out.
A good reverse proxy with https is mandatory, so start with that one. I mean, from all point of views, not login.
I have all my services behing nginx, then authelia linked to nginx. Some stuff works only with basic auth. Most works with headers anyway, so natively with authelia. Some bitches don’t, so I disable authelia for them. Annoying, but I have only four users so there is not much to keep in sync.
Ok, I have a web browser on a locked down device and nothing else: how do I print a pdf or a photo using IPP?
I have: a camera, a browser, a file manager (kind of, think of an iPhone or some stock android business device) and I need to print a photo taken with the camera or a pdf file sent to me via email or WhatsApp?
The device is connected to the WiFi guest network with limited internet access (if any) and as only available service a server with port 443 open (a reverse proxy on that, captive portal and such).
In my experience, there is no way to print via cups in this configuration. Maybe I am wrong?
It still requires the device to be capable to print…
And the user to find the printer select it and so on. And must expose more ports on the network beside 443…
So, indeed cups is a great solution, but not to the problem I want to solve.
I do use cups in fact for the trusted part of the network, driverless printing for windows and Linux. Android doesn’t even need cups since it picks up the printer directly from the printer itself (AirPrint or whatevee that’s called).
I known cups can share printers and queues.
What is unclear?
I don’t want to pull drivers or install cups on devices. I want to print from anywhere just uploading a file to a web page.
If I have lots of devices or just want to let somebody print from his phone/tablet without installing or configuring anything…
With cups I still need to touch the system or the device somehow to let it print.
No, because i did it over long time since I encoded only during the day hours and a few episodes at a time.
I can say that I fit a good 30% more episodes in the same space, but at the same time I also have added movies and reduces sizes too, so hard to tell reasonably.
I can say that all my collection was mostly h264 before.
Maybe I have a different point of view here, but I have actively converted all my TV series to AV1 and will probably to the same to most of my movies.
The space saving is huge, and the quality is identical to my eyes and hardware. True that storage is cheaper than ever, but this is not a reason valid to waste it anyway.
I have only 6TB of storage for my media and the power needed to run additional disks would only be waste on the long run, and so buying new bogger disks would be a waste for stuff I don’t wantch often (more like hoarding than…).
So AV1 is the way. Software encoding is the best quality, I have heard, rather than hardware encoding. As for playback, I have a fire stick with AV1 support that works flawlessly, so.
Edit: I have FV at home, so converting to AV1 during daylight is actually free for me.
They get DMCA’d regularly and content get removed on Usenet as well. But the fact that they have to report literally thousands of individual files every time make it slow and inefficient. People will just reload the same item many times and it’s always there.
Each copy, each single file in which the copy is split needs to be identified and asked for removal. Compared to torrents, it’s a long and complex task.
I have a very similar issue. Seems like Android will bypass your DNS resolver and thus cannot resolve your local names.
I have my home services on “home.my domain.com” accessible from outside and re-mapped to “192.168.0.1” (my internal server IP) at home, and all PCs can access it while all android phones can only resolve to the public IP.
I feel it’s something related to DoT or similar but haven’t yet dig in that.
Fellow Gentoo user! Kudos.