Reverse Proxy untuk Home Server — Nginx, Caddy, atau Traefik?

Beberapa bulan lalu, aku mulai menumpuk layanan di home server: satu port untuk web app, satu port untuk API, satu lagi untuk dashboard monitoring, dan sebagainya. Kalau buka dari luar jaringan, aku harus hafal angka-angka seperti 192.168.1.2:3001 atau 192.168.1.2:8080. Rasanya seperti punya rumah dengan banyak pintu, tapi setiap pintu punya nomor berbeda dan tidak ada papan nama. Tamu yang datang pasti bingung.

Ini adalah saat aku sadar bahwa reverse proxy bukan sekadar opsi, melainkan fondasi home server yang rapi. Lewat artikel ini, aku ingin berbagi pengalaman membandingkan tiga kandidat populer: Nginx, Caddy, dan Traefik. Masing-masing punya karakter, dan pilihan yang tepat bergantung pada gaya kerja kita.

Apa Itu Reverse Proxy?

Bayangkan reverse proxy seperti resepsionis di sebuah kantor. Pengunjung hanya perlu tahu alamat kantor, bukan nomor ruangan setiap karyawan. Resepsionis menerima tamu, mengecek tujuannya, lalu mengarahkan ke ruangan yang benar. Di dunia server, reverse proxy menerima permintaan dari internet, lalu meneruskannya ke aplikasi yang berjalan di belakangnya—biasanya di localhost atau jaringan lokal.

Tugas reverse proxy tidak berhenti di situ. Dia juga bisa menangani SSL termination (mengamankan koneksi HTTPS), load balancing, compression, caching, dan bahkan proteksi sederhana seperti rate limiting. Intinya, dia membuat banyak layanan di belakangnya terlihat seperti satu pintu masuk yang rapi.

Mengapa Home Server Butuh Reverse Proxy?

Kalau kita menjalankan lebih dari satu service di satu mesin, reverse proxy membantu tiga hal utama:

• Subdomain atau path yang rapi. Daripada mengingat port, kita bisa pakai ai.lan, office.lan, atau adammuiz.com/pdf/.
• HTTPS otomatis. Reverse proxy bisa menangani sertifikat SSL agar kita tidak perlu konfigurasi TLS di setiap aplikasi.
• Isolasi dan keamanan. Aplikasi asli bisa disembunyikan di belakang proxy, bahkan hanya bisa diakses melalui localhost.

Di serverku sendiri, reverse proxy adalah alasan kenapa b.lan, o.lan, dan beberapa tool lain bisa berbagi satu IP tanpa bentrok. Tanpa dia, setiap layanan akan berebut port 80 dan 443.

Nginx — Sang Veteran yang Andal

Nginx seperti motor tua yang masih kuat dipakai touring. Sudah ada sejak lama, dokumentasinya melimpah, dan performanya teruji. Banyak tutorial di internet yang masih berbasis Nginx, sehingga kalau stuck, kemungkinan besar ada orang lain yang pernah mengalami masalah yang sama.

Keunggulan Nginx ada di fleksibilitas. Dia bisa jadi reverse proxy, web server statis, load balancer, maupun caching layer. Konfigurasi dasarnya cukup jelas, meskipun untuk pemula terasa sedikit bertele-tele karena harus memahami konsep server block, location, dan upstream.

Kekurangannya? Nginx tidak punya HTTPS otomatis bawaan. Kalau ingin Let's Encrypt, kita perlu pasang certbot atau sejenisnya, lalu mengatur cron untuk renew. Itu bukan masalah besar, tapi butuh langkah tambahan.

Caddy — Si Minimalis yang Pintar

Caddy adalah reverse proxy yang terasa seperti menggunakan bahasa modern dibandingkan Nginx yang klasik. File konfigurasinya sangat ringkas, dan fitur yang paling memikat adalah HTTPS otomatis. Caddy bisa mengurus sertifikat Let's Encrypt sendiri tanpa cron tambahan. Cukup tulis domain, dan dia akan mencoba mendapatkan sertifikat.

Kalau kamu baru memulai home server dan ingin hasil cepat tanpa banyak konfigurasi, Caddy adalah pilihan yang sangat masuk akal. Satu baris seperti ini sudah cukup untuk memajukan satu service:

ai.lan {
    reverse_proxy localhost:3001
}

Konfigurasi Caddy untuk meneruskan domain ke service di port 3001.

