Hosting Banyak Situs dengan Blok Server Nginx (Virtual Hosts)

Blok server Nginx adalah konsep virtual host yang memungkinkan Anda untuk menyajikan beberapa nama domain atau situs web dengan konfigurasi terpisah dalam satu instalasi Nginx. Misalnya, Anda dapat mendefinisikan direktori root, file log, sertifikat SSL, dan pengaturan PHP yang berbeda untuk example.com, blog.example.com, dan situs-kedua.com di VPS yang sama. Singkatnya, solusinya adalah; membuat direktori terpisah untuk setiap situs, mengarahkan catatan DNS nama domain ke alamat IP server, menulis blok server terpisah di bawah /etc/nginx/sites-available, menghubungkannya ke direktori sites-enabled, menguji konfigurasi, dan memuat ulang layanan Nginx.

Dalam panduan ini, kami akan membahas proses hosting banyak situs menggunakan blok server Nginx dengan cara yang sesuai untuk lingkungan produksi. Tujuannya bukan hanya untuk membangun struktur yang berfungsi; tetapi juga untuk menciptakan pengaturan yang dapat dikelola, aman, cepat, dapat dicadangkan, dan dapat diskalakan. Kami akan membagikan langkah-langkah praktis, terutama untuk agensi, pengembang, pemilik e-commerce, bisnis yang mengelola banyak merek, dan administrator sistem yang menjalankan banyak proyek di satu server. Jika Anda belum memiliki server, Anda dapat memeriksa halaman server VPS untuk pilihan sumber daya dan Pendaftaran Domain untuk pengelolaan nama domain.

Apa Itu Blok Server Nginx?

Blok server Nginx adalah bagian dari konfigurasi yang didefinisikan sebagai blok server dalam Nginx dan menentukan ke situs mana permintaan HTTP atau HTTPS yang masuk akan diarahkan. Ini mirip dengan konsep VirtualHost di Apache. Ketika seorang pengunjung mengetik nama domain di browser, DNS akan menyelesaikan nama domain tersebut ke alamat IP server. Kemudian, Nginx melihat header Host dalam permintaan dan menjalankan blok server yang sesuai dengan nilai server_name.

Dengan cara ini, puluhan situs web yang berbeda dapat disajikan di satu alamat IP dan server fisik atau virtual yang sama. Setiap situs dapat memiliki direktori root, log akses, log kesalahan, aturan pengalihan, sertifikat SSL, kebijakan cache, dan aturan keamanan yang terpisah. Misalnya, Anda bisa menyimpan situs perusahaan di /var/www/perusahaan/public, blog Anda di /var/www/blog/public, dan lingkungan pengujian Anda di /var/www/staging/public.

Nginx sangat efisien dalam struktur ini karena arsitekturnya yang berbasis peristiwa memungkinkan pengelolaan koneksi simultan yang tinggi dengan konsumsi sumber daya yang rendah. Oleh karena itu, sering digunakan dalam hosting bersama, VPS, cloud server, dan infrastruktur aplikasi dengan lalu lintas tinggi. Untuk memastikan bahwa hosting banyak situs dapat berfungsi dengan baik, setiap detail harus direncanakan dengan benar, mulai dari izin file hingga pengalihan DNS, pemasangan SSL hingga pemisahan log.

Kapan Menggunakan Blok Server Nginx?

Blok server Nginx digunakan terutama ketika Anda perlu mengelola beberapa entitas web di satu server. Ini bisa berupa dua situs perusahaan kecil, atau puluhan proyek klien, subdomain, atau mikroservis. Titik kritis di sini adalah memisahkan setiap proyek secara logis.

