Nginx server bloklari (Virtual Hosts) bilan bir nechta saytni bir serverda joylashtirish

Nginx server bloklari — bu Nginx’ning virtual host tizimi bo‘lib, bir dona Nginx serverda bir nechta domen yoki saytni alohida konfiguratsiyalar bilan ishlatishga imkon beradi. Masalan, bitta VPS’da example.com, blog.example.com va ikkinchi-site.com uchun turli root papkalar, log fayllari, SSL sertifikatlari va PHP sozlamalarini belgilash mumkin. Qisqacha yo‘l: har bir sayt uchun alohida papka yaratish, domen DNS yozuvlarini server IP manziliga yo‘naltirish, /etc/nginx/sites-available ostida har bir sayt uchun alohida server blokini yozish, uni sites-enabled papkasiga bog‘lash, konfiguratsiyani test qilish va Nginx servisni reload qilish.

Ushbu qo‘llanmada Nginx server bloklari yordamida bir nechta saytni barqaror, boshqariladigan, xavfsiz, tez, zaxira qilinadigan va kengaytirish mumkin bo‘lgan tarzda joylashtirish jarayonini ko‘rib chiqamiz. Maqsad faqat ishlaydigan tizim tuzish emas; balki, bir nechta loyiha, brend yoki mijoz uchun qulay va professional infratuzilma yaratishdir. Ayniqsa, agentliklar, dasturchilar, e-commerce egalari, ko‘p brendli bizneslar va bir serverda bir nechta loyiha yuritadigan tizim administratorlari uchun amaliy qadamlarni ko‘rsatamiz. Agar sizda hali server bo‘lmasa, resurs tanlash uchun VPS server va domen boshqaruvi uchun Domen ro'yxati sahifalariga qarashingiz mumkin.

Nginx Server Bloklari Nima?

Nginx server bloklari — bu Nginx konfiguratsiyasida server bloklari deb nomlanadigan va kelayotgan HTTP yoki HTTPS so‘rovini qaysi saytga yo‘naltirishni belgilovchi konfiguratsiya qismlaridir. Apache’dagi VirtualHost tushunchasiga o‘xshash. Brauzer orqali domen kiritilganda, DNS domenni server IP manziliga yechadi. So‘ng, Nginx so‘rovdagi Host headerini tekshiradi va server_name mos keluvchi server blokini ishga tushiradi.

Natijada, bir IP va bitta serverda o‘nlab saytlarni joylashtirish mumkin. Har bir sayt uchun alohida root papka, access log, error log, yo‘naltirish qoidasi, SSL sertifikati, keshlash siyosati va xavfsizlik qoidalari belgilash mumkin. Masalan, korporativ saytni /var/www/corporate/public, blogni /var/www/blog/public, test muhitini esa /var/www/staging/public papkasida saqlash mumkin.

Nginx ushbu tizimda juda samarali — event-driven arxitekturasi tufayli ko‘p bir vaqtda kelgan so‘rovlarni kam resurs bilan boshqaradi. Shu sababli, VPS, bulut server, va katta trafikli web loyihalarda keng qo‘llaniladi. Ko‘p saytli hostingda esa, fayl ruxsatlari, DNS yo‘naltirish, SSL o‘rnatish va log ajratish kabi har bir detall to‘g‘ri rejalashtirilishi kerak.

Nginx Server Bloklari Qachon Qo‘llaniladi?

Nginx server bloklari bir serverda bir nechta web loyihani boshqarish kerak bo‘lganda ayniqsa foydalidir. Ba’zan bu ikki korporativ sayt, ba’zan esa o‘nlab mijoz loyihalari, subdomainlar yoki mikroservislar bo‘lishi mumkin. Muhim nuqta — har bir loyiha mantiqan bir-biridan ajratilgan bo‘lishi.

• Bir nechta domenni bitta VPS’da joylashtirmoqchi bo‘lsangiz.
• www va www’siz domenlarni bitta asosiy manzilga yo‘naltirmoqchi bo‘lsangiz.
• Subdomainlarni turli papkalarga yoki aplikatsiyalarga bog‘lamoqchi bo‘lsangiz.
• Har bir sayt uchun alohida SSL va xavfsizlik siyosati belgilamoqchi bo‘lsangiz.
• Mijoz loyihalarini alohida log fayllari bilan monitoring qilishni istasangiz.
• Laravel, WordPress, statik HTML, Node.js kabi turli aplikatsiyalarni bitta serverda ishlatmoqchi bo‘lsangiz.

