Cách thay thế Google Drive bằng một server Nextcloud của chính bạn

Lưu trữ cloud là thứ riêng tư nhất mà hầu hết mọi người giao phó cho một công ty. Không phải tài liệu — mà là ảnh, bản scan giấy tờ tùy thân, hồ sơ thuế, bản sao lưu của một chiếc điện thoại chứa đựng mọi thứ trong đời. Tất cả nằm trong một tài khoản có thể bị một hệ thống tự động đình chỉ mà không có cách nào để khiếu nại, trên những server quét qua mọi thứ bạn tải lên, gắn với một danh tính bạn đã xác minh từ nhiều năm trước và giờ không thể gỡ bỏ. Người ta chỉ nhận ra hình dạng thật của thỏa thuận đó vào đúng thời điểm tồi tệ nhất, thường là khi một tài khoản bị khóa kéo theo hai mươi năm ảnh gia đình biến mất cùng nó. Nextcloud là câu trả lời mã nguồn mở cho điều đó: cùng những client đồng bộ, cùng ứng dụng điện thoại, cùng những link chia sẻ đó — nhưng chạy trên một cỗ máy do chính bạn thuê, chứa những file mà không ai khác lập chỉ mục. Cài đặt nó chỉ mất một buổi chiều. Thứ quyết định nó có thực sự tốt hơn thứ bạn vừa rời bỏ hay không chính là ổ đĩa bên dưới, cùng một câu hỏi về mã hóa mà gần như mọi tutorial đều trả lời sai.

Thứ Nextcloud thực sự thay thế

Nextcloud không hẳn là một ứng dụng đơn lẻ mà giống một bộ phần mềm nhỏ tình cờ bao phủ gần hết những gì một tài khoản cloud dành cho người dùng phổ thông làm được. Chính độ rộng đó là lý do khiến việc tự vận hành nó đáng công sức: thay thế một dịch vụ bằng một phiên bản tự vận hành hiếm khi bõ công bảo trì, nhưng thay thế năm dịch vụ bằng một server duy nhất thì thường là bõ công.

• Đồng bộ và chia sẻ file, đây là phần cốt lõi. Ứng dụng desktop cho Windows, macOS và Linux, ứng dụng di động cho cả hai nền tảng, và một giao diện web — đúng kiểu hành vi kéo-một-thư-mục-vào-là-nó-xuất-hiện-ở-mọi-nơi mà bạn vốn đã quen thuộc.
• Sao lưu ảnh từ điện thoại, với tính năng tự động tải ảnh từ camera, album và gom nhóm khuôn mặt. Với hầu hết mọi người, đây là phần dữ liệu chiếm dung lượng lớn nhất và cũng là lý do khiến ổ đĩa cần được chọn dung lượng đúng cách.
• Lịch và danh bạ qua các chuẩn mở CalDAV và CardDAV, thứ mà mọi điện thoại đều hỗ trợ sẵn — không cần ứng dụng bên thứ ba nào để đồng bộ chúng.
• Tài liệu cộng tác thông qua một bộ ứng dụng văn phòng có thể cài thêm, chỉnh sửa bảng tính và văn bản ngay trên trình duyệt mà không cần gửi chúng đi bất cứ đâu khác.
• Link chia sẻ công khai kèm mật khẩu, ngày hết hạn và thư mục chỉ nhận upload, đây là tính năng thường chấm dứt thói quen gửi file đính kèm dung lượng lớn qua email.
• Lưu phiên bản phía server và một thùng rác, để một file bị ghi đè hay một lần đồng bộ lỗi vẫn có thể khôi phục được mà không cần dùng tới bản sao lưu.