• Jika Anda ingin menyajikan beberapa nama domain di VPS yang sama.
• Jika Anda ingin mengarahkan nama domain dengan www dan tanpa www ke satu alamat kanonik.
• Jika Anda ingin menghubungkan subdomain ke folder atau aplikasi yang berbeda.
• Jika Anda ingin mendefinisikan sertifikat SSL dan kebijakan keamanan yang terpisah untuk setiap situs.
• Jika Anda ingin melacak proyek klien dengan file log terpisah.
• Jika Anda ingin menjalankan aplikasi berbeda seperti Laravel, WordPress, HTML statis, dan Node.js di server yang sama.

Sebagai contoh, adalah mungkin secara teknis bagi sebuah agensi digital untuk menyajikan 8 situs perusahaan dengan lalu lintas rendah di satu VPS dengan RAM 4 GB. Namun, untuk setiap situs, lalu lintas, penggunaan disk, jumlah proses PHP, beban database, dan frekuensi pencadangan harus dihitung. Jika proyek mengalami lalu lintas tinggi atau isolasi sumber daya sangat penting, solusi VPS yang lebih kuat, cloud server, atau hosting terkelola harus dipertimbangkan. Pada titik ini, pilihan Hosting Web dan Hosting Korporat dapat dibandingkan.

Persyaratan Sebelum Memulai

Dalam panduan ini, kami akan mengasumsikan bahwa Anda menggunakan server Linux berbasis Ubuntu atau Debian. Perintah mungkin sedikit berbeda tergantung distribusinya; namun logika tetap sama. Pastikan untuk mencadangkan sebelum melakukan tindakan di lingkungan produksi. Konfigurasi Nginx yang salah dapat menyebabkan semua situs menjadi tidak dapat diakses sementara.

Persiapan Teknis yang Diperlukan

• Akun pengguna Linux dengan hak akses root atau sudo.
• Layanan Nginx yang terinstal dan berjalan.
• Seb至少 satu nama domain yang telah diarahkan ke alamat IP server.
• Port 80 dan 443 terbuka di firewall.
• Struktur direktori yang teratur untuk file situs.
• Sertifikat yang valid untuk SSL atau penggunaan gratis Let’s Encrypt.
• Instalasi PHP-FPM untuk aplikasi berbasis PHP.

Di sisi DNS, catatan A mengarahkan nama domain utama ke alamat IPv4, sementara catatan AAAA jika ada mengarahkan ke alamat IPv6. Untuk subdomain seperti www, catatan CNAME atau A dapat digunakan. Propagasi DNS biasanya selesai dalam waktu beberapa menit hingga 24 jam. Saat melakukan instalasi baru, menyiapkan catatan DNS terlebih dahulu dan kemudian melanjutkan ke konfigurasi blok server Nginx dapat mempercepat proses.

Struktur Direktori yang Disarankan

Salah satu kesalahan paling umum dalam hosting banyak situs adalah menyimpan semua file secara acak dalam satu direktori. Meskipun pendekatan ini tampak mudah dalam jangka pendek, hal itu dapat menyebabkan kehilangan waktu yang signifikan dalam proses pemeliharaan, pencadangan, dan pemecahan masalah. Metode yang lebih baik adalah menggunakan direktori atas yang terpisah untuk setiap nama domain dan di dalamnya menggunakan subdirektori seperti public, logs, backups.

Contoh struktur yang dapat direncanakan adalah: /var/www/situs1.com/public, /var/www/situs1.com/logs, /var/www/situs2.com/public, dan /var/www/situs2.com/logs. Nilai root Nginx harus menunjuk langsung ke direktori public. Dengan cara ini, file aplikasi, file sensitif seperti .env, dan cadangan tidak dapat diakses secara langsung melalui web.

Untuk halaman pengujian statis contoh, Anda dapat menempatkan file index.html sederhana di setiap folder situs. Dengan menulis nama situs di dalamnya, Anda dapat dengan cepat memverifikasi blok server mana yang sedang aktif. Di lingkungan produksi, kepemilikan folder ini biasanya diatur dengan pengguna www-data atau pengguna khusus yang melakukan deployment. Untuk izin file, 755 untuk folder dan 644 untuk file cukup memadai untuk sebagian besar skenario statis. Pada aplikasi yang memerlukan penulisan seperti WordPress, area seperti direktori uploads harus dievaluasi secara terpisah.