Misol uchun, digital agentlik bitta 4 GB RAM VPS’da 8 ta kam trafikli korporativ saytni joylashtirishi mumkin. Har bir sayt uchun trafik, disk, PHP processlari, database yuklari va backup sikllari alohida hisoblanadi. Loyihalar kuchli trafik olsa yoki resurs izolyatsiyasi muhim bo‘lsa, yanada kuchli VPS, bulut server yoki boshqariladigan hosting tanlash tavsiya etiladi. Bu borada Web Hosting va Korporativ Hosting variantlarini solishtira olasiz.

Boshlashdan Oldin Talablar

Ushbu qo‘llanma Ubuntu yoki Debian asosli Linux serverda amal qiladi. Buyruqlar tarqatishga qarab ozgina farq qiladi, lekin mantiq bir xil. Ishlashdan oldin har doim backup oling — noto‘g‘ri Nginx konfiguratsiyasi barcha saytlar vaqtinchalik ishlamasligiga sabab bo‘lishi mumkin.

Texnik tayyorgarlik

• Root yoki sudo huquqli Linux user.
• O‘rnatilgan va ishga tushgan Nginx servisi.
• Server IP manziliga yo‘naltirilgan kamida bitta domen.
• 80 va 443 portlari firewall’da ochiq.
• Sayt fayllari uchun tartibli papka struktura.
• SSL uchun amal qiluvchi sertifikat yoki bepul Let’s Encrypt.
• PHP loyihalar uchun PHP-FPM o‘rnatilgan.

DNSda A yozuvi asosiy domenni IPv4 ga, AAAA yozuvi IPv6 ga yo‘naltiradi. www kabi subdomainlar uchun CNAME yoki A yozuvlari ishlatiladi. DNS tarqalishi odatda bir necha daqiqadan 24 soatgacha davom etadi. Yangi o‘rnatishda avval DNS yozuvlarini tayyorlab, so‘ng Nginx server bloklarini konfiguratsiya qilish jarayonni tezlashtiradi.

Tavsiya Qilingan Papka Struktura

Ko‘p saytli hostda eng ko‘p uchraydigan xato — barcha fayllarni bitta papkada aralashtirib saqlash. Bu qisqa muddatda qulay tuyuladi, lekin texnik xizmat, backup va debug jarayonida vaqtni ko‘p oladi. Eng yaxshi usul — har bir domen uchun alohida papka va ichida public, logs, backups kabi subpapkalar yaratish.

Misol uchun: /var/www/site1.com/public, /var/www/site1.com/logs, /var/www/site2.com/public va /var/www/site2.com/logs. Nginx root parametri to‘g‘ridan public papkaga ko‘rsatilishi kerak. Shunda aplikatsiya fayllari, .env kabi maxfiy fayllar va backuplar to‘g‘ridan-to‘g‘ri webdan ochilmaydi.

Test uchun har bir sayt papkasiga oddiy index.html faylini qo‘ying. Ichida sayt nomini yozib, qaysi server blok ishlayotganini tezda tekshira olasiz. Ishlash muhitida bu papkalar odatda www-data user yoki deploy qiluvchi maxsus userga tegishli bo‘ladi. Fayl ruxsatlari: papkalar uchun 755, fayllar uchun 644 — ko‘p statik holatda yetarli. WordPress kabi yozish kerak bo‘ladigan papkalarda (uploads) alohida baholash lozim.

Qadam-Qadam Nginx Server Blokini Yaratish

Quyidagi bosqichlar site1.com domeni misolida ko‘rsatilgan. Shu metodni ikkinchi, uchinchi va undan ko‘p sayt uchun ham takrorlashingiz mumkin. Muhim nuqta — har bir sayt uchun noyob server_name, root va log fayli ishlatish.

1. Sayt papkasini yarating

Birinchi qadam — web fayllar joylashadigan papkani yaratish. Misol: sudo mkdir -p /var/www/site1.com/public. So‘ng test uchun /var/www/site1.com/public/index.html faylini yaratib, ichiga "Bu site1.com test sahifasi" kabi ajratiladigan matn yozing.

