Maintenance script: Protected "Linux : Nginx Dasar dan Virtual Host": Proteksi editorial: edit/move sysop ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

2026-11-08T00:03:32Z

Protected "Linux : Nginx Dasar dan Virtual Host": Proteksi editorial: edit/move sysop ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

← Older revision	Revision as of 07:03, 8 November 2026
(No difference)

Maintenance script: Artikel baru: Nginx dasar dan virtual host (konsep tiga lapis pemilihan situs)

2026-11-08T00:03:23Z

Artikel baru: Nginx dasar dan virtual host (konsep tiga lapis pemilihan situs)

New page

== 🎯 Tujuan ==
Setelah membaca artikel ini, kamu bisa menjelaskan '''bagaimana Nginx memilih situs yang menjawab sebuah permintaan''', membuat dua situs berbeda di satu alamat IP, dan tahu di lapis mana masalah "yang muncul malah situs lain" sebenarnya terjadi.

Artikel ini bukan panduan instalasi. Kalau kamu baru pertama kali memasang Nginx, mulai dari halaman [[Debian : Konfigurasi Web Server (Nginx)]]. Di sini kita membedah '''proses keputusan''' di balik layar.

== 📍 Konteks nyata ==
Bayangkan satu gedung dengan satu alamat. Tamu datang ke resepsionis, menyebut nama yang dituju, lalu diarahkan ke lantai yang tepat.

Nginx bekerja seperti resepsionis itu. Alamat gedungnya adalah '''IP dan port''', nama yang disebut tamu adalah '''header <code>Host</code>''', dan lantai tujuan adalah '''server block'''.

* 🔥 '''Kasus nyata:''' Sebuah SMK menggabungkan wiki, aplikasi ujian, dan situs profil sekolah di satu server. Saat "merapikan folder", seorang teknisi menghapus symlink di <code>/etc/nginx/sites-enabled/</code>. Ketiga domain langsung menampilkan halaman default Nginx selama dua hari, dan panitia menuduh DNS sekolah rusak. Penyebab sebenarnya ketahuan dalam 10 detik lewat <code>nginx -T</code>: konfigurasi yang dipakai Nginx memang tidak lagi memuat ketiga server block itu.

== 🧠 Konsep singkat ==
Nginx bukan program yang menyalakan satu utas (thread) untuk setiap pengunjung. Ada satu proses '''master''' yang membaca konfigurasi, lalu beberapa proses '''worker''' yang melayani koneksi.

Karena worker bekerja dengan model event, satu worker bisa menangani ribuan koneksi yang menunggu tanpa kehabisan utas. Analoginya: satu pramuniaga yang melayani banyak meja sekaligus, bukan satu pramuniaga yang berdiri diam di tiap meja.

=== 🔹 Tiga lapis keputusan ===
Setiap permintaan HTTP melewati tiga pintu berurutan. Kalau satu pintu salah, gejala yang muncul bisa terlihat seperti masalah di pintu lain.

{| class="wikitable"
! Lapis !! Yang dibaca !! Gejala kalau salah
|-
| Soket || alamat IP dan port di <code>listen</code> || koneksi ditolak, atau situs lain yang menjawab
|-
| Nama || header <code>Host</code> lawan <code>server_name</code> || muncul situs default, bukan situs yang dituju
|-
| Path || URI lawan <code>location</code> || 404, 403, atau file dari folder yang salah
|}

Aturan praktisnya: '''buktikan lapis pertama dulu''', jangan langsung mengubah isi halaman. Situs yang "salah tampil" hampir tidak pernah disebabkan oleh file HTML-nya.

=== 🔹 Virtual host adalah server block ===
Satu blok <code>server { ... }</code> mewakili satu situs. Di dalamnya ada <code>listen</code>, <code>server_name</code>, dan aturan lain seperti <code>root</code> serta <code>location</code>.

Ada dua cara memisahkan situs:

* '''Berbasis IP''' — tiap situs punya alamat IP sendiri. Boros, karena IP publik terbatas.
* '''Berbasis nama''' — semua situs berbagi satu IP, dibedakan dari header <code>Host</code>. Inilah cara kerja hampir semua hosting.

* 📊 '''Angka penting:''' Satu IP publik bisa melayani ratusan nama domain. Yang membedakan hanya header <code>Host</code>, satu baris teks yang dikirim browser di setiap permintaan.

Untuk HTTPS, nama domain dibaca lebih awal lagi: saat '''handshake TLS''' lewat SNI, sebelum header HTTP dikirim. Karena itu sertifikat bisa dipilih per situs walau IP-nya sama.

=== 🔹 default_server milik port, bukan nama ===
Ini sumber kebingungan paling sering. Dokumentasi resmi Nginx menyebut tegas: *default server adalah properti dari port <code>listen</code>, bukan properti <code>server_name</code>*.

Artinya:

* Kalau tidak ada <code>default_server</code>, blok <code>server</code> '''pertama''' pada port itu yang jadi default.
* Kalau header <code>Host</code> tidak cocok dengan nama mana pun, permintaan jatuh ke default server.
* <code>server_name _;</code> yang sering ditempel dari internet '''bukan wildcard'''. Itu cuma nama domain tidak valid yang tidak akan pernah cocok dengan nama asli.

Catch-all yang benar adalah menggabungkan keduanya:

<syntaxhighlight lang="text">
server {
listen 8080 default_server;
server_name _;
return 444;
}
</syntaxhighlight>

Kode 444 adalah kode non-standar milik Nginx: koneksi ditutup tanpa jawaban sama sekali. Fungsinya menolak permintaan yang datang langsung ke IP tanpa nama domain yang sah.

* ⚠️ '''Hati-hati:''' Dua blok dengan <code>default_server</code> di port yang sama membuat Nginx menolak start dengan pesan <code>duplicate default server</code>. Tidak ada yang menang diam-diam, konfigurasinya memang batal dimuat.

=== 🔹 Urutan pencocokan server_name ===
Kalau ada beberapa nama di port yang sama, Nginx mencari dengan urutan prioritas berikut, dan berhenti pada yang pertama cocok:

# Nama persis, misalnya <code>wiki.lab</code>.
# Wildcard berawalan bintang paling panjang, misalnya <code>*.lab</code>.
# Wildcard berakhiran bintang paling panjang, misalnya <code>mail.*</code>.
# Regex pertama yang cocok, sesuai urutan di file.

Nama persis disimpan di tabel hash, jadi pencariannya cepat. Regex dicek satu per satu, sehingga paling lambat dan tidak skalabel untuk jumlah nama besar.

* 📊 '''Angka penting:''' Kalau nama domain terlalu panjang untuk tabel hash bawaan, Nginx menolak start dengan pesan <code>could not build server_names_hash, you should increase server_names_hash_bucket_size: 32</code>. Solusinya menaikkan nilai itu ke pangkat dua berikutnya, misalnya 64.

Nama yang ditulis dua kali tidak membuat Nginx gagal start. Ia hanya memberi peringatan <code>conflicting server name "...", ignored</code> dan memakai yang pertama. Sisa bloknya jadi konfigurasi mati yang menipu saat dibaca.

=== 🔹 Urutan pencocokan location ===
Setelah server block terpilih, Nginx memilih <code>location</code> untuk URI-nya. Aturannya berlapis, bukan dari atas ke bawah:

# Cari semua prefix, ingat yang '''paling panjang'''.
# Kalau prefix terpanjang memakai <code>^~</code>, regex tidak dicek sama sekali.
# Kalau tidak, regex dicek berurutan dan '''yang pertama cocok menang'''.
# Kalau tidak ada regex yang cocok, pakai prefix terpanjang tadi.

Modifier <code>=</code> berarti harus sama persis dan pencarian langsung selesai. Inilah contoh resmi dari dokumentasi Nginx:

{| class="wikitable"
! Permintaan !! Location yang menang
|-
| <code>/</code> || <code>location = /</code>
|-
| <code>/index.html</code> || <code>location /</code>
|-
| <code>/documents/document.html</code> || <code>location /documents/</code>
|-
| <code>/images/1.gif</code> || <code>location ^~ /images/</code>
|-
| <code>/documents/1.jpg</code> || <code>location ~* \.(gif|jpg|jpeg)$</code>
|}

Perhatikan baris terakhir: <code>/documents/1.jpg</code> tetap masuk ke regex walau prefix <code>/documents/</code> lebih spesifik. Itulah sebabnya urutan file tidak menentukan, dan sebabnya <code>^~</code> ada: untuk mengunci sebuah folder agar tidak direbut regex.

=== 🔹 root dan alias bukan sinonim ===
<code>root</code> '''menempelkan''' URI ke path. <code>alias</code> '''mengganti''' bagian yang cocok.

Dengan <code>root /data/w3;</code> di dalam <code>location /i/</code>, permintaan <code>/i/top.gif</code> dilayani dari <code>/data/w3/i/top.gif</code>.

Dengan <code>alias /data/w3/images/;</code> di <code>location /i/</code>, permintaan yang sama dilayani dari <code>/data/w3/images/top.gif</code> — tanpa tambahan <code>i/</code>.

* ⚠️ '''Hati-hati:''' <code>alias</code> bekerja sebagai penggantian teks. Kalau <code>location /i/</code> dipasangkan <code>alias /data/w3/images</code> tanpa garis miring penutup, hasilnya <code>/data/w3/images</code> + <code>top.gif</code> = <code>/data/w3/imagestop.gif</code>. File tidak ada, halaman jadi 404, padahal folder dan filenya benar.

=== 🔹 index, try_files, dan satu putaran tambahan ===
Kalau URI berakhir dengan garis miring, Nginx mencari file indeks sesuai direktif <code>index</code>. Bila <code>index.html</code> tidak ada tapi <code>index.php</code> ada, Nginx melakukan '''internal redirect''' ke <code>/index.php</code> lalu mencari location lagi dari awal.

Karena itu satu permintaan bisa berpindah location. Kalau hasilnya aneh, ingat bahwa location kedua yang menentukan, bukan yang pertama.

<code>try_files</code> memeriksa file berurutan dan memakai yang pertama ditemukan. Garis miring di akhir berarti memeriksa direktori, dan parameter terakhir adalah tujuan redirect internal atau kode error.

<syntaxhighlight lang="text">
location / {
try_files $uri $uri/ /index.html;
}
</syntaxhighlight>

== 🧩 Istilah penting ==
{| class="wikitable"
! Istilah !! Arti sederhana
|-
| Server block || Satu blok <code>server { }</code> yang mewakili satu situs
|-
| Virtual host || Istilah umum untuk situs yang berbagi satu server fisik
|-
| Header <code>Host</code> || Nama domain yang diminta browser, dikirim di setiap permintaan
|-
| <code>server_name</code> || Daftar nama yang dilayani sebuah server block
|-
| <code>default_server</code> || Situs penampung bila tidak ada nama yang cocok
|-
| <code>location</code> || Aturan berdasarkan potongan URI
|-
| <code>root</code> || Folder dasar yang ditambahi URI
|-
| <code>alias</code> || Path pengganti untuk location tertentu
|-
| <code>try_files</code> || Daftar kandidat file yang dicoba berurutan
|-
| SNI || Cara browser menyebut nama domain saat handshake TLS
|-
| Reload || Memuat ulang konfigurasi tanpa memutus koneksi yang sedang jalan
|-
| Upstream || Kumpulan server aplikasi di belakang Nginx
|}

== 🔧 Praktik: dua situs di satu server ==
Lab ini memakai port <code>8080</code> supaya tidak bentrok dengan web server lain yang mungkin sudah memakai port 80 di komputermu.