Langkah demi Langkah Membuat Blok Server Nginx

Langkah-langkah berikut dijelaskan menggunakan nama domain site1.com sebagai contoh. Anda dapat mengulangi metode yang sama untuk situs kedua, ketiga, atau lebih. Titik kritis adalah menggunakan server_name, root, dan file log yang unik untuk setiap situs.

1. Buat folder situs

Langkah pertama adalah membuat direktori tempat file web akan disimpan. Contoh: sudo mkdir -p /var/www/situs1.com/public. Kemudian, untuk pengujian, buat file /var/www/situs1.com/public/index.html dan tulis teks yang dapat dibedakan seperti Ini adalah halaman pengujian situs1.com.

Untuk mengatur kepemilikan file dengan benar, perintah sudo chown -R www-data:www-data /var/www/situs1.com dapat digunakan. Jika Anda melakukan proses deployment dengan pengguna yang berbeda, atur izin grup sesuai kebutuhan. Di lingkungan produksi, hindari izin 777 yang memungkinkan semua orang menulis. Izin ini dapat menyebabkan penyerang menyalahgunakan direktori unggahan.

2. Buat file blok server

Praktik umum di Nginx adalah menyimpan konfigurasi yang tidak aktif di bawah /etc/nginx/sites-available dan menghubungkannya ke /etc/nginx/sites-enabled dengan tautan simbolik. File contoh: /etc/nginx/sites-available/situs1.com.

Blok server HTTP yang sederhana ditulis dengan logika berikut: server { listen 80; server_name situs1.com www.situs1.com; root /var/www/situs1.com/public; index index.html index.htm; access_log /var/log/nginx/situs1.com.access.log; error_log /var/log/nginx/situs1.com.error.log; location / { try_files $uri $uri/ =404; } }

Dalam konfigurasi ini, listen 80 mendengarkan lalu lintas HTTP, server_name menunjukkan nama domain mana yang termasuk dalam blok ini, root menunjukkan direktori tempat file web berada, dan index mendefinisikan file default. try_files mengembalikan 404 jika file atau folder yang diminta tidak ditemukan. Untuk situs statis, struktur ini cukup memadai.

3. Aktifkan situs

Untuk mengaktifkan konfigurasi, tautan simbolik dibuat: sudo ln -s /etc/nginx/sites-available/situs1.com /etc/nginx/sites-enabled/situs1.com. Metode ini lebih sehat daripada menyalin file karena Anda bekerja pada satu file konfigurasi utama. Ketika Anda membuat perubahan, file yang terhubung juga tetap diperbarui.

Jika Anda tidak ingin halaman default Nginx muncul di depan situs Anda, Anda dapat menonaktifkan konfigurasi default. Untuk ini, tautan /etc/nginx/sites-enabled/default dapat dihapus. Namun, pastikan blok server Anda berfungsi dengan benar sebelum melakukan ini.

4. Uji konfigurasi dan muat ulang Nginx

Setelah setiap perubahan, perintah sudo nginx -t harus digunakan untuk menguji sintaksis. Jika pengujian berhasil, perintah sudo systemctl reload nginx akan memuat ulang layanan tanpa gangguan. Perintah reload biasanya lebih aman dibandingkan restart karena mengelola koneksi yang sedang aktif dengan lebih baik.

Jika pengujian gagal, pesan kesalahan biasanya menunjukkan nama file dan nomor baris. Titik koma yang hilang, kurung kurawal yang salah, jalur direktori yang salah, atau nilai server_name yang bertentangan adalah masalah yang paling umum. Nginx tidak boleh dimuat ulang sebelum kesalahan diperbaiki.

Menambahkan Situs Kedua dan Ketiga