Ranh giới ở đây đáng được nói thẳng ra, vì các nội dung quảng cáo xoay quanh việc tự vận hành hiếm khi làm điều đó. Nextcloud mang lại cho bạn quyền kiểm soát và sự riêng tư. Nhưng nó không mang lại độ bền của một hãng cloud khổng lồ (hyperscaler) — những công ty đó nhân bản dữ liệu của bạn trên khắp các châu lục, còn một server đi thuê duy nhất thì không, cho dù ổ đĩa của nó có tốt đến đâu. Nó cũng không khiến việc lưu trữ trở nên miễn phí: dù thế nào bạn cũng đang trả tiền cho dung lượng lưu trữ, chỉ là trả cho một host chưa từng hỏi tên bạn thay vì một host đã từng hỏi. Tự vận hành là một cuộc đánh đổi giữa độ tin cậy của người khác lấy quyền kiểm soát của chính bạn, và đó chỉ là một cuộc đánh đổi tốt nếu bạn thực sự nghiêm túc với nửa phần độ tin cậy đó.

Bạn trở thành nhà cung cấp lưu trữ

Đó là cái giá thực sự, và tốt nhất nên hiểu rõ nó trước khi di chuyển dữ liệu chứ không phải sau. Không ai theo dõi uptime giúp bạn, không ai giữ một bản sao ảnh của bạn, và cũng không có ai ở đầu dây hỗ trợ vào đúng thời điểm một client đồng bộ báo lỗi xung đột trên một file bạn cần dùng ngay sáng nay.

• Sao lưu là trách nhiệm của bạn, và nó không phải là một lựa chọn tùy ý. Một mảng RAID sống sót qua được một ổ đĩa hỏng; nó không sống sót qua được một thư mục bị xóa, một lần nâng cấp lỗi hay một cuộc tấn công ransomware chạy xuyên qua một thư mục đang đồng bộ. Lưu phiên bản và thùng rác là những tính năng tiện lợi, không phải một bản sao lưu.
• Uptime là trách nhiệm của bạn. Một client đồng bộ không kết nối được tới server sẽ âm thầm xếp hàng các thay đổi và bắt kịp sau đó, điều này khá dễ tha thứ — nhưng một link chia sẻ mà bạn đã gửi cho khách hàng thì chết hẳn trong lúc cỗ máy đang gặp sự cố.
• Cập nhật là trách nhiệm của bạn, và Nextcloud phát hành bản mới khá dồn dập. Đây là một ứng dụng PHP trên một IP công khai chứa đựng cả cuộc sống của bạn trong đó, nên việc vá lỗi không phải là thứ nên trì hoãn tới một tháng rảnh rỗi nào đó.
• Dung lượng là thứ bạn phải tự theo dõi. Một chiếc điện thoại tự động tải lên mọi bức ảnh sẽ lấp đầy một ổ đĩa mà bạn từng chọn hào phóng, theo một tiến độ mà bạn chẳng hề lên kế hoạch, và một ổ đĩa đầy sẽ làm hỏng dữ liệu nhiều hơn là chỉ đơn giản dừng lại.
• Khôi phục là trách nhiệm của bạn. Khôi phục nghĩa là cả database lẫn cây thư mục file phải đi cùng nhau, tại một thời điểm khớp nhau. Khôi phục cái này mà thiếu cái kia sẽ tạo ra một giao diện vẫn hoạt động nhưng liệt kê những file thực ra không hề tồn tại.

Không điều nào trong số đó là nặng nề một khi mọi thứ đã được thiết lập xong. Đó chỉ là vài phút mỗi tháng cộng thêm một buổi chiều cẩn thận lúc bắt đầu, và đó cũng chính là kỷ luật mà bất kỳ dịch vụ tự vận hành nào cũng cần — khác biệt duy nhất là dịch vụ này giữ những thứ mà bạn sẽ ghét nhất nếu phải mất đi. Nếu bạn đã từng trải qua việc tự host một website, sẽ không có gì ở đây là xa lạ với bạn.

Chọn cấu hình máy: hãy tính ngân sách cho dữ liệu, không phải cho ứng dụng