=== 🔹 Langkah 1: potret keadaan awal ===
<syntaxhighlight lang="text">
nginx -v
ss -lntp | grep -E ':80|:8080'
sudo nginx -T > /tmp/nginx-awal.txt
wc -l /tmp/nginx-awal.txt
</syntaxhighlight>

<code>nginx -T</code> mencetak konfigurasi gabungan yang benar-benar dipakai, termasuk hasil <code>include</code>. Simpan potret ini; nanti kita bandingkan setelah menambah situs.

* 🧪 '''Uji cepat:''' Kalau <code>nginx -T</code> gagal, jangan lanjut. Perbaikkan dulu error yang disebutkan, karena semua langkah berikutnya bergantung pada konfigurasi yang valid.

=== 🔹 Langkah 2: siapkan dua web root ===
<syntaxhighlight lang="text">
sudo mkdir -p /srv/www/wiki.lab /srv/www/ujian.lab
printf 'WIKI TKJ\n' | sudo tee /srv/www/wiki.lab/index.html
printf 'UJIAN ONLINE\n' | sudo tee /srv/www/ujian.lab/index.html
sudo chown -R www-data:www-data /srv/www
sudo chmod 755 /srv/www /srv/www/wiki.lab /srv/www/ujian.lab
</syntaxhighlight>

Dua folder, dua isi berbeda. Ini penting: kalau isinya sama, kamu tidak bisa membuktikan situs mana yang menjawab.

=== 🔹 Langkah 3: tulis dua server block ===
<syntaxhighlight lang="text">
server {
listen 8080;
server_name wiki.lab;

root /srv/www/wiki.lab;
index index.html;

access_log /var/log/nginx/wiki.access.log;
error_log /var/log/nginx/wiki.error.log;
}

server {
listen 8080;
server_name ujian.lab;

root /srv/www/ujian.lab;
index index.html;

access_log /var/log/nginx/ujian.access.log;
error_log /var/log/nginx/ujian.error.log;
}
</syntaxhighlight>

Simpan sebagai <code>/etc/nginx/sites-available/wiki-lab.conf</code> dan <code>/etc/nginx/sites-available/ujian-lab.conf</code>. Pada paket Debian dan Ubuntu, folder <code>sites-available</code> adalah gudang konfigurasi, sedangkan <code>sites-enabled</code> adalah yang dibaca <code>nginx.conf</code> lewat <code>include</code>.

=== 🔹 Langkah 4: aktifkan lewat symlink ===
<syntaxhighlight lang="text">
sudo ln -s /etc/nginx/sites-available/wiki-lab.conf /etc/nginx/sites-enabled/
sudo ln -s /etc/nginx/sites-available/ujian-lab.conf /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl reload nginx
</syntaxhighlight>

<code>nginx -t</code> menguji sintaks tanpa mengubah apa pun. <code>reload</code> memuat konfigurasi baru dengan mulus: worker lama menyelesaikan permintaan yang sedang berjalan, worker baru memakai konfigurasi terkini.

* 💡 '''Tips:''' Biasakan urutan <code>nginx -t</code> lalu <code>reload</code>, bukan <code>restart</code>. Restart memutus koneksi aktif dan tidak perlu untuk perubahan konfigurasi biasa.

=== 🔹 Langkah 5: uji tanpa menyentuh DNS ===
<syntaxhighlight lang="text">
curl -s http://127.0.0.1:8080/ -H "Host: wiki.lab"
curl -s http://127.0.0.1:8080/ -H "Host: ujian.lab"
curl -s -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8080/
</syntaxhighlight>

Baris pertama harus mencetak <code>WIKI TKJ</code>, baris kedua <code>UJIAN ONLINE</code>. Perintah ketiga sengaja tanpa <code>Host</code> yang cocok, jadi ia jatuh ke default server — yaitu blok pertama pada port 8080.

Kalau kamu ingin menguji seperti browser sungguhan tanpa mengubah <code>/etc/hosts</code>, pakai <code>--resolve</code>:

<syntaxhighlight lang="text">
curl -s --resolve ujian.lab:8080:127.0.0.1 http://ujian.lab:8080/
</syntaxhighlight>

=== 🔹 Langkah 6: pasang penolak sebagai default ===
<syntaxhighlight lang="text">
server {
listen 8080 default_server;
server_name _;
return 444;
}
</syntaxhighlight>

Simpan sebagai <code>sites-available/tolak-lab.conf</code>, buat symlink, lalu uji ulang:

<syntaxhighlight lang="text">
sudo ln -s /etc/nginx/sites-available/tolak-lab.conf /etc/nginx/sites-enabled/
sudo nginx -t && sudo systemctl reload nginx
curl -sv -H "Host: tidak-ada.lab" http://127.0.0.1:8080/ 2>&1 | tail -3
</syntaxhighlight>

Hasil yang diharapkan: koneksi ditutup tanpa balasan, dan <code>curl</code> melaporkan <code>Empty reply from server</code>. Permintaan ke <code>wiki.lab</code> dan <code>ujian.lab</code> tetap normal karena namanya cocok persis.

* 📊 '''Angka penting:''' Kode 444 tidak ada di standar HTTP. Browser hanya melihat koneksi terputus. Efek sampingnya: alat monitoring sederhana bisa melaporkan "server mati" padahal Nginx sehat dan sedang menolak.

=== 🔹 Langkah 7: buktikan siapa yang menang di location ===
<syntaxhighlight lang="text">
server {
listen 8081;
server_name peta.lab;
root /srv/www/peta.lab;
default_type text/plain;

location = / { return 200 "A-halaman-depan"; }
location / { return 200 "B-prefix-umum"; }
location ^~ /gambar/ { return 200 "D-prefix-keras"; }
location ~* \.(jpg|png)$ { return 200 "E-regex-gambar"; }
}
</syntaxhighlight>

Uji tiga URI berikut:

<syntaxhighlight lang="text">
curl -s -H "Host: peta.lab" http://127.0.0.1:8081/
curl -s -H "Host: peta.lab" http://127.0.0.1:8081/gambar/logo.jpg
curl -s -H "Host: peta.lab" http://127.0.0.1:8081/dokumen/logo.jpg
</syntaxhighlight>

Hasilnya berurutan: <code>A-halaman-depan</code>, <code>D-prefix-keras</code>, <code>E-regex-gambar</code>. Sekarang hapus tanda <code>^~</code> dari blok gambar, reload, lalu ulangi permintaan kedua. Hasilnya berubah menjadi <code>E-regex-gambar</code>.

Itu bukti bahwa regex mengalahkan prefix, kecuali prefix dikunci dengan <code>^~</code>.

=== 🔹 Langkah 8: buktikan root berbeda dari alias ===
<syntaxhighlight lang="text">
sudo mkdir -p /srv/www/peta.lab/isi/r
printf 'ROOT\n' | sudo tee /srv/www/peta.lab/isi/r/top.txt
printf 'ALIAS\n' | sudo tee /srv/www/peta.lab/isi/top.txt
</syntaxhighlight>

Tambahkan dua location ini ke server block tadi:

<syntaxhighlight lang="text">
location /r/ { root /srv/www/peta.lab/isi; }
location /a/ { alias /srv/www/peta.lab/isi/; }
</syntaxhighlight>

Setelah reload, <code>/r/top.txt</code> mencetak <code>ROOT</code> dan <code>/a/top.txt</code> mencetak <code>ALIAS</code>. Keduanya menunjuk folder yang sama, tapi aturan penggabungan path-nya berbeda.

=== 🔹 Langkah 9: bersihkan lab ===
<syntaxhighlight lang="text">
sudo rm -f /etc/nginx/sites-enabled/wiki-lab.conf \
/etc/nginx/sites-enabled/ujian-lab.conf \
/etc/nginx/sites-enabled/tolak-lab.conf \
/etc/nginx/sites-enabled/peta-lab.conf
sudo nginx -t && sudo systemctl reload nginx
sudo nginx -T | grep -c "server_name wiki.lab"
</syntaxhighlight>