Kecantikan menghosting banyak situs adalah bahwa setelah pengaturan awal yang benar, prosesnya dapat diulang. Anda membuat direktori /var/www/situs2.com/public untuk situs2.com, menulis file /etc/nginx/sites-available/situs2.com, mengubah nilai root dan log menjadi situs2.com, membuat tautan simbolik, dan menjalankan pengujian Nginx.

Struktur dasar untuk situs kedua adalah: server { listen 80; server_name situs2.com www.situs2.com; root /var/www/situs2.com/public; index index.html; access_log /var/log/nginx/situs2.com.access.log; error_log /var/log/nginx/situs2.com.error.log; location / { try_files $uri $uri/ =404; } }

Menggunakan log terpisah untuk setiap situs sangat berharga dalam kehidupan nyata. Misalnya, satu situs mungkin mengalami peningkatan kesalahan 404 sementara situs lainnya tidak mengalami masalah. Dengan struktur log yang terpisah, Anda dapat menemukan sumber kesalahan dalam hitungan detik. Dengan cara yang sama, analisis lalu lintas, serangan bot, tautan yang rusak, dan masalah kinerja dapat dipantau berdasarkan situs.

Pengaturan SSL dan HTTPS

Dalam standar SEO 2026, HTTPS kini bukan hanya fitur keamanan, tetapi juga menunjukkan kepercayaan pengguna dan kualitas teknis. Browser menandai situs HTTP sebagai tidak aman; proyek yang melibatkan pembayaran, pendaftaran, formulir, atau panel manajemen memerlukan SSL. Saat menghosting banyak situs, sertifikat yang tepat harus didefinisikan untuk setiap nama domain. Anda dapat melihat halaman sertifikat SSL di Hostragons untuk kebutuhan SSL Anda.

Jika Anda menggunakan Let’s Encrypt, sertifikat dapat diperoleh untuk setiap nama domain dengan Certbot. Dalam proses contoh, perintah certbot --nginx -d situs1.com -d www.situs1.com akan mendeteksi konfigurasi Nginx dan secara otomatis menambahkan blok HTTPS. Namun, memeriksa file setelah pengeditan otomatis adalah kebiasaan yang baik. Masalah pengalihan yang salah atau konflik blok server dapat terjadi.

Dalam pengaturan HTTPS, lalu lintas di port 80 biasanya diarahkan secara permanen ke port 443. Pengalihan 301 memberikan sinyal preferensi permanen secara SEO. Putuskan apakah Anda akan menggunakan www atau tidak, dan kumpulkan semua variasi ke satu alamat kanonik. Misalnya, jika Anda ingin menggunakan https://site1.com alih-alih https://www.site1.com, arahkan lalu lintas www baik HTTP maupun HTTPS ke alamat tanpa www. Ini mengurangi risiko konten duplikat.

Blok Server Nginx untuk Situs PHP dan WordPress

Pada situs HTML statis, konfigurasi sederhana; namun, WordPress, Laravel, atau aplikasi PHP khusus memerlukan integrasi dengan PHP-FPM. Dalam kasus ini, file index.php didefinisikan dan permintaan PHP diarahkan ke soket yang sesuai. Misalnya, di Ubuntu, jalur soket untuk PHP 8.3 bisa jadi /run/php/php8.3-fpm.sock. Versi dapat bervariasi tergantung server.

Logika contoh berbasis PHP: server { listen 80; server_name wordpress-situs.com www.wordpress-situs.com; root /var/www/wordpress-situs.com/public; index index.php index.html; location / { try_files $uri $uri/ /index.php?$args; } location ~ php$ { include snippets/fastcgi-php.conf; fastcgi_pass unix:/run/php/php8.3-fpm.sock; } }

