Semua sistem beroperasi normal 21 mata uang kripto yang diterima · Monero diterima dengan senang hati Kebijakan tanpa KYC
ChainVPS

Monitoring · tanpa KYC

Host Uptime Kuma di VPS Offshore

Jalankan uptime monitor dan status page publik Anda sendiri di VPS offshore, tanpa SaaS pihak ketiga yang menyimpan daftar endpoint atau identitas Anda.

Apa itu

Uptime Kuma adalah tool monitoring self-host yang memeriksa ketersediaan website, API, port TCP, record DNS, dan container Anda, lalu mengirim alert saat ada yang down lewat lebih dari 90 channel notifikasi. Uptime Kuma menyediakan dashboard web yang rapi dan bisa mempublikasikan status page publik atau privat, semuanya didukung satu database SQLite yang sudah tertanam.

Mengapa hosting di offshore

Server monitoring menyimpan peta lengkap infrastruktur Anda — setiap hostname, IP, port, dan API key yang Anda pantau — jadi di mana server itu berada dan siapa yang bisa memaksanya lewat subpoena sangat penting. Meng-host Uptime Kuma di VPS offshore tanpa KYC yang dibayar pakai kripto menjaga inventaris ini tetap jauh dari dashboard SaaS dan di luar yurisdiksi tempat produksi Anda berada, sementara bandwidth unmetered membuat polling terus-menerus tidak berbiaya.

Proses deploy

Contoh setup referensi yang berfungsi

Salin ini ke instance ChainVPS baru. Ganti placeholder-nya, lalu jalankan.

docker-compose.yml
# 1) Install Docker + compose plugin (Ubuntu 24.04)
#    curl -fsSL https://get.docker.com | sh
#
# 2) docker-compose.yml  — Uptime Kuma di belakang Caddy untuk HTTPS otomatis
#    Ganti status.example.com dengan domain Anda (A record -> VPS ini).

services:
  uptime-kuma:
    image: louislam/uptime-kuma:1
    container_name: uptime-kuma
    restart: unless-stopped
    volumes:
      - ./uptime-kuma-data:/app/data
    # Terikat ke loopback: hanya Caddy yang bisa menjangkaunya, tidak pernah ke internet publik.
    ports:
      - "127.0.0.1:3001:3001"

  caddy:
    image: caddy:2
    container_name: caddy
    restart: unless-stopped
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - ./Caddyfile:/etc/caddy/Caddyfile:ro
      - caddy-data:/data
      - caddy-config:/config

volumes:
  caddy-data:
  caddy-config:

# 3) Caddyfile (direktori yang sama) — TLS diterbitkan otomatis:
#    status.example.com {
#        reverse_proxy uptime-kuma:3001
#    }
#
# 4) docker compose up -d
#    Buka https://status.example.com dan buat user admin
#    saat kunjungan pertama (lakukan segera — halaman setup belum terautentikasi).

Firewall

Port yang perlu dibuka

PortProtokolTujuan
3001TCPWeb UI / WebSocket Uptime Kuma — tetap ikat ke 127.0.0.1, jangan pernah ekspos ke publik
443TCPHTTPS via reverse proxy (Caddy/nginx) — satu-satunya port inbound yang dibutuhkan pengguna
80TCPHTTP, hanya dipakai untuk penerbitan sertifikat ACME/Let's Encrypt dan redirect ke 443

Penyesuaian ukuran yang tepat

Paket mana yang Anda butuhkan

Ringan

VPS Nano / Small (1 vCPU, 1-2 GB RAM)

Untuk penggunaan pribadi, hingga ~50 monitor dengan interval 60 detik. Uptime Kuma idle di kisaran beberapa ratus MB.

Menengah

VPS Pro (2-4 vCPU, 4-8 GB RAM)

Tim kecil, beberapa ratus monitor plus beberapa status page publik dan pengecekan yang sering.

Berat

VPS Pro (besar) atau Dedicated entry-level

1000+ monitor dengan interval pendek. Kontensi tulis SQLite jadi faktor pembatas — gunakan NVMe cepat dan satu core CPU penuh, dan perpanjang interval pengecekan sebelum menambah RAM.