Fayl egasini to‘g‘ri sozlash uchun: sudo chown -R www-data:www-data /var/www/site1.com. Agar deployni boshqa user orqali qilsangiz, group ruxsatlarini shunga moslang. 777 kabi universal yozish ruxsatidan saqlaning — bu xavfsizlik uchun juda zararli.

2. Server blok faylini yarating

Nginx’da konfiguratsiyalarni /etc/nginx/sites-available papkada saqlash va faollashtirish uchun /etc/nginx/sites-enabled papkada symbolic link qilish odat tusiga kirgan. Misol fayl: /etc/nginx/sites-available/site1.com.

Sodda HTTP server bloki:

server { listen 80; server_name site1.com www.site1.com; root /var/www/site1.com/public; index index.html index.htm; access_log /var/log/nginx/site1.com.access.log; error_log /var/log/nginx/site1.com.error.log; location / { try_files $uri $uri/ =404; } }

Bu konfiguratsiyada listen 80 — HTTP trafikni tinglaydi, server_name — qaysi domenlar blokka tegishli, root — sayt fayllari joylashgan papka, index — default fayl, try_files — so‘ralgan fayl yoki papkani topmasa 404 qaytaradi. Statik saytlar uchun bu yetarli.

3. Saytni faollashtiring

Konfiguratsiyani aktiv qilish uchun symbolic link yaratiladi: sudo ln -s /etc/nginx/sites-available/site1.com /etc/nginx/sites-enabled/site1.com. Bu usul faylni ko‘chirishdan ancha qulay — bitta konfiguratsiyani boshqarasiz, o‘zgarishlar link orqali yangilanadi.

Agar default Nginx sahifasi sayt oldiga chiqishini istamasangiz, default konfiguratsiyani o‘chirib qo‘yishingiz mumkin: /etc/nginx/sites-enabled/default symbolic linkni olib tashlang. Lekin, o‘zgartirishdan oldin o‘z server blokingiz to‘g‘ri ishlashiga ishonch hosil qiling.

4. Konfiguratsiyani test qiling va Nginx reload qiling

Har bir o‘zgarishdan so‘ng: sudo nginx -t bilan sintaksis test qiling. Test muvaffaqiyatli bo‘lsa, sudo systemctl reload nginx bilan servisni "yumshoq" reload qiling. reload restartdan xavfsizroq — faol ulanishlarni to‘xtatmaydi.

Agar test xato bersa, xato xabari odatda fayl va satr raqamini ko‘rsatadi. Noto‘g‘ri nuqta-vergul, bracket, papka yo‘li yoki server_name to‘qnashuvi — eng ko‘p uchraydigan muammolar. Xato tuzatilmasdan Nginx reload qilinmasin.

Ikkinchi va Uchunchi Saytni Qo‘shish

Ko‘p saytli hostning eng yaxshi tomoni — ilk to‘g‘ri konfiguratsiyadan so‘ng jarayonni oson takrorlash mumkin. site2.com uchun /var/www/site2.com/public papkasini yarating, /etc/nginx/sites-available/site2.com faylini yozing, root va log qiymatlarini site2.com ga moslang, symbolic link qiling va Nginx testini bajaring.

Ikkinchi sayt uchun sodda konfiguratsiya:

server { listen 80; server_name site2.com www.site2.com; root /var/www/site2.com/public; index index.html; access_log /var/log/nginx/site2.com.access.log; error_log /var/log/nginx/site2.com.error.log; location / { try_files $uri $uri/ =404; } }

Har bir sayt uchun alohida log fayli real hayotda juda muhim. Masalan, bir saytga ko‘proq 404 chiqsa, boshqasida muammo yo‘q bo‘lishi mumkin. Loglar yordamida xatoni tezda aniqlaysiz. Trafik, bot hujumlari, buzilgan linklar va performance muammolarini sayt bo‘yicha monitoring qilish oson.

SSL va HTTPS Konfiguratsiyasi

2026 SEO standartlariga ko‘ra HTTPS nafaqat xavfsizlik, balki foydalanuvchi ishonchi va texnik sifat belgisi. Brauzerlar HTTP saytlarni "xavfsiz emas" deb belgilaydi; to‘lov, a’zolik, form yoki admin paneli bo‘lgan loyihalarda SSL majburiy. Ko‘p saytli hostda har bir domen uchun to‘g‘ri sertifikat belgilanishi kerak. Hostragons’da SSL kerak bo‘lsa SSL sertifikatlari sahifasini ko‘ring.