Bản thân Nextcloud là một ứng dụng PHP khá nhẹ nhàng. Gần như mọi sai lầm về chọn cấu hình ở đây đều đến từ việc tính toán ngân sách cho ứng dụng mà quên mất rằng mục đích thực sự của cả việc này là để chứa dữ liệu ngày càng phình to. Hãy xác định đúng hình dạng ngay từ đầu, vì việc di chuyển một cây thư mục file cùng database của nó giữa các cỗ máy sau này là buổi chiều khó chịu nhất trong toàn bộ chuyện tự vận hành.

• Dung lượng lưu trữ là quyết định chọn ra gói phù hợp cho bạn, và bạn cần khoảng gấp đôi những gì file của bạn đang chiếm hôm nay. Lưu phiên bản giữ lại các bản cũ của những file đã thay đổi, thùng rác giữ lại các file đã xóa trong một khoảng thời gian nhất định, và các thumbnail cùng preview được tạo ra chiếm thêm một tỷ lệ đáng kể trên nền một thư viện ảnh.
• Bộ nhớ quyết định trải nghiệm dùng có mượt hay không, chứ không quyết định việc nó có chạy được hay không. 2 GB chạy được một instance một người dùng; 4 GB thoải mái cho một hộ gia đình đang chạy tính năng tải ảnh tự động từ điện thoại; 8 GB trở lên mới thực sự quan trọng khi có thêm bộ ứng dụng văn phòng và một nhóm nhỏ người dùng cùng lúc.
• CPU gần như rảnh rỗi suốt phần lớn thời gian, rồi bất chợt trở nên quan trọng trong một khoảng ngắn — lượt tạo preview đầu tiên trên một thư viện ảnh vừa nhập vào, và bất kỳ thao tác chuyển đổi tài liệu tức thời nào, đều là những đợt tăng đột biến đáng để chừa sẵn dư địa.
• Database cần lưu trữ tốc độ cao, còn bản thân các file thì không đòi hỏi nhiều đến vậy. Các thao tác trên metadata liên tục dội vào database, trong khi cây thư mục file phần lớn chỉ là đọc/ghi tuần tự — đó là lý do một ổ đĩa gốc NVMe nhỏ đi kèm dung lượng khối lớn là một hình dạng tốt hơn nhiều so với một volume khổng lồ nhưng chậm chạp duy nhất.
• Băng thông truyền tải ở đây là unmetered, nhưng lượt upload ban đầu của một thư viện đã có sẵn là một khối lượng thực sự lớn chỉ diễn ra đúng một lần. Hãy lên kế hoạch để nó chạy qua đêm thay vì để nó làm bạn bất ngờ.

Trong thực tế, điều này rơi vào một trong hai trường hợp tùy theo lượng dữ liệu bạn thực sự đang lưu trữ. Dưới vài trăm gigabyte — tài liệu, một thư viện ảnh khiêm tốn, một hoặc hai người dùng — VPS-8 giá $13.99/mo với 4 vCPU EPYC, 8 GB DDR5 ECC và 120 GB NVMe Gen4 là đủ nhanh và dư sức đáp ứng. Một khi bạn phải tính luôn cả cuộn ảnh chụp từ điện thoại vào bài toán, dung lượng mới trở thành câu hỏi duy nhất còn lại, và NVMe trở thành thứ sai để bỏ tiền vào: một máy chủ storage từ $7.99/mo cho bạn 1 TB trên RAID-6, còn STO-4 giá $22.99/mo cho bạn 4 TB — một đẳng cấp dư địa hoàn toàn khác so với bất kỳ gói VPS nào, với mức giá trên mỗi terabyte chỉ bằng một phần nhỏ. Nếu bạn đang gộp chung dữ liệu của cả một hộ gia đình hay một nhóm nhỏ vượt xa mức đó, một máy chủ dedicated từ $64/mo với 2 × 1 TB NVMe cho bạn cả tốc độ lẫn không gian mà không cần phải tính toán rối rắm.

Từng bước: từ một server mới đến một hệ thống đồng bộ đang hoạt động

