Home ยท Volume 2 ยท Chapter 07

๐Ÿ“– Chapter 07 โ€” Extending to Friends

How to share with non-family members without compromising the family system.

v0.1 ยท draft Vol 2 ยท Ch 07
~10 min

Learning Objectives

When to extend the NAS

The original conversation covered two specific use cases:

There are also less common cases:

For each case, the question is the same: what's the least access I can give them while still meeting the need?

The two patterns

Pattern 1: Real account (full or limited)

Create a TrueNAS user for the person. They log in with their own credentials, see only what their permissions allow.

Best for: recurring access, especially when the person needs to upload as well as download.

Pros: works like any other user, easy to manage, easy to revoke (just delete the user or change the password).

Cons: a real TrueNAS user is a real attack surface. If their password is weak, the attacker can log in as them.

Pattern 2: Public link (Immich, Paperless, Nextcloud)

Generate a time-limited URL that anyone with the link can use. No account required.

Best for: one-off access, especially when the person only needs to view or download.

Pros: no account to manage, easy to expire, works for non-technical recipients.

Cons: anyone with the link has access (if forwarded or discovered). Limited to apps that support public links (Immich, Paperless, Nextcloud).

Decision tree

Use this when deciding how to share:

  1. Do they need a recurring login, or is this one-off? One-off โ†’ public link.
  2. Do they need to upload files, or just view/download? Just view โ†’ public link.
  3. Will the relationship last years (a friend, a cousin), or is it short-term (a contractor)? Short-term โ†’ public link, or real account with expiration.
  4. Is the content sensitive (medical, financial, family-only)? Sensitive โ†’ real account with explicit permissions, no public link.

Default: public link unless there's a real reason for an account. The principle of least privilege cuts both ways โ€” it means giving the minimum access, and a public link is usually less access than a real account.

Real account: setting up a friend

For a friend who wants their own storage on your NAS:

  1. Credentials โ†’ Local Users โ†’ Add. Create the user. No admin privileges. Samba auth enabled. nologin shell (they're accessing via SMB only, not SSH).
  2. Create a dataset for them: tank/Friends/<name>. Quota: 50-200 GB. Encryption: yes (if the data is personal to them).
  3. Set the dataset permissions: owner = the user, group = the user, mode 700.
  4. Create an SMB share: \\NAS\Friends\<name>. Access Based Share Enumeration on. Allow only the friend user.
  5. Send the friend their username, password, and connection instructions. Use a secure channel (Signal, in person).
  6. Make sure the friend changes their password on first login (Settings โ†’ Password Complexity can enforce this).

That's it. The friend has their own little corner of the NAS. They can't see anything else. You can revoke by changing the password or deleting the user.

Quota: the polite cap

Without a quota, a friend could fill the pool with their photos. Set a quota based on the size of the relationship:

Quotas are soft by default (they warn before they block). Use a hard quota if you really want to enforce.

When to remove access

Real-account access doesn't expire by default. You have to revoke it explicitly. Set calendar reminders:

Public link: the safe default for one-off sharing

For "send grandma the photos from the wedding" or "send the contractor the plans for the kitchen reno," the public link is the right answer. The setup, in each app:

Immich

Open the album. Click Share โ†’ Create Public Link. Set:

Paperless

Open the document. Click Share โ†’ Create Public Link. Set password, expiration, and (optionally) allow download.

Nextcloud

Open the file or folder. Click Share. Choose "Create link." Set password, expiration, and permissions (read-only, read-write, etc.).

The right way to share the password for a public link

If you set a password on a public link, you have to communicate the password separately from the link. If both go in the same message, the protection is meaningless.

The right way:

This is overkill for a wedding album. It is not overkill for a contractor accessing plans that include the family's home address.

The right way to handle a friend who needs ongoing access

If a friend is going to be a recurring user, do these things:

  1. Give them a real account (Pattern 1), not a public link.
  2. Document the arrangement. "You have 200 GB on my NAS, accessible at \\<nas>\Friends\<name>, username \\<name>, password from Signal."
  3. Set a quota so they don't fill the pool.
  4. Add a note to your calendar to check in on the relationship quarterly. Are you still friends? Do they still need access?
  5. If the relationship ends, remove their access the same day.

What NOT to do

Logging: who accessed what

TrueNAS has built-in audit logging. Enable it for SMB shares:

  1. System โ†’ Audit โ†’ Settings. Enable audit logging.
  2. Choose what to log: SMB access (connect, open file, write file, delete file).
  3. Where to store the logs: a dedicated dataset (or send to a syslog server if you have one).

When something goes wrong ("who deleted this file?"), the audit log answers the question. The conversation's recommendation: enable SMB audit logging from day one. The cost is small (a few MB per day). The value is enormous.

Engineering Note

Security is not a switch; it's a gradient. The family NAS with only the family using it can be moderately secure. The family NAS with friends and contractors and time-limited shares needs more care. Every new person who touches the system is a new person whose password could be weak, whose device could be compromised, whose account could be misused.

None of this means don't share. It means share with care. The patterns in this chapter โ€” least-privilege accounts, time-limited public links, audit logging, regular review โ€” exist to let you share generously without giving away the keys to the kingdom.

Summary

Two patterns: real account (recurring access, full upload/download) and public link (one-off, view-only). Default to public links. Give real accounts only when there's a real reason. Use quotas to cap abuse. Enable SMB audit logging. Review non-family accounts quarterly. Remove access promptly when relationships end.

Checklist

Volume 2 is complete

This is the last chapter of Volume 2. The NAS is now a family system: photos, videos, documents, calendar, contacts, with safe access for friends. Volume 3 takes the next step: turning the NAS into a creator's tool. Video production, project archives, the YouTube workflow. The foundation you've built supports it all.

Ch 07 ยท v0.1 ยท drafted from the original ChatGPT conversation, July 2026