Tentu, Caddy tidak sepenuhnya sempurna. Komunitasnya lebih kecil dari Nginx, dan untuk konfigurasi kompleks tertentu, ekspresi Caddy bisa terasa tidak familiar. Tapi untuk skala home server, dia seringkali lebih dari cukup.

Traefik — Pilihan Cloud-Native

Traefik terasa seperti admin jaringan yang lahir di era container. Dia dirancang untuk bekerja sama dengan Docker, Kubernetes, dan label-label dinamis. Kalau kamu menjalankan banyak container dan sering tambah atau hapus service, Traefik bisa mendeteksi perubahan secara otomatis melalui Docker labels.

Keunggulan Traefik adalah integrasi yang mulus dengan ekosistem modern. Dia juga punya dashboard bawaan yang menarik, sehingga kita bisa melihat routing yang aktif. Tapi kekuatannya sekaligus menjadi kelemahannya: Traefik butuh pemahaman tentang Docker, labels, dan provider. Kalau home server kamu masih berbasis service tradisional atau systemd, Traefik bisa terasa berlebihan.

Perbandingan Singkat

Aspek	Nginx	Caddy	Traefik
Kemudahan dasar	Sedang	Mudah	Sedang-sulit
HTTPS otomatis	Perlu certbot	Bawaan	Bisa via Let's Encrypt
Cocok untuk	Service tradisional, static file	Home server sederhana	Docker/container stack
Dokumentasi	Sangat banyak	Cukup lengkap	Lengkap tapi teknis
Resource usage	Ringan	Ringan	Sedikit lebih berat

Contoh Konfigurasi Sederhana

Agar gambarannya lebih nyata, berikut contoh meneruskan subdomain ke service lokal di masing-masing reverse proxy. Anggap saja kita punya service di localhost:3001 dan ingin diakses melalui ai.lan.

Nginx

server {
    listen 80;
    server_name ai.lan;

    location / {
        proxy_pass http://localhost:3001;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

Server block Nginx untuk reverse proxy ke service lokal.

Caddy

ai.lan {
    reverse_proxy localhost:3001
}

Versi minimalis dari Caddy untuk kebutuhan yang sama.

Traefik (dengan Docker labels)

labels:
  - "traefik.enable=true"
  - "traefik.http.routers.ai.rule=Host(`ai.lan`)"
  - "traefik.http.routers.ai.service=ai-service"
  - "traefik.http.services.ai-service.loadbalancer.server.port=3001"

Label Docker untuk Traefik mendeteksi service otomatis.

Kalau kamu masih bingung, mulailah dengan Caddy untuk satu atau dua service. Setelah merasa nyaman, baru pertimbangkan apakah butuh Nginx untuk kontrol lebih detail atau Traefik untuk lingkungan container.

Mana yang Aku Pilih?

Di serverku saat ini, Nginx masih menjadi reverse proxy utama. Alasannya sederhana: aku sudah terbiasa dengan pola konfigurasinya, dan sebagian besar service-ku tidak berjalan dalam Docker. Tapi untuk project baru yang ingin cepat jalan dengan HTTPS otomatis, aku tidak ragu memilih Caddy.

Traefik menarik perhatianku, terutama kalau suatu saat aku beralih ke arah container orchestration yang lebih serius. Tapi untuk home server pribadi dengan beberapa service, Traefik terasa seperti membawa truk kontainer untuk mengantar satu kardus.

Kesimpulan

Reverse proxy adalah perangkat yang membuat home server kita tidak terlihat seperti toko swalayan yang setiap rak punya akses berbeda. Dia menyatukan banyak service menjadi satu pintu masuk yang rapi, aman, dan mudah diingat.

Nginx cocok untuk yang suka kontrol penuh dan komunitas besar. Caddy cocok untuk yang ingin cepat jalan dengan konfigurasi minimal. Traefik cocok untuk yang hidup di ekosistem Docker dan butuh otomatisasi dinamis.

Tidak ada jawaban mutlak. Yang terbaik adalah alat yang sesuai dengan kebutuhanmu hari ini, bukan alat yang paling populer di forum. Pilih satu, jalankan, dan rasakan sendiri bagaimana reverse proxy mengubah cara kamu mengelola home server.

Kalau kamu punya pengalaman dengan salah satu dari ketiga reverse proxy ini, tulis di kolom komentar. Aku senang belajar dari sudut pandang orang lain.