1. 01Triển khai server và gia cố nó trước tiênMột máy Debian hoặc Ubuntu, SSH chỉ dùng khóa, firewall mặc định từ chối — trước khi có bất kỳ file nào được đặt lên đó. Hãy làm việc này trong lúc cỗ máy vẫn còn trống rỗng và chẳng có gì thú vị.
2. 02Trỏ một tên miền về server và để chứng chỉ được cấpCác client Nextcloud sẽ từ chối đồng bộ qua HTTP thuần, và điều đó là hợp lý. Hostname phải phân giải đúng về cỗ máy trước khi chứng chỉ có thể được cấp, và đây chính là nguyên nhân phổ biến nhất khiến việc cài đặt thất bại, bỏ xa mọi nguyên nhân khác.
3. 03Chọn phương thức cài đặt và kiên định với nóImage container là con đường nhanh nhất và dễ giữ cập nhật nhất; cài đặt thủ công trên một web server và database cho bạn nhiều quyền kiểm soát hơn để tinh chỉnh. Hãy chọn một trong hai — trộn lẫn cả hai chính là cách khiến các lần nâng cấp sau này bị hỏng.
4. 04Dùng một database thật, không dùng SQLiteSQLite chỉ hoạt động ổn với đúng một người dùng và gần như không làm gì nhiều, và nó sụp đổ ngay khi hai client đồng bộ cùng lúc. Hãy chọn MariaDB hoặc PostgreSQL ngay từ lúc cài đặt, vì chuyển đổi sau này là một cuộc di chuyển dữ liệu chẳng dễ chịu chút nào.
5. 05Thêm một bộ nhớ đệm và cấu hình các tác vụ nềnRedis để khóa (locking) và cache, cùng một cron ở cấp hệ thống cho các tác vụ nền thay vì mặc định kích hoạt qua trình duyệt. Bỏ qua những bước này chính là lý do khiến một số instance tự vận hành cảm giác ì ạch còn số khác thì nhanh tức thì.
6. 06Nâng giới hạn upload trước khi di chuyển bất cứ thứ gìGiá trị mặc định chỉ phù hợp với các file nhỏ và sẽ từ chối một video hay một disk image. Hãy sửa giới hạn này trong cấu hình web server và PHP trước, nếu không lần upload lớn đầu tiên của bạn sẽ thất bại ở mức chín mươi phần trăm.
7. 07Di chuyển file của bạn trong một lượt duy nhất, có chủ đíchUpload thư viện hiện có từ một client desktop, hoặc copy trực tiếp vào đúng vị trí rồi kích hoạt một lượt quét. Hãy làm việc này một lần, qua đêm, trước khi có ai bắt đầu phụ thuộc vào instance này.
8. 08Kết nối các client, rồi thiết lập sao lưu ngay trong cùng ngàyĐồng bộ desktop, tự động tải ảnh từ điện thoại, lịch và danh bạ. Sau đó hãy cấu hình và thực sự kiểm thử bản sao lưu — một instance đang chạy production mà không có đường khôi phục chỉ là một quả bom hẹn giờ.

Mã hóa: điều gì thực sự bảo vệ bạn, và điều gì chỉ nghe có vẻ vậy thôi

Đây là phần quan trọng nhất nếu lý do bạn rời khỏi một dịch vụ cloud tiêu dùng chính là vì một công ty có thể đọc được file của bạn, và đây cũng là phần mà hầu hết các hướng dẫn khác viết sai. Nextcloud có một tính năng gọi là mã hóa phía server (server-side encryption). Bật nó lên nghe có vẻ như đây chính là câu trả lời. Phần lớn thì không phải vậy, và hiểu được vì sao sẽ cứu bạn khỏi một cảm giác an toàn giả tạo — thứ còn tệ hơn cả việc không mã hóa gì cả.