Untuk memastikan permalink WordPress berfungsi, struktur try_files $uri $uri/ /index.php?$args sangat penting. Selain itu, langkah-langkah keamanan seperti membatasi akses ke xmlrpc.php, pembatasan tingkat akses wp-login.php, dan mencegah PHP dijalankan di direktori uploads juga harus dipertimbangkan. Jika Anda menghosting banyak situs WordPress di VPS yang sama, pastikan untuk menggunakan database terpisah, pengguna terpisah, dan kebijakan pembaruan yang teratur untuk setiap situs. Bagi mereka yang mencari alternatif hosting WordPress, Hosting WordPress bisa menjadi pilihan yang lebih terkelola.

Perbandingan Blok Server Nginx dengan VirtualHost Apache

Nginx dan Apache mencapai tujuan yang sama dengan arsitektur yang berbeda. Keduanya dapat menghosting beberapa situs di satu server. Pilihan tergantung pada kebutuhan aplikasi, kebiasaan manajemen, dan harapan kinerja.

Jika aplikasi Anda sangat bergantung pada aturan .htaccess, Apache mungkin lebih mudah digunakan. Namun, untuk lalu lintas tinggi, proxy terbalik, cache, dan alur distribusi modern, Nginx adalah pilihan yang kuat dalam sebagian besar proyek. Dalam beberapa infrastruktur, Nginx dapat digunakan sebagai proxy terbalik, sementara Apache dapat digunakan sebagai server aplikasi backend secara bersamaan.

Praktik Terbaik untuk Keamanan

Hosting beberapa situs di satu server memberikan keuntungan biaya; namun, itu juga meningkatkan tanggung jawab keamanan. Prinsip isolasi dan hak akses minimum harus diterapkan agar kerentanan di satu situs tidak mempengaruhi yang lain.

• Buat database terpisah dan pengguna database terpisah untuk setiap situs.
• Batasi direktori root web hanya dengan folder public.
• Jaga cadangan, .env, .git, config, dan file SQL di luar akses web.
• Perbarui sertifikat SSL secara teratur dan wajibkan pengalihan HTTPS.
• Gunakan firewall seperti UFW di server; buka hanya port yang diperlukan.
• Lakukan pembaruan Nginx dan sistem operasi secara teratur.
• Jaga log akses dan log kesalahan terpisah untuk setiap situs.
• Tambahkan pembatasan IP atau otentikasi tambahan pada panel pengelolaan.
• Hindari izin luas seperti 777 pada izin file.

Selain itu, menambahkan header keamanan dasar adalah sangat berguna. Header seperti X-Frame-Options, X-Content-Type-Options, Referrer-Policy, dan Content-Security-Policy dapat dipertimbangkan untuk proyek yang sesuai. Namun, terutama Content-Security-Policy dapat menghalangi file skrip dan gaya jika diterapkan secara salah; oleh karena itu, harus diuji di lingkungan pengujian terlebih dahulu. Untuk lebih banyak konten tentang keamanan, Anda dapat merujuk pada tulisan Keamanan Situs Web.

Hal yang Perlu Diperhatikan untuk Kinerja dan SEO

Blok server Nginx tidak hanya mempublikasikan situs, tetapi juga mempengaruhi kinerja dan kualitas SEO. Rantai pengalihan yang salah, preferensi kanonik yang salah, kurangnya kompresi gzip atau brotli, file log yang besar, dan pengaturan cache yang tidak memadai dapat menurunkan kecepatan situs. Sinyal pengalaman halaman Google berfokus pada pengguna; situs yang cepat merespons, aman, dan stabil cenderung menunjukkan kinerja yang lebih baik.

Pertama-tama, tentukan satu versi kanonik untuk setiap nama domain. Lakukan pengalihan dari HTTP ke HTTPS, dari www ke tanpa www, atau sebaliknya dalam satu langkah. Rantai pengalihan tidak boleh seperti ini: http://site.com ke http://www.site.com, lalu ke https://www.site.com, dan kemudian ke https://site.com. Sebaliknya, lebih baik menuju ke tujuan dengan satu pengalihan 301.