Let’s Encrypt ishlatsangiz, Certbot yordamida har bir domen uchun sertifikat olasiz. Misol: certbot --nginx -d site1.com -d www.site1.com — Nginx konfiguratsiyani aniqlab, HTTPS blokini avtomatik qo‘shadi. Avtomatik o‘zgartirishdan so‘ng faylni qo‘lda tekshirish yaxshi odat — noto‘g‘ri yo‘naltirish yoki takror server bloklari bo‘lishi mumkin.

HTTPS konfiguratsiyada odatda 80 port trafikini 443 portga doimiy (301) yo‘naltirish qilinadi. 301 yo‘naltirish SEO uchun "doimiy" signal beradi. www ishlatish yoki ishlatmaslikka qaror qiling va barcha variantlarni bitta asosiy (kanonik) manzilga to‘plang. Masalan, https://www.site1.com o‘rniga https://site1.com ishlatsangiz, HTTP va HTTPS www trafikini www’siz manzilga yo‘naltiring — bu dubl kontent xavfini kamaytiradi.

PHP va WordPress Saytlar uchun Nginx Server Bloklari

Statik HTML saytlar konfiguratsiyasi sodda; lekin WordPress, Laravel yoki PHP loyihalarda PHP-FPM integratsiyasi kerak. Bu holatda index.php fayli belgilanadi va PHP so‘rovlari mos socketga yo‘naltiriladi. Ubuntu’da PHP 8.3 uchun socket yo‘li /run/php/php8.3-fpm.sock bo‘lishi mumkin (versiya serverga qarab o‘zgaradi).

PHP uchun misol konfiguratsiya:

server { listen 80; server_name wordpress-site.com www.wordpress-site.com; root /var/www/wordpress-site.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; } }

WordPress’da doimiy linklar ishlashi uchun try_files $uri $uri/ /index.php?$args muhim. xmlrpc.php, wp-login.php uchun rate limiting, uploads papkasida PHP ishlashini bloklash kabi xavfsizlik choralari ham kerak. Bir nechta WordPress saytni bitta VPS’da joylashtirsangiz, har biri uchun alohida database, user va yangilash siyosati belgilang. WordPress hosting alternativi uchun WordPress hosting eng boshqariladigan variant bo‘lishi mumkin.

Nginx Server Bloklari va Apache VirtualHost Taqqoslash

Nginx va Apache bir maqsadga — ko‘p saytli hostga — turli arxitekturalar bilan erishadi. Tanlov dastur ehtiyojlari, boshqarish odatlari va performance kutishlariga bog‘liq.

Agar dastur .htaccess qoidalariga ko‘p bog‘langan bo‘lsa, Apache qulayroq. Lekin katta trafik, cache, reverse proxy va zamonaviy deployment uchun Nginx ko‘p loyihada afzal. Ba’zi infratuzilmalarda Nginx reverse proxy, Apache esa backend sifatida birga ishlatilishi mumkin.

Xavfsizlik uchun Eng Yaxshi Amaliyotlar

Bir serverda bir nechta sayt joylashtirish narx jihatdan qulay, ammo xavfsizlik mas’uliyatini oshiradi. Bir saytdagi zaiflik boshqasiga ta’sir qilmasligi uchun izolyatsiya va minimum ruxsat prinsipi kerak.

• Har bir sayt uchun alohida database va user yarating.
• Web rootni faqat public papka bilan cheklang.
• Backup, .env, .git, config va SQL fayllarni webdan tashqarida saqlang.
• SSL sertifikatlarni doimiy yangilang va HTTPS yo‘naltirishni majburiy qiling.
• Serverda UFW yoki shunga o‘xshash firewall ishlating, faqat kerakli portlarni oching.
• Nginx va OS yangilanishlarini doimiy bajaring.
• Har bir sayt uchun alohida access_log va error_log tuting.
• Admin paneliga IP cheklovi yoki qo‘shimcha autentifikatsiya qo‘shing.
• 777 kabi keng ruxsatlardan saqlaning.

