I would not trust these kind of dives in the mirror. IMHO RAID6 is the only way.
I would not trust these kind of dives in the mirror. IMHO RAID6 is the only way.
LE only certify your domain name, you may want to put more (like company name) to cert and it is where classic certs providers come to help.
Usually it can be solved by talking to hotel stuff. you are paying for that service and can expect it be suitable for any legal use.
Nope. You do not need physical access for it, just root access. and you HW is compromised with only means to recover it is SPI flashing of CPU.
3600 was released in 2019. And it they was making it for at least 2 years.
You need to be a root to exploit it, but if it get exploited any way to get rid of it is to throw MB to trash.
Why use SSD OS (unless he is using windows ). System can do to USB stick and rest od data to disk, and SSD may be a good option.
Does not really matter what wording they will put in. It is clear that project will go to pay or get nothing way. So just start working on decommissioning it. Free software really need better ways to pay developers, that will allow to avoid crap like that.
I would add LVM to the list of software raids, and remove btrfs as poorly engineered.
couple of old 2.5 HDD + usb to SATA converter. But Pi5 is hardly suitable to host anything. May just get old PC (which gives you HDD too). There are plenty for < $100 or even free. But you are going to pay more for power.
I do not see why it will cause any problems with exception of stacking mapping layer. I wonder can LVM do it natively without adding intermediate block device of 2 x 2G?
Stay with TP-Link. Ubiquity done some strange things recently.
Many sells, some just wipe them, some just contains encrypted data. If you happy with just used drive eBay is full of surprises.
Why create yourself a headache and still get substandard and no-warranty drive. If you want cheaper drives go for reconditioned/refurbished/used drives. Same risks, better product. Old enterprise SAS drives are cheap and many still have plenty of heath in them.
Do you plan to compress video ( which generally already compressed format) when saving to remote location? I do not see use case for it, as you ether use lossless compression and not compressing it in any meaningful way, or just re-encode to different format and loose quality. Second option is simpler to achieve by re-encoding before sending out.
Yes, it will. Will it make any difference for you, depends of what are you doing. I would not use surveillance drive in to server, they are way too specific. Outside of that prices is pretty much same per TB/(Warranty Year) accross the board.
I done some excessive research couple of years back on the topic. you can find it here https://blog.holms.place/2022/05/01/hdd-storage-cost-comparation-may-2022.html. I do not think situation have changed match since than. Price per TB/Year is nearly constant past 8GB size.
Also consider looking to re-certified drives, or even refurbished drives. you may save hips on them. But it depends on how much you value your data, how much redundancy in you storage pool and how good your backup strategy.
Usually just plug/unplug couple of times is enough. No fancy chemicals.
circular dependency seems to be the case. I guess adding second external resolver to /etc/resolve.conf will help. Second entry will not be used unless first one ( pi-hole) is responding. But it need to be tested.
BTW, why do you want to send host’s DNS via pihole?
what exactly do you mena under subdomains?
Any DNS provider will support adding NS entries for subdomains if you want to host you sub-zone somwhere, And any should allow you to use names with “.” in it for “fake” subzone, like
a.subzone1 IN A x.x.x.x
a.subzone2 IN A y.y.y.y
ZFS or BTRF mirror will know which side is at fault due to checksums. I’m more concern about simultaneous falures of two disks. Rebuilding of a RAID puts lots of pressure on remaining disks, so probability that remaining one dies too is much higher. with RAID6 3 disks need to die to lost date, which is less likely but not impossible.