Untuk file statis, header cache-control dapat digunakan. Gambar, CSS, dan file JS dapat disimpan di browser untuk jangka waktu tertentu. Namun, untuk file yang sering berubah, strategi versioning nama file atau query string harus diterapkan. Kompresi gzip mengurangi bandwidth pada file berbasis teks seperti HTML, CSS, JS, dan JSON. Untuk situs dengan lalu lintas tinggi, penggunaan microcache Nginx, FastCGI cache, atau CDN dapat dipertimbangkan. Untuk kebutuhan CDN dan akses global, Anda dapat merujuk ke konten seperti Apa itu CDN.

Manajemen Log dan Pemantauan

Manajemen log dalam hosting banyak situs adalah kunci untuk pemecahan masalah. File log terpisah menunjukkan dengan jelas situs mana yang mengalami kesalahan. access_log mencatat permintaan pengunjung, sedangkan error_log mencatat kesalahan konfigurasi, izin, file yang tidak ditemukan, dan kesalahan upstream. Kesalahan 502 Bad Gateway biasanya terkait dengan koneksi layanan PHP-FPM atau backend. Kesalahan 403 Forbidden bisa jadi masalah izin atau file index. Sementara itu, 404 Not Found dapat menunjukkan kesalahan jalur file, pengalihan, atau masalah root yang salah setelah DNS.

Untuk mencegah file log tumbuh tak terbatas, konfigurasi logrotate harus diperiksa. Untuk proyek kecil, rotasi harian atau mingguan mungkin cukup. Di situs dengan lalu lintas tinggi, pengumpulan log terpusat, pemantauan metrik, dan sistem peringatan harus digunakan. Kekurangan ruang disk dapat menyebabkan Nginx tidak dapat menulis log, menghentikan database, dan membuat situs tidak dapat diakses. Oleh karena itu, menetapkan ambang batas penggunaan disk adalah langkah praktis.

Kesalahan Umum dan Solusi Cepat

Saat bekerja dengan blok server Nginx, beberapa kesalahan mungkin muncul di hampir setiap proyek. Mengetahui ini dapat secara signifikan memperpendek waktu instalasi.

• Nama domain membuka situs yang salah: Periksa konflik server_name dan blok server default.
• Kesalahan 403 Forbidden: Periksa direktori root, izin file, dan keberadaan file index.
• Kesalahan 404 Not Found: Tinjau jalur root dan aturan try_files.
• Kesalahan 502 Bad Gateway: Verifikasi bahwa layanan PHP-FPM berjalan dan jalur soket benar.
• Sertifikat SSL tampak salah untuk situs: Periksa server_name di port 443 dan file sertifikat.
• Muncul siklus pengalihan: Sederhanakan aturan pengalihan HTTP-HTTPS dan www.
• Nginx tidak dapat dimuat ulang: Perbaiki kesalahan sintaksis berdasarkan nomor baris dalam keluaran sudo nginx -t.

Administrator berpengalaman memiliki daftar kontrol sederhana: Apakah DNS benar? Apakah konfigurasi Nginx aktif? Apakah folder root ada? Apakah izin benar? Apakah layanan lulus pengujian? Apa yang dikatakan log? Mengikuti urutan ini memungkinkan Anda untuk menghasilkan solusi cepat tanpa panik.

Daftar Periksa Kontrol Praktis untuk Lingkungan Produksi

Sebelum meluncurkan, verifikasi setiap situs dengan daftar kontrol berikut. Ini sangat penting dalam proyek klien untuk mendokumentasikan poin-poin ini sebelum penyerahan untuk menetapkan standar kerja yang profesional.