Bundan tashqari, asosiy xavfsizlik headerlarini qo‘shish foydali: X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Content-Security-Policy. Lekin, CSP noto‘g‘ri ishlatilsa, script va stil fayllar bloklanishi mumkin — avval test muhitida sinab ko‘ring. Xavfsizlik bo‘yicha ko‘proq ma’lumot uchun web sayti xavfsizligi yozuvlariga havola berishingiz mumkin.

Performance va SEO uchun Muhim Masalalar

Nginx server bloklari nafaqat host qilish, balki performance va SEO sifatini ham ta’sir qiladi. Noto‘g‘ri yo‘naltirish zanjiri, kanonik xatolik, gzip yoki brotli yetishmasligi, katta loglar va noto‘g‘ri keshlash — sayt tezligini pasaytiradi. Google’ning Page Experience signallari — foydalanuvchi uchun tez, xavfsiz va barqaror saytlar afzal.

Har bir domen uchun bitta kanonik versiya tanlang. HTTP’dan HTTPSga, www’dan www’sizga yoki aksincha bitta qadamda yo‘naltirish qiling. Zanjirli yo‘naltirish: http://site.com —> http://www.site.com —> https://www.site.com —> https://site.com — bu noto‘g‘ri. Bitta 301 bilan to‘g‘ri manzilga yo‘naltiring.

Statik fayllar uchun cache-control header ishlating. Rasm, CSS, JS fayllar brauzerda ma’lum muddat saqlanadi. Tez-tez o‘zgaradigan fayllarda versiya yoki query string strategiyasini ishlating. gzip — HTML, CSS, JS, JSON fayllarda tarmoq trafiki kamaytiradi. Katta trafikda Nginx microcache, FastCGI cache yoki CDN ishlatish mumkin. Global trafik uchun CDN nima kabi maqolaga havola bering.

Log Boshqaruvi va Monitoring

Ko‘p saytli hostda log boshqaruvi muammolarni aniqlashning kaliti. Alohida loglar, qaysi saytda qaysi xato bo‘lganini aniq ko‘rsatadi. access_log — tashrif buyuruvchilar, error_log — konfiguratsiya, ruxsat, fayl yo‘li va upstream xatolarini yozadi. 502 Bad Gateway odatda PHP-FPM yoki backend ulanish xatosi. 403 Forbidden — ruxsat yoki index fayli muammosi. 404 Not Found — papka yo‘li, rewrite yoki DNSdan keyin noto‘g‘ri root muammosini bildiradi.

Log fayllar cheksiz o‘sib ketmasligi uchun logrotate konfiguratsiyasini tekshiring. Kichik loyihalarda kunlik yoki haftalik rotatsiya yetarli. Katta trafikda markaziy log yig‘ish, metrik monitoring va alert tizimlari kerak. Disk to‘lishi — Nginx log yozmasligi, database to‘xtashi va saytlar ishlamasligiga olib keladi. Shuning uchun, disk uchun thresholdlar belgilang.

Eng Ko‘p Uchraydigan Xatolar va Tez Qarorlar

Nginx server bloklari bilan ishlaganda quyidagi xatolar har bir loyihada deyarli uchraydi. Ularni bilish tez qurilishga yordam beradi.

• Domen noto‘g‘ri saytni ochadi: server_name to‘qnashuvi va default blokni tekshiring.
• 403 Forbidden: root papka, fayl ruxsatlari va index fayl mavjudligini tekshiring.
• 404 Not Found: root yo‘li va try_files qoidani ko‘ring.
• 502 Bad Gateway: PHP-FPM ishlayotganini va socket yo‘lini tekshiring.
• SSL noto‘g‘ri saytga bog‘langan: 443 port server_name va sertifikat fayllarini tekshiring.
• Redirect loop: HTTP-HTTPS va www yo‘naltirish qoidalarini soddalashtiring.
• Nginx reload bo‘lmayapti: sudo nginx -t chiqishidagi sintaksis xatosini tuzating.

Professional administratorlar har doim quyidagi check-list bilan ishlaydi: DNS to‘g‘rimi, Nginx konfiguratsiya aktivmi, root papka bormi, ruxsatlar to‘g‘rimi, servis testdan o‘tdimi, loglar nimani ko‘rsatmoqda? Shu tartibda harakat qilsangiz, tez va xotirjam qaror qilasiz.

Ishlash Muhiti uchun Amaliy Check-list

