I built a single dashboard for every service in my house, and now nobody needs to know what an IP address is

I stopped doing one mistake in Docker Compose files, and my self-hosted setup finally felt secure

Bối cảnh: Khi triển khai self-hosted application, nhiều lập trình viên thường xem Docker Compose files là nơi chứa thông tin bảo mật. Nguyên nhân kỹ thuật: Docker secrets không nên được xử lý như configuration thông thường mà cần được quản lý riêng biệt, sử dụng Docker's built-in secret management thay vì hardcode vào Compose files. Hệ quả: Bằng cách tách biệt secrets và sử dụng tính năng secrets của Docker Compose, tác giả đã giảm thiểu đáng kể rủi ro rò rỉ thông tin nhạy cảm. Điều đáng học: Việc không tách biệt secrets và configuration trong Compose files có thể khiến toàn bộ self-hosted setup trở nên dễ bị tấn công, đặc biệt khi các file này được chia sẻ trên repository công khai.

Biến đổi cách quản lý Docker secrets giúp tăng cường đáng kể bảo mật cho hệ thống tự host.

This self-hosted tool replaced a year of backup scripts, and now I barely think about backups at all

Tác giả đã thay thế một năm viết backup scripts bằng công cụ tự host gọi là Restic. …

Forgejo Runner v13.1.0 is available

Forgejo Runner phiên bản 13.1.0, ra mắt ngày 31 tháng 8 năm 2026, giới thiệu một plugin execution engine thử nghiệm cho phép các nhà phát triển tạo backend thực thi tùy chỉnh như Firecracker microVMs, Kubernetes pods hoặc QEMU dưới dạng ứng dụng gRPC bên ngoài thay vì yêu cầu đội ngũ cốt lõi xây dựng và bảo trì mỗi engine. Protocol plugin đang ở giai đoạn alpha và có thể thay đổi. Phiên bản này cũng loại bỏ pseudo-tty terminal attachment từ job command execution, một thay đổi phá vỡ có thể ảnh hưởng đến các lệnh như docker run -it nay thất bại nếu không bỏ cờ -t; đây là tác phụ không được dự báo trước sau khi phát hành. Ngoài ra, bản cập nhật còn nâng cấp các dependency thông thường và chuẩn bị cho bản sửa lỗi sắp tới của Forgejo.

Phiên bản Forgejo Runner v13.1.0 giới thiệu công cụ thực thi plugin thử nghiệm và thay đổi quan trọng về cách thực thi lệnh job, ảnh hưởng trực tiếp đến quy trình CI/CD của bạn.

I ditched my Raspberry Pi for an old Android phone, and my self-hosted services finally stopped throttling

Bài viết описывает tình trạng mà các dịch vụ tự lưu trữ chạy trên Raspberry Pi thường gặp hiện tượng giảm tốc do nhiệt độ tăng cao khi xử lý tải lavoro nặng. Tác giả quyết định thay thế board này bằng một chiếc điện thoại Android cũ, wykorzystując khả năng quản lý nhiệt và nguồn lực xử lý có sẵn trong thiết bị di động. Sau khi di chuyển các container và volume sang điện thoại, mức sử dụng CPU ổn định và nhiệt độ giữ trong ngưỡng an toàn, làm giảm hiện tượng throttling đáng kể. Điều này chứng minh rằng phần cứng di động có thể là lựa chọn thực tế cho các workload nhẹ đến trung bình mà không cần đầu tư vào giải pháp tản nhiệt phức tạp. Bài học là: trước khi mua board chuyên dụng, hãy xem xét việc tái sử dụng thiết bị có sẵn như điện thoại cũ để tối ưu chi phí và ổn định cho self‑hosted services.

Sử dụng điện thoại Android cũ thay vì Raspberry Pi có thể tối ưu hóa hiệu năng cho dịch vụ tự lưu trữ của bạn.

Build with Tailscale using tsnet, APIs, and automated sharing

Bài viết mô tả cách tích hợp Tailscale vào ứng dụng bằng thư viện tsnet để tạo mạng ảo riêng mà không cần cài client riêng. Sử dụng API của Tailscale, nhà phát triển có thể lập trình tạo và xoá các tailnet cô lập, mỗi tailnet có bộ thiết bị và chính sách riêng. Quá trình này được tự động hoá qua webhook hoặc script CI/CD, cho phép chia sẻ truy cập và quản trị admin mà không cần thao tác thủ công. Kết quả là giảm thời gian cấu hình mạng từ vài giờ xuống dưới vài phút và tăng khả năng cô lập giữa các môi trường test hoặc khách hàng. Bài học chính là khi xây dựng dịch vụ cần kết nối an toàn, nên xem tsnet như lớp SDK Go và khai thác API Tailscale để tự động hoá việc tạo, chia sẻ và quản trị tailnet.

Bài này giúp lập trình viên tích hợp Tailscale vào ứng dụng một cách hiệu quả bằng cách sử dụng tsnet và APIs để tự động hóa chia sẻ.

A Raspberry Pi taught me what actually matters in self-hosting, and it's not what the homelab subreddits obsess over

Tác giả đã thực hiện nhiều thí nghiệm trên Raspberry Pi, một bo mạch SBC giá rẻ, để khám phá tự lưu trữ. Qua việc chọn hệ điều hành nhẹ và chấp nhận các trade‑off về bộ nhớ hạn chế, anh ấy đã học cách tối ưu hoá tài nguyên trên thiết bị chỉ có 1‑2 GB RAM. Anh ấy thiết lập các sao lưu thực tế (ví dụ sử dụng rsync và ổ cứng ngoài) giúp bảo vệ dữ liệu mà không tốn kém. Điều đáng học là việc tập trung vào các giải pháp nhẹ nhàng và sao lưu thực dụng mang lại lợi ích lớn hơn so với việc theo đuổi các xu hướng phức tạp trên cộng đồng homelab. Kinh nghiệm này nhắc nhở mọi người rằng trong tự lưu trữ, sự đơn giản và hiệu quả chi phí thường quan trọng hơn là các chỉ số ảo hoặc phần cứng cao cấp.

Bài bài viết này giúp lập trình viên hiểu được những yếu tố thực sự quan trọng trong self-hosting, vượt qua những điều mà các cộng đồng mạng thường quan tâm thái quá.

Self-Host Weekly (14 August 2026)

Bài viết thảo luận về những thách thức khi triển khai Single Sign-On (SSO) trong môi trường self-hosted, đặc biệt là vấn đề bảo mật và rủi ro tiềm ẩn khi hệ thống gặp sự cố.

Lập trình viên tự host nên đọc bài này để hiểu cách quản lý các vấn đề về quyền riêng tư và thuế liên quan đến dịch vụ đăng nhập đơn lẻ (SSO) khi triển khai hệ thống riêng của mình.