Angka terakhir harus <code>0</code>. Kalau masih <code>1</code>, symlink lain masih menunjuk file yang sama dan situsnya belum benar-benar dilepas.

== 🏭 Dipakai di dunia kerja ==
* '''Sekolah:''' satu server untuk wiki, aplikasi ujian, dan situs profil. Server block memisahkan ketiganya tanpa perlu tiga IP publik atau tiga mesin.
* '''Kantor dan UMKM:''' Nginx berdiri di depan aplikasi kasir atau absensi sebagai reverse proxy, sehingga aplikasi internal tidak diekspos langsung ke internet.
* '''Hosting bersama:''' ribuan domain berbagi satu IP, dibedakan lewat <code>server_name</code>. Inilah alasan satu IP bisa melayani banyak pelanggan.
* '''ISP dan warnet:''' portal login, halaman status, dan billing sering berada di server yang sama dengan nama berbeda.
* '''Industri dan e-commerce:''' dua server block atau <code>upstream</code> berbobot dipakai untuk mengarahkan sebagian trafik ke versi baru sebelum dirilis penuh.
* '''Operasional DevOps:''' konfigurasi situs disimpan di git, diuji dengan <code>nginx -t</code> di pipeline, lalu di-<code>reload</code> tanpa memutus pengguna.

== ✅ Verifikasi ==
{| class="wikitable"
! Perintah !! Hasil yang diharapkan
|-
| <code>sudo nginx -t</code> || <code>syntax is ok</code> dan <code>test is successful</code>
|-
| <code>sudo nginx -T</code> || konfigurasi gabungan memuat semua server block aktif
|-
| <code>ss -lntp | grep 8080</code> || ada proses <code>nginx</code> yang mendengarkan port itu
|-
| <code>curl -H "Host: wiki.lab"</code> || isi situs wiki, bukan halaman default
|-
| <code>curl</code> tanpa Host cocok || ditolak 444 atau masuk default server yang memang disengaja
|-
| <code>tail /var/log/nginx/wiki.access.log</code> || baris permintaan uji tercatat di log situs yang benar
|-
| <code>sudo systemctl is-active nginx</code> || <code>active</code>
|-
| <code>sudo nginx -T | grep server_name</code> || daftar nama sesuai rencana, tidak ada duplikat
|}

== ⚠️ Kesalahan umum & troubleshooting ==
{| class="wikitable"
! Gejala atau pesan !! Artinya dan tindakan
|-
| <code>duplicate default server for 0.0.0.0:8080</code> || ada dua <code>default_server</code> di port sama; hapus salah satu
|-
| <code>conflicting server name "...", ignored</code> || nama ditulis di dua blok; yang pertama menang, sisanya mati
|-
| <code>open() ".../sites-enabled/x" failed (2: No such file)</code> || symlink menunjuk file yang sudah dihapus; buat ulang atau hapus symlink
|-
| <code>bind() to 0.0.0.0:80 failed (98: Address already in use)</code> || port dipakai Apache atau Nginx lain; cek dengan <code>ss -lntp</code>
|-
| <code>directory index of "/srv/www/..." is forbidden</code> || tidak ada file <code>index</code> dan <code>autoindex</code> mati; benar, bukan bug
|-
| 404 padahal file ada || <code>root</code> atau <code>alias</code> salah, sering karena garis miring penutup
|-
| <code>413 Request Entity Too Large</code> || unggahan melebihi <code>client_max_body_size</code> bawaan 1 MB
|-
| <code>could not build server_names_hash</code> || naikkan <code>server_names_hash_bucket_size</code> ke pangkat dua berikutnya
|-
| reload sukses tapi situs tak berubah || file yang diedit tidak ter-<code>include</code>; buktikan dengan <code>nginx -T</code>
|-
| <code>unexpected end of file, expecting "}"</code> || kurung kurawal tidak seimbang; cek blok yang terakhir diedit
|-
| 502 Bad Gateway || upstream mati atau alamatnya salah; ini lapis aplikasi, bukan lapis nama
|}