• Catatan A atau AAAA untuk nama domain mengarahkan ke alamat IP yang benar.
• Salah satu versi www dan tanpa www telah dipilih secara kanonik.
• Lalu lintas HTTP dialihkan ke HTTPS dengan 301.
• Sertifikat SSL valid dan pembaruan otomatis aktif.
• Setiap situs memiliki root dan file log terpisah yang ditentukan.
• Konfigurasi Nginx telah diverifikasi dengan sudo nginx -t.
• Rencana pencadangan telah ditetapkan dan pengujian pemulihan telah dilakukan.
• Izin file sesuai dengan prinsip hak akses minimum.
• Hanya port yang diperlukan yang terbuka di firewall.
• Log kesalahan dipantau setidaknya 15 menit setelah diluncurkan.

Daftar ini mungkin terlihat kecil, tetapi dalam proyek nyata dapat secara signifikan mengurangi risiko gangguan. Terutama, langkah-langkah pembaruan SSL, pemeriksaan DNS, dan pemantauan log dapat menangkap banyak kesalahan yang tidak terlihat lebih awal.

Kesimpulan

Blok server Nginx adalah salah satu metode dasar untuk hosting banyak situs secara teratur, aman, dan berkinerja baik di satu server. Dengan struktur direktori yang benar, file konfigurasi terpisah, aturan pengalihan yang jelas, penggunaan HTTPS, pemisahan log, dan proses pengujian yang teratur, manajemen banyak situs menjadi sangat efisien. Prinsip yang sama dapat diterapkan mulai dari situs portofolio kecil hingga proyek klien yang kompleks.

Jika Anda akan menerbitkan proyek baru, pastikan untuk menetapkan kebutuhan nama domain, sumber daya server, dan SSL Anda; kemudian, bangun konfigurasi Nginx Anda langkah demi langkah dengan daftar kontrol di atas. Jika Anda mencari infrastruktur yang lebih terkelola, Anda dapat memilih titik awal yang sesuai untuk proyek Anda dengan memeriksa solusi Paket hosting, server VPS, dan sertifikat SSL dari Hostragons.

Pertanyaan yang Sering Diajukan

Berapa banyak situs yang dapat dihosting dengan blok server Nginx?

Secara teknis, Anda dapat menghosting banyak situs di server yang sama dengan Nginx; batasnya biasanya tergantung pada CPU, RAM, disk, lalu lintas, beban database, dan kapasitas PHP-FPM. Di situs statis dengan lalu lintas rendah, puluhan situs mungkin saja, sedangkan untuk proyek WordPress atau e-commerce yang padat, lebih sedikit situs yang lebih sehat untuk dihosting.

Apakah setiap situs memerlukan sertifikat SSL terpisah?

Ya, setiap nama domain atau subdomain yang akan dipublikasikan melalui HTTPS harus dimasukkan dalam cakupan sertifikat. Sertifikat individu dapat digunakan, atau sertifikat SAN atau wildcard juga bisa dipilih. Yang penting adalah bahwa file sertifikat yang benar terhubung ke nama domain yang tepat di blok server Nginx 443.

Apakah blok server Nginx dapat menerbitkan subdomain?

Ya. Anda dapat mendefinisikan server_name terpisah untuk subdomain seperti blog.site.com atau panel.site.com dan mengarahkannya ke direktori root yang berbeda atau aplikasi backend yang berbeda. Anda perlu membuat catatan A atau CNAME untuk subdomain terkait di sisi DNS.

Apa perbedaan antara sites-available dan sites-enabled?

sites-available adalah tempat untuk menyimpan file konfigurasi yang dapat digunakan; sites-enabled berisi konfigurasi yang aktif. Biasanya, di dalam sites-enabled, tautan simbolik dibuat ke file di sites-available. Metode ini membuat proses mengaktifkan dan menonaktifkan situs menjadi lebih teratur.

Jika situs yang salah terbuka, dari mana masalahnya berasal?

Penyebab paling umum adalah DNS yang mengarah ke IP yang salah, nilai server_name yang salah, blok server default yang menangkap permintaan, atau blok SSL yang salah di sisi 443. Periksa catatan DNS terlebih dahulu, kemudian keluaran nginx -t, tautan sites-enabled yang aktif, dan file access_log terkait.