• Mã hóa phía server giữ khóa ngay trên server. Ứng dụng phải có khả năng giải mã file của bạn để phục vụ chúng, nên bất kỳ ai có quyền truy cập vào cỗ máy đang chạy đều có được mọi thứ mà cỗ máy đó có. Nó bảo vệ bạn trước một ổ đĩa bị đánh cắp hoặc một backend lưu trữ ngoài không đáng tin cậy — chứ không bảo vệ trước một server bị xâm nhập hay chính người vận hành nó.
• Mã hóa đầu cuối (end-to-end) mới là thứ thật sự, và nó bị giới hạn một cách có chủ đích. Nó mã hóa ngay trên client cho các thư mục cụ thể, nghĩa là server thực sự không thể đọc được chúng — và cũng đồng nghĩa với việc không có giao diện web, không có preview, không có tìm kiếm phía server và không có link chia sẻ công khai cho nội dung đó.
• Mã hóa toàn ổ đĩa (full-disk encryption) trên server chỉ bảo vệ một cỗ máy đã tắt nguồn. Một server đang chạy thì volume đã được mount và khóa đang nằm trong bộ nhớ, nên nó chỉ chống lại việc thải bỏ máy hay bị tịch thu vật lý một cỗ máy đã nguội — và không gì khác.
• Mã hóa trước khi upload mới là điều hầu hết mọi người thực sự muốn. Một công cụ mã hóa một thư mục ngay tại máy cục bộ rồi đồng bộ phần ciphertext cho bạn tính bảo mật thực sự, với một Nextcloud bình thường chạy bên dưới, đánh đổi bằng việc mất preview và quyền truy cập qua trình duyệt cho thư mục đó.
• Mã hóa khi truyền tải không phải là mã hóa khi lưu trữ. HTTPS chỉ bảo vệ file trong lúc đang di chuyển chứ không bảo vệ gì khi chúng nằm yên (at rest), và việc gộp lẫn hai khái niệm này là hiểu lầm phổ biến nhất trong toàn bộ chủ đề này.

Với hầu hết mọi người, câu trả lời trung thực là một sự kết hợp. Hãy chạy instance một cách bình thường — đây là server của bạn, và sự tiện lợi của preview, tìm kiếm và link chia sẻ chính là toàn bộ lý do bạn không chỉ đơn giản dùng một archive đã mã hóa. Sau đó, hãy lấy riêng phần thiểu số file thực sự nhạy cảm — giấy tờ, các khóa, và những thứ sẽ thực sự quan trọng trong một năm tồi tệ — và mã hóa chúng phía client trước khi chúng chạm tới đĩa. Điều đó cho bạn vừa một cloud dùng được, vừa một két sắt thực sự, thay vì một sự thỏa hiệp nửa vời giả vờ là cả hai.

Những rò rỉ danh tính mà một bản cài mặc định để lại

Nextcloud loại bỏ công ty từng đọc được file của bạn. Nhưng tự thân nó không loại bỏ mọi thứ khác vẫn gắn server đó với một con người cụ thể — và phần lớn trong số đó lại đến từ những bước tưởng chừng chẳng liên quan gì tới việc lưu trữ.

