I finally got around to building a NAS out of my home server. <\/p>\n\n\n\n
I used MergerFS and SnapRAID to turn my ProxMox node into a single mountable network drive that had redundancy, while being able to swipe a drive and throw it into another PC and still read that data without overhead or formatting. And STILL use that PC for virtualization.<\/p>\n\n\n\n
This is the best setup I’ve found in years, and I finally got around to setting it up!<\/p>\n\n\n\n
The journey went on a bit of a tangent from my original goal, as my focus was purely on data hoarding. But spinning up VMs, running containers, and experimenting with various corners of the open-source world to help organize my chaotic brain and life sort of took over. But as my homelab grew, I realized something: I was sitting on a lot of unused local storage still. Why have I still not turned one of my Proxmox nodes into a NAS and centralize my files, backups, and media?<\/p>\n\n\n\n
It all started when I lost my one-and-only hard drive on my one-and-only computer, losing photos, notes, and more from over the years. I turned that into a multi-drive setup (over a decade or more ago now) where I had the main OS on a small SSD and the data on a HDD, with an external drive as backup. The fear of losing that external drive due to weather, handling, and more just got me thinking of redundancy more and more.<\/p>\n\n\n\n
This turned into multiple drives, like, as many as I could find. I went to Goodwill, ebay, extracting hard drives from those WD external nas things… Well, I didn’t know that most multi-drive setups like RAID require same\/similar drives. And I had windows. One of those PCs I got from Goodwill turned into a second computer I had to turn into a NAS with all those drives, but I only had windows. Hadn’t even heard about linux before.<\/p>\n\n\n\n
So, with Windows, I found StableBit DrivePool. And you know what, that was still probably one of the better setups. It didn’t care about what drives you had, you could hot-swap them for all it cared, and it duplicated the files, not bits, and I could use ALL of the drives for all they offered. It just, worked. Turned all those drives into one mount point for my other computers.<\/p>\n\n\n\n
Problem: It was Windows. bleh. I was using so much power, so much heat, and for it to JUST be a storage box that I would have to remote into to manage or run anything. I still hadn’t learned about virtualization yet. And oh man, when I learned about ProxMox and being able to VIRTUALIZE the windows server and then also use pihole and whatever the heck else? Well, that was a no-brainer.<\/p>\n\n\n\n
The “actual” problem: StableBit DrivePool wasn’t on linux.<\/p>\n\n\n\n
So… It sat. <\/p>\n\n\n\n
I got a Synology NAS to hold my data instead, thinking “throw money at it, the problem will go away”. “Get a proper setup”. And “Everyone else has one” were all thoughts I had, thinking I finally did it right. And, sure, not a huge loss on that. A buddy had a spare synology with no drives so I took a couple and threw it in there. Good lord that was slow. And only mirrored. and locked into synology OS, which was not my favorite but not bad, coming from not even knowing what a NAS actually was.<\/p>\n\n\n\n
That enabled me to use my was-nas into now a proxmox host!<\/p>\n\n\n\n
What started as a weekend experiment has now become one of the most useful parts of my setup. As not only could I host verious apps, I finally, after about a decade of putting it off, turned that sucker into a LINUX StableBit Drivepool-esque NAS. (It’s not DrivePool, but we’ll get to that.) I ran it directly from the ProxMox host itself, and it’s solved all of my issues (other than off-premise backups…)<\/p>\n\n\n\n
Here\u2019s the story of how I did it, what I learned along the way, and a generic guide so you can try it yourself.<\/p>\n\n\n\n
Essentially, I had a HDD die. So, that means any hardware can fail at any time, right? My new gaming PC shipped with a bad 13th gen intel chip, so the whole computer was useless until that got replaced. I’ve had bad RAM. I’ve had a bad Power Supply. I’ve actually seen most issues at this point lead me believe my drives have actually been the longest living hardware I’ve had, ironically. So, I wanted to hot-swap them into any other PC and read the data, without the need of all drives and RAID being set up and formatting my drives.<\/p>\n\n\n\n
ProxMox is free, and under the hood it’s just debian with some extra flavor on top. So, it doesn’t even really need to be ProxMox, but any linux flavor.<\/p>\n\n\n\n
MergerFS takes all the drives and ‘merges’ them into one mount point. SnapRAID takes those drives and balances the data and duplicating it to another drive. So no drive has all the data. As I was saying earlier, my drives have actually been the longest lasting hardware for me, so I’m not expecting to lose more than a drive at a time. Until a tornado strikes I guess… Bigger problems at that point.<\/p>\n\n\n\n
So my StableBit Drivepool experience can now be on linux. And free!!! <\/p>\n\n\n\n
Now… I just had to learn how to do that. I just heard these words on Google and had no idea what any of that actually looked like in practice. So, I’m glad I had my Synology to store my stuff while I played with my setup because I would have lost some data in this process…<\/p>\n\n\n\n
(commands are assuming you’re running this on your proxmox node as root, sudo will be omitted. You may need sudo)<\/p>\n\n\n\n
This ProxMox server is one of many in a cluster. I went a little nuts with mini-pcs and 10-inch racks, as you’ll see in my other posts. So my intentions made my experience a little tricky trying to get both NFS and SMB shares working with the right permissions. It’s otherwise rather straightforward.<\/p>\n\n\n\n
Install MergerFS and SnapRAID (this is the easy part)<\/p>\n\n\n\n
apt update\napt install mergerfs snapraid -y<\/code><\/pre>\n\n\n\nStep 1: Prepare the Storage Disks<\/h2>\n\n\n\n
Install and connect your drives to the Proxmox node.<\/p>\n\n\n\n
List all the disks to be able to see the drive letter that linux provided:<\/p>\n\n\n\n
lsblk -o NAME,SIZE,MOUNTPOINT,LABEL<\/code><\/pre>\n\n\n\nIf you have multiple drives of similar size, it’s sort of hard to tell exactly which disk is which, physically, as that may come in handy when a drive dies you can just walk up to the server and swap it out. You can get more detail with this:<\/p>\n\n\n\n
blkid<\/code><\/pre>\n\n\n\nStep 2 – Format and Label the Disks, and Mount<\/h2>\n\n\n\n
There needs to be a parity disk, which has to be larger than your largest storage disk. They can be named in any order.<\/p>\n\n\n\n
‘parted’ makes the partitions using ext4 and clears it to 100% usable space. <\/p>\n\n\n\n
sde is the example drive: you may need sda, or sdc, or more. Do this for each drive you want in the pool, changing the “sdX” for your drive.<\/p>\n\n\n\n
parted \/dev\/sde --script mklabel gpt\nparted \/dev\/sde --script mkpart primary ext4 0% 100%<\/code><\/pre>\n\n\n\nDo that for each disk.<\/p>\n\n\n\n
Next, label one \u201cparity\u201d drive, and \u201cdiskX\u201d after the drives have been formatted. <\/p>\n\n\n\n
For example, 8 drives could look like this, order doesn’t matter, but could for you:<\/p>\n\n\n\n
mkfs.ext4 -L disk3 \/dev\/sda1
mkfs.ext4 -L disk2 \/dev\/sdb1
mkfs.ext4 -L disk5 \/dev\/sdc1
mkfs.ext4 -L disk7 \/dev\/sdd1
mkfs.ext4 -L parity \/dev\/sde1
mkfs.ext4 -L disk8 \/dev\/sdf1
mkfs.ext4 -L disk4 \/dev\/sdg1
mkfs.ext4 -L disk6 \/dev\/sdh1<\/code><\/pre>\n\n\n\nStep 3 – Create Mount Points<\/h2>\n\n\n\n
I omitted disk1 because it made sense to me, disk1 is my parity drive. But you might do disk1 and have the last drive be parity, which might make more sense to you. It’s personal preference.<\/p>\n\n\n\n
Make the directories for each mount point:<\/p>\n\n\n\n
mkdir -p \/mnt\/parity \n# mkdir -p \/mnt\/disk1 \nmkdir -p \/mnt\/disk2 \/mnt\/disk3 \/mnt\/disk4 \/mnt\/disk5 \/mnt\/disk6 \/mnt\/disk7 \/mnt\/disk8 <\/code><\/pre>\n\n\n\nThen mount those drives!<\/p>\n\n\n\n
# mount \/dev\/disk\/by-label\/disk1 \/mnt\/disk1\nmount \/dev\/disk\/by-label\/parity \/mnt\/parity\nmount \/dev\/disk\/by-label\/disk2 \/mnt\/disk2\nmount \/dev\/disk\/by-label\/disk3 \/mnt\/disk3\nmount \/dev\/disk\/by-label\/disk4 \/mnt\/disk4\nmount \/dev\/disk\/by-label\/disk5 \/mnt\/disk5\nmount \/dev\/disk\/by-label\/disk6 \/mnt\/disk6\nmount \/dev\/disk\/by-label\/disk7 \/mnt\/disk7\nmount \/dev\/disk\/by-label\/disk8 \/mnt\/disk8<\/code><\/pre>\n\n\n\nStep 4: Create MergerFS pool<\/h2>\n\n\n\n
Make the path you’d like to share. I’ll refer to mine as “store”<\/p>\n\n\n\n
mkdir \/mnt\/store<\/code><\/pre>\n\n\n\nand merge teh disks you mounted earlier into the pool<\/p>\n\n\n\n
mergerfs \/mnt\/disk2:\/mnt\/disk3:\/mnt\/disk4:\/mnt\/disk5:\/mnt\/disk6:\/mnt\/disk7:\/mnt\/disk8 \/mnt\/store \\\n -o defaults,allow_other,use_ino,category.create=epmfs<\/code><\/pre>\n\n\n\nI ran into an error when trying to use an array for the drive numbers so it’s here as an options, but I recommend you do it individually instead, just ensure the disk labels match and DO NOT include the parity drive. <\/p>\n\n\n\n
mergerfs \/mnt\/disk{2..8} \/mnt\/store \\\n -o defaults,allow_other,use_ino,category.create=epmfs<\/code><\/pre>\n\n\n\nStep 4.5 – Make that persistent using fstab<\/h2>\n\n\n\n
edit your fstab configuration:<\/p>\n\n\n\n
nano \/etc\/fstab<\/code><\/pre>\n\n\n\nand under the commented area, place in this block:<\/p>\n\n\n\n
# Persistent mounts for data drives\nLABEL=disk2 \/mnt\/disk2 ext4 defaults,nofail 0 2\nLABEL=disk3 \/mnt\/disk3 ext4 defaults,nofail 0 2\nLABEL=disk4 \/mnt\/disk4 ext4 defaults,nofail 0 2\nLABEL=disk5 \/mnt\/disk5 ext4 defaults,nofail 0 2\nLABEL=disk6 \/mnt\/disk6 ext4 defaults,nofail 0 2\nLABEL=disk7 \/mnt\/disk7 ext4 defaults,nofail 0 2\nLABEL=disk8 \/mnt\/disk8 ext4 defaults,nofail 0 2\nLABEL=parity \/mnt\/parity ext4 defaults,nofail 0 2<\/code><\/pre>\n\n\n\nand then just under that, place in this block:<\/p>\n\n\n\n
# mount the disks to \/mnt\/store with mergerfs\n\/mnt\/disk2:\/mnt\/disk3:\/mnt\/disk4:\/mnt\/disk5:\/mnt\/disk6:\/mnt\/disk7:\/mnt\/disk8 \/mnt\/store fuse.mergerfs defaults,allow_other,use_ino,category.create=epmfs 0 0<\/code><\/pre>\n\n\n\nit should look similar to the command you used earlier to make your merge just with a couple “0 0” at the end and “fuse.mergerfs” in there.<\/p>\n\n\n\n
Save and exit that document, and then reload mergerFS mounts daemon<\/p>\n\n\n\n
systemctl daemon-reload<\/code><\/pre>\n\n\n\nmount -a<\/code><\/pre>\n\n\n\nStep 5 – SnapRAID setup: Edit \/etc\/snapraid.conf<\/h2>\n\n\n\n
to set up SnapRAID for redundancy and “RAID-like” stuff, you just need to edit the snapraid.conf file<\/p>\n\n\n\n
nano \/etc\/snapraid.conf<\/code><\/pre>\n\n\n\nPaste in this block but customize for all the disks in your setup<\/p>\n\n\n\n
# Parity file location (on the parity drive)\nparity \/mnt\/parity\/snapraid.parity\n\n# Content files (used to track changes on each data disk)\ncontent \/mnt\/disk2\/snapraid.content\ncontent \/mnt\/disk3\/snapraid.content\ncontent \/mnt\/disk4\/snapraid.content\ncontent \/mnt\/disk5\/snapraid.content\ncontent \/mnt\/disk6\/snapraid.content\ncontent \/mnt\/disk7\/snapraid.content\ncontent \/mnt\/disk8\/snapraid.content\n\n# Data disks (these are the actual files SnapRAID protects)\ndata d2 \/mnt\/disk2\ndata d3 \/mnt\/disk3\ndata d4 \/mnt\/disk4\ndata d5 \/mnt\/disk5\ndata d6 \/mnt\/disk6\ndata d7 \/mnt\/disk7\ndata d8 \/mnt\/disk8\n\n# Exclude system and temp files\nexclude *.log\nexclude *.tmp\nexclude *.bak\nexclude \/lost+found\/\nexclude .Trash-*\nexclude .recycle\/\nexclude .snapshots\/\nexclude .DS_Store\nexclude Thumbs.db<\/code><\/pre>\n\n\n\nSave and exit that.<\/p>\n\n\n\n
And run the first sync! You may encounter an error if there is no data. Make a document in your mergerfs share.<\/p>\n\n\n\n
echo \"test merger files\" > \/mnt\/store\/text.txt<\/code><\/pre>\n\n\n\nsnapraid sync<\/code><\/pre>\n\n\n\nScrub for integrity<\/p>\n\n\n\n
snapraid scrub -p 5<\/code><\/pre>\n\n\n\nAnd check status of snapraid<\/p>\n\n\n\n
snapraid status<\/code><\/pre>\n\n\n\nStep 6 (OPTIONAL) – Crontab syncs<\/h2>\n\n\n\n
This can be used if you’re in a home environment and files aren’t constantly changing, as each sync can take a few minutes and errors can happen. So if your drive is mainly static storage, like files, pictures, etc. then you can set up automatic syncs.<\/p>\n\n\n\n
crontab -e<\/code><\/pre>\n\n\n\n0 2 * * * \/usr\/bin\/snapraid sync\n0 4 * * 0 \/usr\/bin\/snapraid scrub -p 10 -o 2<\/code><\/pre>\n\n\n\n
\n\n\n\nHokay, so, that was pretty easy, yes?<\/p>\n\n\n\n
We mounted your drives, we merged them, and we synced them. Now we want to share them!<\/p>\n\n\n\n
You can choose NFS or SMB or however you would normally share a drive. You just have a single mount point now.<\/p>\n\n\n\n
I’ll give examples for a combination of NFS and SMB because that’s what I used. Each instruction can be used independently for your setup. NFS is easy, SMB is easy, but the combination of both led me into some late nights and cold sweats. I’ll show why later.<\/p>\n\n\n\n
\n\n\n\nOption 1 – NFS share<\/h2>\n\n\n\n
on the server, lets install NFS server<\/p>\n\n\n\n
apt update\napt install nfs-kernel-server -y<\/code><\/pre>\n\n\n\nThen edit the \/etc\/exports file<\/p>\n\n\n\n
nano \/etc\/exports<\/code><\/pre>\n\n\n\nand paste this in<\/p>\n\n\n\n
# exports with subfolders that are also shares for particular reasons\n\/mnt\/store\/ 192.168.0.0\/24(rw,sync,no_subtree_check,no_root_squash,fsid=0)\n\/mnt\/store\/nodes 192.168.0.0\/24(rw,sync,no_subtree_check,no_root_squash,fsid=1)\n\/mnt\/store\/vm 192.168.0.0\/24(rw,sync,no_subtree_check,no_root_squash,fsid=2)\n\/mnt\/store\/media 192.168.0.0\/24(rw,sync,no_subtree_check,no_root_squash,fsid=3)<\/code><\/pre>\n\n\n\nReplace 192.168.0.0\/24 with the IP SUBNET of the network you’d like to share it to. <\/p>\n\n\n\n
I’ve included additional lines to show an example of sharing particular folders inside of the main share for specific purposes. For instance, using the mount as the backup share for proxmox, it makes multiple directories that get ugly in the main share if you use it for other services alongside it. So, I placed it inside a “nodes” folder and shared that to the proxmox nodes.<\/p>\n\n\n\n
Similarly, my plex server, I didn’t want all my media being dispersed in the main share.<\/p>\n\n\n\n
And for my VMs to have their own mount point for NextCloud — you get the idea.<\/p>\n\n\n\n
For just one NFS share because you’re normal and awesome:<\/p>\n\n\n\n
# or just one share\n\/mnt\/store 192.168.0.0\/24(rw,sync,no_subtree_check,no_root_squash,fsid=0)<\/code><\/pre>\n\n\n\nNow export that share and restart NFS<\/p>\n\n\n\n
exportfs -ra\nsystemctl restart nfs-kernel-server<\/code><\/pre>\n\n\n\nVerify exports<\/p>\n\n\n\n
cat \/etc\/exports<\/code><\/pre>\n\n\n\nOn the client PC:<\/strong><\/p>\n\n\n\nInstall the NFS client:<\/p>\n\n\n\n
apt update\napt install nfs-common<\/code><\/pre>\n\n\n\nand mount the share<\/p>\n\n\n\n
mount -t nfs <your-server-ip>:\/mnt\/store \/mnt\/store_remote<\/code><\/pre>\n\n\n\nreplace “your-server-ip” with your server IP.<\/p>\n\n\n\n
\n\n\n\nSo, this is where I ran into issues. Things like ProxMox want to run as root, things like Windows want authentication and a specific user, things like containers and VMs use different users for different services, each have different permissions.<\/p>\n\n\n\n
So, when you expose the NFS share to a subnet for proxmox nodes, you don’t want to have to authenticate each node each time. The “no_root_squash” part should take care of this but in case it doesn’t, you can change the permissions to “nobody:nogroup” which is essentially opening it up to guest access.<\/p>\n\n\n\n
# Try not to use nobody outside of testing\nchown -R nobody:nogroup \/mnt\/store\nchmod -R 775 \/mnt\/store<\/code><\/pre>\n\n\n\nWe’ll get into permissions after this.<\/p>\n\n\n\n
\n\n\n\nOption 2 – Samba (SMB) for Windows\/MacOS<\/h2>\n\n\n\n
on the server:<\/p>\n\n\n\n
Install Samba:<\/p>\n\n\n\n
apt update\napt install samba<\/code><\/pre>\n\n\n\nedit \/etc\/samba\/smb.conf<\/p>\n\n\n\n
nano \/etc\/samba\/smb.conf<\/code><\/pre>\n\n\n\nand place in the following<\/p>\n\n\n\n
[store] \npath = \/mnt\/store \nbrowseable = yes \nread only = no \nguest ok = yes \nforce user = nobody<\/code><\/pre>\n\n\n\nand restart samba!<\/p>\n\n\n\n
systemctl restart smbd<\/code><\/pre>\n\n\n\nFor more control, your config might look more like this:<\/p>\n\n\n\n
[store]\n comment = MergerFS Pooled Storage\n path = \/mnt\/store\n browseable = yes\n read only = no\n writable = yes\n guest ok = no\n valid users = @storageusers\n force group = storageusers\n create mask = 0664\n directory mask = 2775\n inherit permissions = yes\n inherit acls = yes\n vfs objects = acl_xattr\n map acl inherit = yes\n store dos attributes = yes<\/code><\/pre>\n\n\n\nagain, I’ll get into permissions after this option.<\/p>\n\n\n\n
On the Windows PC to map the network drive:<\/strong> (sorry Mac I have no idea how you do this, so I won’t share it as it might be incorrect)<\/p>\n\n\n\nWindows<\/strong>: <\/p>\n\n\n\nOpen File Explorer \u2192 \\\\your-server-ip\\store<\/code><\/code><\/pre>\n\n\n\nor This PC, right click in the blank space where your hard drives are shown, and select “add network drive”. and paste in the thing.<\/p>\n\n\n\n
\\\\your-server-ip\\store<\/code><\/code><\/pre>\n\n\n\n
\n\n\n\nPermissions!!! UGHHHH!<\/h2>\n\n\n\n
We’re here! Permissions.<\/p>\n\n\n\n
Windows might throw an error at you for trying to map to the monster of a NAS you just made. Don’t be discouraged, it’s just that you might not have an actual user for smb! If SMB still doesn’t work after this we can look at the server more in depth.<\/p>\n\n\n\n
Let’s create a user on the server to use SMB. We’ll call him… SIMBA? Sure, Simba. idk dude I don’t name things.<\/p>\n\n\n\n
adduser simba\nsmbpasswd -a simba<\/code><\/pre>\n\n\n\nremember to update your smb.conf<\/p>\n\n\n\n
nano \/etc\/samba\/smb.conf<\/code><\/pre>\n\n\n\nhave it include this additional line, [store] representing the share name made earlier. You don’t need to include this.<\/p>\n\n\n\n
[store] \nvalid users = simba<\/code><\/pre>\n\n\n\nrestart smb<\/p>\n\n\n\n
systemctl restart smbd<\/code><\/pre>\n\n\n\nRe-map it in Windows, hopefully that did it for ya. Took me a while because I didn’t understand how smb shares worked on linux to windows.<\/p>\n\n\n\n
But!!! I didn’t work on NFS permissions yet. We’re still working on guest! or, nobody, in linux.<\/p>\n\n\n\n
NFS Permissions<\/h2>\n\n\n\n
So, remember that I mentioned ProxMox runs things in root? Well, containers (specifically, what runs on them) don’t. Windows doesn’t. Whatever else might pop up will also be different.<\/p>\n\n\n\n
So, make things easy, we can make a group, and append users to that group, so you only need to allow the group. alternatively, you can use ACLs! (Access Lists). These are a little bit more complicated but make it so you don’t specifically change permissions directly. It’s more like adding a port to an IP instead of changing the IP. Or for artistic folk, adding a mask to a layer instead of painting directly on the file.<\/p>\n\n\n\n
I’ll go with direct permissions for now:<\/p>\n\n\n\n
add a user to a group:<\/p>\n\n\n\n
useradd -m -G \"storageusersgroup\" \"simba\"<\/code><\/pre>\n\n\n\nChange the group to whatever and the newuser “simba”. Which can also be whatever. <\/p>\n\n\n\n
Add the group permissions to the share:<\/p>\n\n\n\n
# prep users for being added to share\nchown -R simba:storageusersgroup \/mnt\/store\nchmod -R 2775 \/mnt\/store<\/code><\/pre>\n\n\n\nThis then can also be applied to your SMB setup:<\/p>\n\n\n\n
nano \/etc\/samba\/smb.conf<\/code><\/pre>\n\n\n\n[store]\n valid users = @storageusersgroup\n force group = storageusersgroup\n create mask = 0664\n directory mask = 2775\n inherit permissions = yes\n inherit acls = yes\n vfs objects = acl_xattr\n map acl inherit = yes\n store dos attributes = yes<\/code><\/pre>\n\n\n\nsystemctl restart smbd<\/code><\/pre>\n\n\n\nAnd now, simba has access to both NFS and SMB. Well, actually, his GROUP does! <\/p>\n\n\n\n
But, you can also include root in that game too.<\/p>\n\n\n\n
# prep users and root for being added to share\nchown -R root:storageusersgroup \/mnt\/store\nchmod -R 2775 \/mnt\/store<\/code><\/pre>\n\n\n\nThis adds root, and the group simba is in.<\/p>\n\n\n\n
I’ll chirp the usual “don’t allow root access to your file shares”.<\/p>\n\n\n\n
\n\n\n\nSummary<\/h2>\n\n\n\n
We formatted, mounted, merged, synced\/balanced, shared over NFS and SMB, mounted those shares, and made sure permissions allowed us to do so.<\/p>\n\n\n\n
This allows me (and you) to use any number of any type of any size of drives for one big file share that can be used for just about any device.<\/p>\n\n\n\n
My next goal is to use this share to then mount to my Plex\/Jellyfin servers, and link it up to Sonarr, Radarr, and all the other *arr tools. <\/p>\n\n\n\n
To do this, we’ll be making sure things are locked down without root, ensuring nothing important\/damaging on this server, proper monitoring, logs, and whatnot to be sure things are secure first. <\/p>\n\n\n\n
I hope you also gained something from this! If you followed along, you now have a robust and flexible NAS that can kinda handle everything you throw at it (literally).<\/p>\n","protected":false},"excerpt":{"rendered":"
I finally got around to building a NAS out of my home server. I used MergerFS and SnapRAID to turn my ProxMox node into a single mountable network drive that had redundancy, while being able to swipe a drive and throw it into another PC and still read that data without overhead or formatting. And […]<\/p>\n","protected":false},"author":4,"featured_media":4715,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[5,6],"tags":[29,41,43],"class_list":["post-4714","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-homelab","category-it","tag-homelab","tag-proxmox","tag-server"],"jetpack_featured_media_url":"https:\/\/blog.dabbleden.com\/wp-content\/uploads\/2025\/09\/serverman.png","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/blog.dabbleden.com\/index.php\/wp-json\/wp\/v2\/posts\/4714","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.dabbleden.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.dabbleden.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.dabbleden.com\/index.php\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.dabbleden.com\/index.php\/wp-json\/wp\/v2\/comments?post=4714"}],"version-history":[{"count":5,"href":"https:\/\/blog.dabbleden.com\/index.php\/wp-json\/wp\/v2\/posts\/4714\/revisions"}],"predecessor-version":[{"id":4725,"href":"https:\/\/blog.dabbleden.com\/index.php\/wp-json\/wp\/v2\/posts\/4714\/revisions\/4725"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.dabbleden.com\/index.php\/wp-json\/wp\/v2\/media\/4715"}],"wp:attachment":[{"href":"https:\/\/blog.dabbleden.com\/index.php\/wp-json\/wp\/v2\/media?parent=4714"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.dabbleden.com\/index.php\/wp-json\/wp\/v2\/categories?post=4714"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.dabbleden.com\/index.php\/wp-json\/wp\/v2\/tags?post=4714"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}