Saytni ishga tushirishdan oldin har bir saytni quyidagi check-list bilan tekshiring. Ayniqsa, mijoz loyihalarida bu ro‘yxatni hujjatlashtirish professional me’yor yaratadi.

• Domen A yoki AAAA yozuvi to‘g‘ri IP manzilga yo‘naltirilgan.
• www va www’siz versiyalardan biri asosiy (kanonik) sifatida tanlangan.
• HTTP trafik HTTPSga 301 bilan yo‘naltirilgan.
• SSL sertifikat amal qiladi va avtomatik yangilanish aktiv.
• Har bir sayt uchun alohida root va log fayli belgilangan.
• Nginx konfiguratsiya sudo nginx -t bilan tekshirilgan.
• Backup rejasi aniqlangan va qayta tiklash test qilingan.
• Fayl ruxsatlari minimum ruxsat prinsipi bo‘yicha.
• Firewall’da faqat kerakli portlar ochiq.
• Xato loglar ishga tushgandan so‘ng kamida 15 daqiqa monitoring qilindi.

Bu check-list kichik ko‘rinadi, lekin real loyihalarda uzilish xavfini sezilarli kamaytiradi. Ayniqsa, SSL yangilanishi, DNS nazorati va log monitoring ko‘p "ko‘rinmas" xatolarni oldindan aniqlaydi.

Xulosa

Nginx server bloklari — bir serverda bir nechta saytni tartibli, xavfsiz va tez ishlatishning asosiy usuli. To‘g‘ri papka struktura, alohida konfiguratsiya fayllari, aniq yo‘naltirish qoidalari, HTTPS, log ajratish va doimiy test bilan ko‘p sayt boshqaruvi juda samarali bo‘ladi. Kichik portfolio saytdan ko‘p mijoz loyihalarigacha bir xil tamoyil ishlatiladi.

Agar yangi loyiha ishga tushirmoqchi bo‘lsangiz, avval domen, server resurslari va SSL ehtiyojlaringizni aniqlang, so‘ng yuqoridagi check-list bilan Nginx konfiguratsiyani qadam-baqadam tuzing. Agar boshqariladigan infratuzilma kerak bo‘lsa, Hostragons’ning Hosting paketlari, VPS server va SSL sertifikatlari xizmatlarini ko‘rib, loyiha uchun optimal variantni tanlang.

Ko‘p So‘raladigan Savollar

Nginx server bloklari bilan necha sayt joylashtirish mumkin?

Texnik jihatdan, Nginx bir serverda ko‘plab saytlarni joylashtira oladi; limit — CPU, RAM, disk, trafik, database va PHP-FPM resurslariga bog‘liq. Kam trafikli statik saytlar uchun o‘nlab sayt qilish mumkin, lekin kuchli WordPress yoki e-commerce loyihalarda kamroq sayt tavsiya etiladi.

Har bir sayt uchun alohida SSL sertifikati kerakmi?

Ha, har bir domen yoki subdomain HTTPSda ishlasa, sertifikatni qamrab olishi shart. Har biriga alohida sertifikat yoki SAN/wildcard sertifikatlar ishlatish mumkin. Muhimi — Nginx 443 blokida to‘g‘ri sertifikat to‘g‘ri domen bilan bog‘langan bo‘lishi.

Nginx server bloklari bilan subdomain joylashtirish mumkinmi?

Ha. blog.site.com yoki panel.site.com kabi subdomainlar uchun alohida server_name belgilab, turli root papkaga yoki backendga yo‘naltirish mumkin. DNSda subdomain uchun A yoki CNAME yozuvini yarating.

sites-available va sites-enabled farqi nima?

sites-available — konfiguratsiya fayllari saqlanadigan joy; sites-enabled — aktiv konfiguratsiyalar. Odatda sites-enabled’da sites-available fayliga symbolic link qilinadi. Bu usul saytlarni faollashtirish va o‘chirishni qulay qiladi.

Noto‘g‘ri sayt ochilsa, muammo qayerda?

Eng ko‘p sabablar: DNS noto‘g‘ri IPga yo‘naltirilgan, server_name xato, default Nginx bloki so‘rovni ushlab olgan yoki 443 blokda SSL noto‘g‘ri domen bilan bog‘langan. Avval DNS yozuvlarini, so‘ng nginx -t natijasini, aktiv sites-enabled linklarini va access_log faylini tekshiring.