I can’t answer many of the questions here, but I can help a little with two:

If you’re worried about noise, don’t get ironwolf drives. I just did and they’re noisy af. I brought some sound absorbing foam to put around the place where I keep my NAS, because they’re so much louder than I expected.

Don’t open up a port in your network.
Use something like tailscale to connect your devices to your home network, or rent an VPS to run a secure tunnel using pangolin (you’ll need to look into bandwidth limits).

Perceiving the effects isn’t the same as perceiving the object, unless you take an extraordinarily pedantic definition of “perceive”.

And considering an individual electron to be an object that you perceive is likewise not commonly an everyday occurrence, unless you take a likewise pedantic definition of “object”.

And even the word “perceive” was my choice of word, describing specifically that I believed that the OP meant to exclude things like subatomic particles. So even in the end you’re still trying to argue that I didn’t really mean what I meant, due to word choice, which is also a very pedantic thing to do

You can perceive high speed electrons in various ways, in your every day life?

Ok, that level of pedantry is my job

Because there is a huge demographic of nerds that are actually chuds and learned absolutely nothing from being bullied and/or being a beginner when they were younger.

I bet you can picture the demographic that they overlap with, but I’ma try not to explicitly make this political.

Sorry I misread when you said “library” for some reason I thought you meant “external library”

The problem that I’m trying to solve and I think OP is also trying to solve, is that they want the files to be on their NAS because it is high capacity, redundant, and backed up, but many users have access to the NAS, so they cannot rely on immich alone to provide access permissions, they need access permissions on the files themselves.

I solved this by having a separate share for every user, and then mounting that user’s share on their library (storage label).
It sounds like OP wants a single share, so having correct file ownership is important to restrict file access to the correct users who are viewing the filesystem outside of immich.

Not sure what you mean by your last paragraph, how do you assign a share to individual files (assume you mean directories) outside of immich’s need for storage?

Library access won’t allow upload, this will.

My knowledge here isn’t super deep, but it seems like you can do mapping per-share-per-ip, which means you can say “all file access coming from the immich host to this share will act as this user” which I think is fine if that share belongs to that user, and you don’t have anything else coming from that host to that share which you want to act as a different user. Which are very big caveats.

You conveniently skipped over the “and are able to perceive” part

Preface

I got excited and didn’t properly read your post before I wrote out a huge reply. I thought your problem was the per-user mapping to different locations on your NAS or to different shares, but its specifically file ownership.
whoops.

Leaving this here anyways, in case someone finds it helpful.
I kinda address file ownership at the end, but I don’t think its really what you were looking for because it depends on every user having their own share.

Prerequisites

1. you need to be using Storage Templates.
2. you’re willing to change the storage labels for all existing users
   • if not, then change the storage labels for all users to something temporary and run the migration job before you begin. You’ll change it back later.
3. you’re willing to switch to NFS instead of samba, where each user gets their own share.
   • might not actually be necessary, but its what I use, so YMMV

Configuration

Volumes

In docker, you’ll need to set up an external NFS volume for every user. I use portainer to manage my docker stacks, and its pretty easy to set up NFS volumes. I’m not sure how to do it with raw docker, but I dont think its complicated.

Compose

in your docker compose files, include something like this

services:
  immich-server:
    # ...
    volumes:
      - ${UPLOAD_LOCATION}:/data
      - /etc/localtime:/etc/localtime:ro
     - type: volume
        source: user1-share
        target: /data/library/user1-intended-storage-label
        volume:
          subpath: path/to/photos/in/user1/share
    - type: volume
        source: user2-share
        target: /data/library/user2-intended-storage-label
        volume:
          subpath: path/to/photos/in/user2/share
    # and so on for every user
  # ...

volumes:
  model-cache:
  user1-share:
    external: true
  user2-share:
    external: true
  # and so on for every user

There are 3 things about this setup:

1. it does not scale automatically. this is fine as long as you don’t intend to be adding/removing users often.
2. it is only saving the photos and videos. all thumbnails and transcoded videos, etc, get saved to ${UPLOAD_LOCATION}. For me this is fine, I dont want to pollute my NAS with a bunch of transient data, but if you want that info then for every user, in addition to the target: /data/library/user1 target you’ll also need a target: /data/thumbs/user1, target: /data/encoded-video/user1, etc.
3. If there is already data at the target, when you mount this volume it will mask that data. This is why it is important that no users exist with that storage label prior to this change, else that data will get hidden.

You may also want to add similar volumes for external libraries (I gave every user an external “archive” library for their old photos) like this:

    - type: volume
        source: user1-share
        target: /unique/path/to/this/users/archive
        volume:
          subpath: path/to/photo/archive/on/share

and then you’ll need to go and add that target as an external library in the admin setup.
and once immich allows sharing external libraries (or turning external libraries into sharable albums) I’ll also include a volume for a shared archive.

Migrate

redeploy, change your user storage labels to match the targets, and run the migration job (or create the users with matching storage labels).

File ownership

I honestly don’t think its important, as long as your user has full access to the files, its fine. But if you insist then you have a separate share for every user and set up the NFS server for that share to squash all to that share’s user. Its a little less secure, but you’ll only be allowing requests from that single IP, and there will only be a request from a single user from that server anyways.
Synology unfortunately doesn’t support this, they only allow squashing to admin or guest (or disable squashing).

Hmmmm that’s a good point.

I still wouldn’t count that as every day life because you’re not physically interacting with the satellite or submarine internet cables, even if you’re interacting with the effects of their existence.

But now I have to justify why my stance of “being physically near but still unable to see or touch directly” (as an internal mechanism of something) is any more “everyday life”. It feels like an internal mechanism counts as just as every-day as the thing its a part of, but is it really?

I don’t have a solid justification. It just feels different to me.

I think that “with some mass” wasn’t meant literally but figuratively, specifically to exclude things like shooting subatomic particles.

I think OP means the kinda of things humans interact with and are able to perceive in their every day life.

I feel like that’s even less like “everyday life” than OPs example of bullets lol

I had to read it a few times, I initially made the same mistake as you. It’s all there but I’m not used to carefully reading all the text on a silly post lol

It’s illegal to hire people or refuse to hire people based on political beliefs or affiliation, so you’re not gonna have companies that only employ Trump supporters or employ no Trump supporters. Politics is considered a protected group wrt employment law in the USA and many countries.

But how would it actually work?
It’s not like it’s difficult to gauge employee sentiment about ICE. If your employees are strongly against it, then you simply don’t enter the competition for ICE contracts, or you choose to not renew the contracts when they expire.

They only have to make an example of a few to discourage the rest.

The only real safety is with the instances hosted and run in locations difficult for American companies to pursue legal action

Yeah, but at the same time it’s kinda good for people to be able to see the kind of shit they’re posting for themselves.

It is propaganda, but it’s not good propaganda, and that’s what the community fact checking thing is meant to counter, imo.

Even if that was true, which it isn’t, a company should reflect the beliefs of its employees and community.

I haven’t watched it, but I’ve heard Mobile Suit Gundam 0080: War in the Pocket is a pretty brutal anti-war piece by the end.

If it’s an official govt agency I think it makes sense for them to be allowed on communications platforms and to be verified, so that people can see what they’re saying and know that it’s an official statement.

Then people can see the post and make their own judgements about it, knowing it’s an official agency statement.
Having twitter style factcheck for blatant misinformation is also important for this, though.

I think that tech companies taking a stand on what their employees and/or users believe in is a reasonable thing.

Idk what the employees of bluesky believe, but I’m fairly familiar with the bay area tech scene and I think that there is a decent chance that the employees would like to take a stand by not providing services to ICE.

That being said, idk if simply allowing them to have an account is providing services. I think it’s probably better to have govt agencies have verified accounts so people know when things are official statements, even if you disagree with the agency.

What you’re looking for is probably something like certificate authentication, or mTLS. It exists, but it’s kind of a pain to set up on client devices so it’s not very common.

What’s more common and easier to set up and is nearly the same thing, is passkey authentication. Same in-flight security characteristics, but you typically need to pass a simple challenge for your device to unlock it.

There are a bunch of self-hosted auth options for both