== 🔐 Catatan keamanan & etika ==
* Jangan menaruh web root di dalam <code>/etc/nginx</code>. Konfigurasi dan isi situs harus dipisah agar tidak ada file konfigurasi yang bisa diunduh.
* Jangan <code>chmod 777</code> folder web. Cukup <code>755</code> untuk folder dan <code>644</code> untuk file, dengan pemilik <code>www-data</code>.
* Jangan simpan <code>.git</code>, <code>.env</code>, <code>backup.zip</code>, atau dump database di web root. Nginx menyajikan file apa adanya, tanpa bertanya apakah itu rahasia.
* Matikan <code>autoindex</code> kecuali untuk folder yang memang publik. Daftar file yang terbuka bisa membeberkan struktur internal.
* <code>server_tokens off;</code> menyembunyikan nomor versi Nginx dari header balasan. Kecil, tapi mempersulit pemindaian otomatis.
* Perlakukan <code>nginx -T</code> sebagai dokumen internal: isinya path, nama host, dan alamat upstream. Jangan tempel mentah-mentah ke grup chat.
* Uji konfigurasi di lab, bukan di server produksi. Satu <code>default_server</code> ganda bisa membuat seluruh situs berhenti dimuat saat reload.

== 📌 Kesimpulan ==
Nginx memilih situs lewat tiga lapis: port, nama, lalu path. Virtual host hanyalah nama lain dari server block, dan <code>default_server</code> adalah milik port, bukan milik nama.

Kalau ada yang salah tampil, periksa berurutan: apakah port benar, apakah <code>Host</code> cocok dengan <code>server_name</code>, baru apakah <code>location</code> dan <code>root</code> menunjuk tempat yang tepat.

Langkah berikutnya: tambahkan HTTPS pada salah satu situs, lalu jadikan Nginx reverse proxy di depan aplikasi. Di situ lapis keempat muncul — <code>upstream</code> — dan cara berpikirnya tetap sama.

== 🔗 Materi terkait ==
* [[Debian : Konfigurasi Web Server (Nginx)]] — instalasi dan perintah dasar Nginx
* [[Debian : Konfigurasi Web Server (Apache)]] — padanan konsep pada Apache
* [[Linux : Membuat Service Sendiri dengan systemd]] — mengelola layanan seperti Nginx
* [[Linux : Log dan journalctl untuk Troubleshooting]] — membaca log saat situs tidak muncul
* [[Linux : Firewall Dasar dengan nftables]] — membuka port 80 dan 443 dengan aman
* [[Linux : Manajemen User, Group, dan sudo]] — pemilik file dan izin web root
* [[Linux : Manajemen Paket dan Repositori Debian]] — asal paket Nginx yang kamu pasang

== 📚 Referensi ==
* Nginx — *How nginx processes a request*: https://nginx.org/en/docs/http/request_processing.html
* Nginx — *Server names*: https://nginx.org/en/docs/http/server_names.html
* Nginx — *Module ngx_http_core_module* (direktif <code>listen</code>, <code>location</code>, <code>root</code>, <code>alias</code>, <code>try_files</code>): https://nginx.org/en/docs/http/ngx_http_core_module.html
* Nginx — *Module ngx_core_module* (<code>worker_processes</code>, <code>worker_connections</code>): https://nginx.org/en/docs/ngx_core_module.html

[[Category:TKJ]]
[[Category:Linux]]
[[Category:Server]]
[[Category:Nginx]]

Linux : Nginx Dasar dan Virtual Host - Revision history

Maintenance script: Protected "Linux : Nginx Dasar dan Virtual Host": Proteksi editorial: edit/move sysop ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

Maintenance script: Artikel baru: Nginx dasar dan virtual host (konsep tiga lapis pemilihan situs)