• Tên miền. Một nhà đăng ký vẫn nắm giữ danh tính của bạn ngay cả khi WHOIS công khai đã được ẩn đi, và nó cần một địa chỉ liên hệ còn hoạt động để giữ cho tên miền không bị thu hồi. Hostname chính là cách phổ biến nhất khiến một dịch vụ tự vận hành bị truy ngược về chủ sở hữu của nó.
• Minh bạch chứng chỉ (certificate transparency). Ngay khi một chứng chỉ được cấp, hostname chính xác của nó sẽ được công bố trong các log công khai mà bất kỳ ai cũng có thể tra cứu. Một subdomain mà bạn tưởng là riêng tư — cloud.something, files.something — sẽ được công bố ra toàn thế giới kèm theo dấu thời gian.
• Host. Nếu server được thuê bằng thẻ đứng tên thật của bạn, thì cỗ máy đó mang tên thật của bạn cho dù nó chạy phần mềm gì. Điều đó đã được quyết định ngay từ lúc đăng ký, rất lâu trước file đầu tiên.
• Thông báo đẩy trên di động. Theo mặc định, các ứng dụng chính thức định tuyến thông báo qua dịch vụ push của chính các hãng nền tảng, nghĩa là metadata về instance của bạn vẫn đến tay Google hoặc Apple, dù file của bạn thì không.
• Metadata ảnh. Hình ảnh mang theo dữ liệu EXIF bao gồm cả tọa độ GPS và định danh thiết bị. Chuyển cuộn ảnh chụp từ điện thoại sang server của riêng bạn không hề xóa bỏ bất kỳ dữ liệu nào trong số đó — nó chỉ đơn giản chuyển dữ liệu đó tới một nơi do bạn kiểm soát, điều này tốt hơn nhưng không giống với việc xóa bỏ nó.
• Các tích hợp bên ngoài. Chia sẻ liên hợp (federated sharing), các backend lưu trữ từ xa, thông báo qua email và việc kiểm tra cập nhật từ app-store đều tự kết nối ra ngoài từ cỗ máy của bạn, và mỗi kết nối như vậy là một bên thứ ba nhìn thấy được server của bạn.
• Log của server. Chính log của bạn ghi lại địa chỉ IP và user agent cho mỗi lần đồng bộ. Trên cỗ máy của riêng bạn thì điều đó không sao cả — cho tới khi cỗ máy đó bị tịch thu, và khi đó log của bạn trở thành bằng chứng về chính hành tung của bạn.

Khép kín những rò rỉ đó là việc bình thường chứ chẳng có gì quá đặc biệt. Hãy chọn một nhà đăng ký chấp nhận tiền mã hóa và chỉ thu thập tối thiểu thông tin. Đặt cỗ máy lên một host chưa từng hỏi bạn là ai và trả tiền cho nó từ một số dư tiền mã hóa — Bitcoin mang tính danh tính giả, không ẩn danh, nên nạp tiền bằng Monero chính là thứ khép lại dấu vết on-chain nếu điều đó quan trọng với bạn. Hãy tắt thông báo đẩy nếu phần metadata đó khiến bạn lo ngại, và chấp nhận việc đồng bộ sẽ chậm hơn đôi chút sau đó. Và nếu instance này chỉ dành cho bạn và một vài người bạn tin tưởng, đừng phơi nó ra cho cả internet chút nào: hãy đặt nó sau một đường hầm WireGuard và chỉ để nó trả lời trên đường hầm đó — điều này cũng loại bỏ luôn toàn bộ nhóm tấn công nhắm vào một trang đăng nhập công khai.

Duy trì hoạt động sau khi di chuyển dữ liệu

Một file server đã chạy tốt suốt một năm cũng là một file server mà không ai để mắt tới suốt một năm. Một quy trình bảo trì ngắn gọn chính là ranh giới giữa điều đó và việc mất đi chính thứ mà bạn đã dựng nó lên để bảo vệ.

• Sao lưu database và cây thư mục file cùng nhau, tại cùng một thời điểm nhất quán. Một bản sao lưu file mà không có database tương ứng sẽ khôi phục thành một instance trông trống rỗng, đầy những file mồ côi.
• Giữ một bản sao không nằm trên server. Một snapshot sống trên cùng cỗ máy chỉ sống sót qua được sự cố hỏng ổ đĩa và không gì khác — không sống sót qua một vụ xâm nhập, không sống sót qua một lần xóa nhầm rồi đồng bộ lan ra khắp nơi, không sống sót qua một tài khoản bị mất.
• Hãy khôi phục thử một lần, một cách chủ động, ngay khi mọi thứ vẫn đang ổn. Một bản sao lưu chưa từng được kiểm thử cho thư viện ảnh của bạn chỉ là một giả thuyết về những ký ức của bạn.
• Cập nhật theo đúng nhịp độ của dự án và đừng bao giờ bỏ qua một phiên bản lớn nào. Nextcloud nâng cấp từng bản lớn một, và nhảy cóc qua hai bản cùng lúc là một cuộc di chuyển dữ liệu mà bạn sẽ phải tự tay gỡ rối.
• Theo dõi dung lượng trống với một khoảng đệm thực sự an toàn. Các bản nâng cấp cần chỗ trống để hoạt động, và một ổ đĩa bị đầy giữa lúc đang migrate database chính là cách một lần cập nhật thường lệ biến thành một lần phải khôi phục.
• Kiểm tra xem các tác vụ nền có thực sự đang chạy hay không. Việc tạo preview, dọn thùng rác và xóa bớt các phiên bản cũ đều nằm ở đó, và một cron âm thầm bị hỏng sẽ chỉ lộ ra nhiều tháng sau dưới dạng một ổ đĩa đầy bí ẩn.

