How to back up a NAS to NutCloud? The free version uploads 1GB of data per month, and I only picked these four items to put up

I consider myself pretty complete: I keep the original Feiniu NAS at home, my mom's old Synology machine automatically runs through remote every early morning, and there's a cold storage drive lying in the drawer. Last month, during my quarterly health checkup, while flipping through the ledger, I suddenly realized something: my mom's home and mine are in the same city, separated by six subway stops. Fire, water ingress, theft—such a house-wide disaster really struck, and two machines couldn't survive. Strictly speaking, I discounted the '1 out-of-town portion' in 3-2-1.
think it over and over, the cheapest way to get rid of the Nut Cloud account that's been stuck in dust for years is to add a layer of cloud insurance to the most important bit of data. The free version only has 1GB of upload data per month, which sounds shabby, but it's just right for the right place. This article covers the process of pairing and the pitfalls you encountered, covering both Synology and Feiniu.
first calculate the data costs: 1G forces you to cut back, which is actually a good thing
the rule of the free version of Nut Cloud: upload 1GB and download 3GB each month, using third-party interfaces like WebDAV or rclone, all using the same pot. This number directly determines one thing—it cannot hold any "storage."
My photo library is 186GB, 46,000 photos, automatically backs up photos from that Caliber. At 1GB per month, you get 186 months of transmission, just over fifteen years, and by the time you finish it, your child will be in college. So don't try to get your hands on Nutcloud in your videos and photos—they stick to the old path: cold storage trays plus my mom's Synapsys, just do whatever you want.
1G limits actually force you to think about one thing: which data would really make you lose sleep if you lost it? I rummaged through the household and picked out four items—work documents and working papers, scanned copies of documents, contracts, and insurance policies, the Keepass password database, and a family account file (broadband account, screenshots of the optical modem WAN connection table, and various policy numbers). The total of these four items is 640MB, so I spent over 60% of the monthly allotment, leaving a large portion of the money behind.
this process of subtraction is more valuable than synchronization itself. Many people don't back up well not because they lack tools, but because they've never forced themselves to answer, 'What exactly is losing it is deadly?' Taking advantage of the 1G hurdle, this question is answered perfectly.
first pitfall: I tried to connect with my login password and got stuck for half an hour
paired with WebDAV, the first reaction is definitely to enter your account and password directly. I entered my registration email and login password in the client, tried three times, and each time the authentication failed. I almost suspected this feature was exclusive to the paid version. After checking the help documentation, I found that third-party clients don't even allow login passwords; you have to create a dedicated "app password."
Here's
method: Log in to the Nut Cloud web version, click the account name in the top right corner, go to 'Account Information', select 'Security Options' on the left, go to the third-party app management section, tap 'Add App Password', name it, generate it, and you'll get a string of passwords. Go back to the client and re-enter: the account is your registered email, use this app password for your password, and it works instantly.
later thought that the design was correct. The synchronization script and NAS configuration all contain plaintext passwords. If they really leak, you can just revoke the app password on the webpage and be done without harming the main account. It's much better than sticking your login password everywhere.
cousin's Synology first pair: Cloud Sync in five minutes
first use my cousin's second-hand four-bay Synology to practice my skills. The machine still runs on old DSM6 firmware, and Cloud Sync still works. Once the suite center is installed, open it and click 'Add'. A long list of cloud service providers scrolls down to the bottom, and there's WebDAV—that's it.
fill in three things: server address https://dav.jianguoyun.com/dav/, account registration email, and password app password. Next, select the local folder and remote folder, then choose the sync direction.
direction I chose for him to 'upload only.' Two-way sync sounds great, but on the cloud side, a slip of the hand can delete something, and the deletion process immediately spreads back to the local area— the article about the Synology Drive sync disk that "accidental deletion can cause contagion," it's the same principle. Backup requires one-way foolishness, not smart two-way approach.
in advanced settings, remember to exclude to block big players like *.mp4 and *.iso outside, so that one day a video sneaks into the directory and the month's traffic is eaten up in one go, leaving you with no idea where it went.
My Feiniu doesn't have this kit: rclone two-line commands
my own N100 Feiniu, I don't have Cloud Sync as a graphical cloud sync kit. Feiniu's WebDAV is used as a server, allowing others to connect to it, my phone connects to the NAS to read files I rely on it. Push files to the cloud; the main route is rclone.
SSH in, apt install rclone, just like when I installed FDUPES removed duplicate photos. The version in the warehouse is outdated, so it doesn't delay the process. Next, rclone config interact: create a new n, name it as jianguo, type webdav, enter the URL at the top address, vendor select other, user enter email, pass enter app password, and the rest is always Enter.
the only ones who actually do the work:
rclone copy /vol1/1000/Important Files jianguo: NAS backup --max-size 100M --trans 4
two parameters are important. --max-size 100M is a barrier that skips files over 100MB, preventing large files from stealing data; --trans 4 four concurrent transmissions, faster and more stable. There are also rules to use Copy without sync: copy only adds new and modified content; it leaves nothing on the cloud untouched; Sync is an image; if the cloud doesn't have it, it deletes it for you. When backing up this scene, I always choose the dumber one.
first upload 640MB, my home uploads 50MB, but the actual average speed is four to five MB per second, just over three minutes, which is more impressive than expected. Then write it into Crontab, running it every day at 4 a.m. past 10 minutes, staggering it from other backup tasks at home, so you don't rush to buy in the same minute. The next day, I checked the logs—the increments were only two or three MB, just a few revised documents.
three real pitfalls: rate limiting, timeout, and file retransmission
pitfall 1: Don't set the sync frequency too tightly. At first, I was reckless and wanted to set it to once every hour for peace of mind, but after researching, I found out that NutCloud's WebDAV interface has frequency limits. If the requests are too dense, you'll get traffic limiting errors. The people who use Siyuan Notes complained about this for a long time. Once a day is more than enough for document data; it's not so valuable that it's charged by the hour.
pitfall two: large files running WebDAV often times out. The internet shook, half of the message was cut off, and the spread was wasted. This is the purpose of the --max-size gate, and also the boundary of NutCloud—it's essentially a synchronous drive, not a warehouse disk. Large files are naturally not meant to use this path.
pitfall three: WebDAV has no incremental growth. Nut Cloud's own client has block-level increments; changing a paragraph only transfers that segment, but this benefit doesn't reach the WebDAV interface: change one word, and the entire file is re-uploaded. So the most cost-effective file form is "small but rarely larger"—the password database is tens of KB, and you can edit it eight times a day without any burden; A 500MB compressed package is enough; if you re-transfer 500MB with a single move, you can burn out your monthly quota in just two runs. I keep everything I want to sync in loose file form, refusing to bundle it at all costs.
Taking the Role: Who Is Worth Pairing? After Matching, You Must Rehearse It
| your data | should be on NutCloud |
| documents, password database, and scans. | under a few hundred MB is just right, and the free quota won't run out |
| photo and video library, don't even think about G | dozens or hundreds. Honestly, you use cold storage and remote storage NAS |
| important data is only stored on one machine | so you should back up locally first, not in the cloud |
| other cloud storage memberships | the same idea, just switching to a WebDAV endpoint |
After
setup, don't skip one step: rehearsal. Not conducting disaster preparedness drills is equivalent to not doing anything. On the third day after I finished my purchase, I installed the NutCloud app on my phone and logged in. All four directories were there, so I pulled up a PDF and clicked to download. It took me a dozen seconds to download it, and only then did this layer of insurance really take effect. If one day I really restore it, with 3GB of download data per month, I'll pull back all my 640MB savings, which is only about one-fifth of my quota, which is enough.
current complete matrix is: at home Feiniu dual trays handle originals, cold storage disks use local secondary media, my mom's Synology handles the off-site portion, Nut Cloud does the cloud portion, 3-2-1 exceeds the quota, annual cost is zero. If biggest enemy of backup is never technology, it's "feeling like it's not my turn."
finish with a complete order: first pick out the files that were lost and organize them into a directory, then generate app passwords on NutCloud. Synology uses Cloud Sync and Feiniu uses rclone to pair WebDAV, with the direction set to upload only, plus a --max-size barrier. Runs at staggered times every day, then downloads a file on your phone and verifies it again. The whole process takes only half an hour to work, which is a hundred times cheaper than one day losing something and having to restore the company to a new business—that price, I asked on behalf of my cousin.