Lokasi terbaik: Pilih lokasi tier-privasi (NL, CH, RO, IS, MD, LU) agar mesin yang menyimpan seluruh inventaris endpoint Anda berada di yurisdiksi yang ramah — NL dan CH juga punya konektivitas yang sangat baik, sehingga latensi probe tetap rendah dan alert false-positive berkurang. Jika target monitoring Anda terkonsentrasi di satu wilayah, lokasi dengan konektivitas baik di dekatnya memberi sinyal up/down yang paling akurat.

Amankan sekarang

Daftar periksa hardening

  • Jangan pernah ekspos port 3001 ke internet. Ikat ke 127.0.0.1 (seperti di atas) dan akses UI hanya lewat reverse proxy TLS; tambahkan rule UFW yang hanya mengizinkan 80/443 dan SSH.
  • Buat akun admin segera saat kunjungan pertama setelah `up -d` — halaman setup awal belum memiliki autentikasi, sehingga siapa pun yang memuat UI sebelum Anda bisa mengambil alih instance tersebut. Setelah itu aktifkan 2FA di Settings > Security.
  • Backup ./uptime-kuma-data secara rutin (ini adalah satu database SQLite). Hentikan container atau gunakan fitur backup bawaan Uptime Kuma sebelum menyalin, agar tidak mendapat database yang setengah tertulis, dan simpan salinannya di luar mesin monitoring.
  • Jaga status page publik tetap minim informasi — status page bisa membocorkan hostname dan IP internal. Gunakan status page privat atau akses per halaman, dan beri monitor nama tampilan generik alih-alih hostname server yang sebenarnya.
  • Salurkan alert lewat channel yang tidak terhubung ke identitas Anda (bot Telegram khusus atau Apprise/ntfy self-host) alih-alih email pribadi, dan perlakukan token notifikasi di database sebagai rahasia.
  • Kunci image ke major tag `1` dan jalankan `docker compose pull && up -d` secara terjadwal; pantau release notes proyeknya karena Uptime Kuma terus dikembangkan secara aktif.

Pertanyaan

Hosting Uptime Kuma — FAQ

Apakah Uptime Kuma butuh server database terpisah?

Tidak. Uptime Kuma memakai database SQLite tertanam yang disimpan di /app/data, jadi satu container plus satu data volume sudah menjadi keseluruhan stack-nya. Ini juga alasan kenapa disk cepat lebih penting daripada banyak RAM saat jumlah monitor tinggi.

Kenapa harus di belakang Caddy atau nginx, bukan langsung membuka port 3001?

Uptime Kuma menyajikan HTTP polos di port 3001 tanpa TLS sendiri. Reverse proxy menambahkan HTTPS otomatis, menjaga aplikasi tetap di loopback, dan memungkinkan Anda menambahkan kontrol akses — mengekspos 3001 langsung akan mengirim login admin Anda lewat HTTP yang tidak terenkripsi.

Bisakah Uptime Kuma memantau server di negara lain dari mesin ChainVPS?

Bisa. Monitoring bersifat outbound — VPS menjangkau target Anda lewat HTTP(S), TCP, ICMP ping, DNS, dan lainnya. Bandwidth unmetered berarti pengecekan yang sering tidak berbiaya, dan lokasi dengan konektivitas baik menjaga alert palsu akibat latensi tetap rendah.

Berapa banyak resource yang sebenarnya dipakai?

Instance idle dengan beberapa monitor berjalan nyaman di sekitar 200-400 MB RAM pada satu vCPU. Penggunaan bertambah sesuai jumlah monitor dan seberapa sering dijalankan, jadi perpanjang interval sebelum meng-upgrade hardware.

Apakah status page dan daftar endpoint saya akan tetap privat?

Itu sepenuhnya di tangan Anda. Status page bersifat opt-in dan bisa dibuat privat; daftar monitor hanya ada di database SQLite Anda di VPS. Di host offshore tanpa KYC, tidak ada salinan SaaS pihak ketiga dari apa yang Anda pantau dan tidak ada identitas yang terkait dengan akun.

Jalankan Uptime Kuma
dalam 60 detik ke depan.

Bandwidth unmetered · DDoS Termasuk · 21 mata uang kripto · Tanpa KYC.