Nhân tiện, hãy thêm một cơ chế kiểm tra từ bên ngoài — một công cụ gọi tới trang đăng nhập từ bên ngoài và báo động khi nó ngừng phản hồi sẽ cho bạn biết instance đã sập trước khi một client đồng bộ đang xếp hàng chờ kịp nhận ra điều đó. Và hãy đối xử với chính cỗ máy đó đúng như những gì mười phút đầu tiên trên một VPS mới đã mô tả, bởi vì rủi ro trên một cỗ máy đang giữ mọi tài liệu bạn sở hữu không hề thấp hơn trên một cỗ máy đang giữ tiền.

Những sai lầm khiến bạn mất sạch file của mình

• Cài đặt trên SQLite chỉ vì đó là mặc định, rồi chứng kiến nó bị khóa cứng ngay lần đầu tiên hai thiết bị đồng bộ cùng lúc.
• Coi thùng rác và các phiên bản file như một bản sao lưu, rồi phát hiện ra chúng không phải vậy đúng vào ngày một client đồng bộ lan truyền một lượt xóa ra khắp mọi nơi.
• Di chuyển toàn bộ thư viện ảnh trước khi cấu hình sao lưu, rồi sống cả một tháng trong khoảng thời gian mà bản sao duy nhất chỉ nằm trên một cỗ máy đi thuê.
• Bật mã hóa phía server, kết luận rằng giờ đây file đã riêng tư trước cả chính host, rồi hành động dựa trên niềm tin đó.
• Chọn dung lượng đĩa theo đúng những gì file đang chiếm hôm nay, không chừa chỗ cho các phiên bản, thùng rác và preview.
• Bỏ qua việc thiết lập bộ nhớ đệm và tác vụ nền, rồi đổ lỗi cho phần cứng khi instance chạy ì ạch.
• Để nguyên giới hạn upload ở mức mặc định, rồi phát hiện giữa chừng quá trình di chuyển rằng bất cứ thứ gì lớn đều âm thầm thất bại.
• Nhảy cóc qua hai phiên bản lớn trong một lần nâng cấp vì instance đã bị bỏ mặc không đụng tới suốt một năm.
• Thuê server và đăng ký tên miền bằng chính tên thật của mình, sau khi đã làm đúng mọi thứ khác.

Nextcloud là một trong số ít dự án tự vận hành thực sự sánh ngang được với sản phẩm thương mại mà nó thay thế, ở đúng những thứ quan trọng trong đời sống hàng ngày — việc đồng bộ cứ thế mà chạy, ứng dụng điện thoại cứ thế mà chạy, và chỉ sau một tuần bạn sẽ không còn nhận ra sự khác biệt nữa. Việc cài đặt mất một buổi chiều và việc di chuyển dữ liệu mất một đêm. Thứ bạn có được cuối cùng là toàn bộ file bạn sở hữu, nằm trên một cỗ máy chỉ nghe lệnh bạn, trả tiền từ một số dư tiền mã hóa, trên một host chưa từng hỏi tên bạn là gì. Hãy chọn dung lượng đĩa theo những gì dữ liệu sẽ trở thành chứ không phải theo những gì nó đang là, mã hóa phần nhỏ thực sự cần điều đó ở phía client, và thiết lập bản sao lưu trước khi bạn cần đến nó chứ không phải sau.