Nginx Server Bloky (Virtuálne Hosty) pre Viacero Webových Stránok

Nginx server bloky sú virtuálny hostingový koncept, ktorý vám umožňuje publikovať viacero domén alebo webových stránok v rámci jednej inštalácie Nginx s oddelenými konfiguráciami. Napríklad na tej istej VPS môžete definovať rôzne koreňové adresáre, logy, SSL certifikáty a PHP nastavenia pre example.com, blog.example.com a druha-stranka.com. V skratke, riešením je vytvoriť samostatné adresáre pre každú stránku, nasmerovať DNS záznamy domény na IP adresu servera, napísať samostatný server blok pod /etc/nginx/sites-available, prepojiť ho do adresára sites-enabled, otestovať konfiguráciu a reštartovať Nginx službu.

V tejto príručke sa zameriame na proces hostovania viacerých stránok s pomocou Nginx server blokov vhodným spôsobom pre produkčné prostredie. Cieľom nie je len vytvoriť funkčnú štruktúru, ale aj spravovateľný, bezpečný, rýchly, zálohovateľný a škálovateľný systém. Zdieľame praktické kroky najmä pre agentúry, vývojárov, vlastníkov e-shopov, podniky spravujúce viacero značiek a systémových administrátorov, ktorí prevádzkujú viaceré projekty na jednom serveri. Ak zatiaľ nemáte svoj server, môžete si prezrieť stránky pre doménový server VPS a Registrácia domény.

Čo sú Nginx Server Bloky?

Nginx server bloky sú konfiguračné časti, ktoré sú definované vo vnútri Nginx konfigurácie ako server bloky a určujú, na ktorú stránku bude nasmerovaná prichádzajúca HTTP alebo HTTPS žiadosť. Podobne ako koncept VirtualHost na strane Apache. Keď návštevník zadá doménu do prehliadača, DNS túto doménu prevedie na IP adresu servera. Následne Nginx skontroluje hlavičku Host v požiadavke a spustí server blok, ktorého hodnota server_name sa zhoduje.

Týmto spôsobom je možné publikovať desiatky rôznych webových stránok na tej istej IP adrese a na rovnakom fyzickom alebo virtuálnom serveri. Pre každú stránku je možné nastaviť samostatný koreňový adresár, logy prístupov, logy chýb, pravidlá presmerovania, SSL certifikáty, politiku cache a bezpečnostné pravidlá. Napríklad, vašu firemnú stránku môžete mať v /var/www/firma/public, váš blog v /var/www/blog/public a testovacie prostredie v /var/www/staging/public.

Nginx je v tejto štruktúre veľmi efektívny, pretože vďaka svojej event-driven architektúre dokáže spravovať vysoký počet súčasných pripojení s nízkou spotrebou zdrojov. Preto je často preferovaný v prostrediach zdieľaného hostingu, VPS, cloudových serverov a vysokotrafikových aplikačných infraštruktúr. Pre správne fungovanie viacerých stránok je potrebné správne naplánovať každý detail, od oprávnení súborov po DNS presmerovania, inštaláciu SSL až po rozdelenie logov.

Kedy použiť Nginx Server Bloky?

Nginx server bloky sa používajú najmä vtedy, keď je potrebné spravovať viacero webových prítomností na jednom serveri. Môže to byť niekoľko malých firemných stránok, ale aj desiatky projektov zákazníkov, subdomén alebo mikroservisov. Kľúčovým bodom je logické oddelenie každého projektu.

• Ak chcete publikovať viacero domén na tej istej VPS.
• Ak chcete presmerovať www a non-www domény na jednu kanonickú adresu.
• Ak chcete prepojiť subdomény na rôzne adresáre alebo aplikácie.
• Ak chcete nastaviť samostatné SSL certifikáty a bezpečnostné politiky pre každú stránku.
• Ak chcete sledovať projekty zákazníkov s oddelenými logmi.
• Ak chcete spustiť rôzne aplikácie ako Laravel, WordPress, statický HTML a Node.js na rovnakom serveri.

Napríklad digitálna agentúra môže technicky publikovať 8 málo trafikových firemných stránok na jednom VPS s 4 GB RAM. Avšak pre každú stránku je potrebné vypočítať traffic, využitie disku, počet PHP procesov, záťaž databázy a frekvenciu zálohovania. Ak projekty majú vysoký traffic alebo je kritická izolácia zdrojov, mali by sa preferovať silnejšie VPS, cloudové servery alebo spravované hostingové riešenia. V tomto bode je možné porovnať možnosti Web Hosting a Firemný Hosting.

Požiadavky Pred Začatím

V tejto príručke predpokladáme, že používate server založený na Ubuntu alebo Debian. Príkazy sa môžu líšiť v závislosti od distribúcie; logika však zostáva rovnaká. Pred vykonaním akýchkoľvek operácií v produkčnom prostredí je nevyhnutné urobiť zálohu. Nesprávna konfigurácia Nginx môže spôsobiť dočasnú nedostupnosť všetkých stránok.

Potrebné Technické Prípravy

• Linuxový používateľský účet s root alebo sudo právami.
• Spustená a funkčná služba Nginx.
• Asi jedna doména nasmerovaná na IP adresu servera.
• Porty 80 a 443 musia byť otvorené vo firewallu.
• Pravidelná štruktúra adresárov pre súbory stránok.
• Platný certifikát pre SSL alebo bezplatné použitie Let’s Encrypt.
• Inštalácia PHP-FPM pre PHP aplikácie.

Na strane DNS A záznam nasmeruje hlavnú doménu na IPv4 adresu a AAAA záznam, ak existuje, na IPv6 adresu. Pre subdomény ako www môžu byť použité CNAME alebo A záznamy. DNS propagácia zvyčajne trvá niekoľko minút až 24 hodín. Pri novej inštalácii je najprv potrebné pripraviť DNS záznamy a až potom prejsť na konfiguráciu server blokov Nginx, čo urýchli proces.

Odporúčaná Štruktúra Adresárov

Jednou z najčastejších chýb pri hostovaní viacerých stránok je uchovávanie všetkých súborov chaoticky v jednom adresári. Tento prístup sa môže na krátku dobu zdať jednoduchý, ale v procesoch údržby, zálohovania a ladenia môže spôsobiť vážne oneskorenia. Lepší spôsob je vytvoriť samostatný nadriadený adresár pre každú doménu, a v ňom používať podadresáre ako public, logs, backups.

Príkladová štruktúra môže byť naplánovaná takto: /var/www/site1.com/public, /var/www/site1.com/logs, /var/www/site2.com/public a /var/www/site2.com/logs. Nginx root hodnota by mala smerovať priamo do public adresára. Takto nebudú súbory aplikácie, citlivé súbory ako .env a zálohy prístupné cez web.

Pre každú stránku môžete do adresára pridať jednoduchý index.html súbor, aby ste rýchlo overili, ktorý server blok funguje. V produkčných prostrediach je zvyčajne vlastníctvo týchto adresárov spravované užívateľom www-data alebo špeciálnym užívateľom, ktorý vykonáva nasadenie. Pre povolenia súborov sú pre adresáre zvyčajne 755 a pre súbory 644 dostatočné v mnohých statických scenároch. Pri aplikáciách ako WordPress, ktoré vyžadujú zápis, by sa mali osobitne zvážiť miesta ako adresár uploads.

Krok za Krokom Vytvorenie Nginx Server Bloku

Nasledujúce kroky sú uvedené na príklade domény site1.com. Túto metódu môžete zopakovať pre druhú, tretiu alebo ďalšie stránky. Kľúčovým bodom je používať jedinečné server_name, root a log súbory pre každú stránku.

1. Vytvorte adresár stránky

Prvým krokom je vytvorenie adresára, kde budú umiestnené webové súbory. Príklad: sudo mkdir -p /var/www/site1.com/public. Potom môžete pre test vytvoriť súbor /var/www/site1.com/public/index.html a napísať do neho rozlišovací text, ako napríklad „Toto je testovacia stránka site1.com“.

Aby ste správne nastavili vlastníctvo súborov, môžete použiť príkaz sudo chown -R www-data:www-data /var/www/site1.com. Ak vykonávate nasadenie iným užívateľom, upravte oprávnenia skupiny podľa toho. V produkčnom prostredí sa vyhnite oprávneniam 777, ktoré umožňujú zápis každému, pretože môžu umožniť útočníkom zneužívať adresáre pre nahrávanie súborov.

2. Vytvorte súbor server bloku

Bežná prax v Nginx je uchovávať neaktívne konfigurácie pod /etc/nginx/sites-available a aktívne ich prepojiť do /etc/nginx/sites-enabled pomocou symbolického odkazu. Príkladový súbor: /etc/nginx/sites-available/site1.com.

Jednoduchý HTTP server blok sa píše nasledovne: 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; } }

V tejto konfigurácii listen 80 počúva HTTP traffic, server_name uvádza, ktoré domény patria do tohto bloku, root ukazuje adresár, kde sa nachádzajú webové súbory, index definuje predvolený súbor. try_files vráti 404, ak sa požadovaný súbor alebo adresár nenájde. Pre statické stránky je táto štruktúra zvyčajne dostatočná.

3. Aktivujte stránku

Na aktiváciu konfigurácie sa vytvorí symbolický odkaz: sudo ln -s /etc/nginx/sites-available/site1.com /etc/nginx/sites-enabled/site1.com. Tento spôsob je zdravší ako kopírovanie súborov, pretože pracujete so jedným hlavným konfiguračným súborom. Ak zmeníte, prepojený súbor zostane aktuálny.

Aby ste zabránili predvolenej Nginx stránke, aby sa objavila pred vašou stránkou, môžete deaktivovať predvolenú konfiguráciu. Na to môžete odstrániť odkaz /etc/nginx/sites-enabled/default. Avšak predtým, než to urobíte, uistite sa, že váš vlastný server blok funguje správne.

4. Otestujte konfiguráciu a reštartujte Nginx

Po každej zmene je potrebné vykonať syntaktický test pomocou príkazu sudo nginx -t. Ak je test úspešný, službu môžete reštartovať pomocou príkazu sudo systemctl reload nginx. Príkaz reload je zvyčajne bezpečnejší ako restart, pretože riadi existujúce pripojenia hladšie.

Ako test zlyhá, chybové správy väčšinou ukazujú názov súboru a číslo riadku. Chýbajúci bodkočiara, nesprávne zložené zátvorky, nesprávna cesta adresára alebo kolidujúce hodnoty server_name sú najbežnejšie problémy. Nginx by nemal byť reštartovaný bez odstránenia chyby.

Pridanie Druhej a Tretej Stránky

Jednou z výhod hostovania viacerých stránok je, že po správnom nastavení je proces možné opakovať. Pre site2.com vytvoríte adresár /var/www/site2.com/public, napíšete súbor /etc/nginx/sites-available/site2.com, zmeníte hodnoty root a log na site2.com, vytvoríte symbolický odkaz a spustíte test Nginx.

Pre druhú stránku môže byť jednoduchá štruktúra oddelená takto: 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; } }

Používanie samostatných logov pre každú stránku je v reálnom svete veľmi cenné. Napríklad, ak na jednej stránke rastú chyby 404, na druhej stránke môže byť všetko v poriadku. Vďaka samostatnej logovej štruktúre môžete zdroj chyby nájsť v priebehu niekoľkých sekúnd. Rovnako tak môžete sledovať analýzu trafficu, bot útočníkov, zlomené odkazy a problémy s výkonom na úrovni stránky.

Konfigurácia SSL a HTTPS

V roku 2026 už HTTPS nie je len bezpečnostným prvkom, ale aj ukazovateľom dôvery používateľa a technickej kvality. Prehliadače označujú HTTP stránky ako nezabezpečené; pre projekty, ktoré obsahujú platby, registrácie, formuláre alebo administratívne panely, je SSL nevyhnutné. Pri hostovaní viacerých stránok je potrebné správne nastaviť certifikát pre každú doménu. Pre vaše SSL potreby si môžete prezrieť stránku certifikáty SSL na Hostragons.

Ak používate Let’s Encrypt, môžete získať certifikát pre každú doménu pomocou Certbot. V príkladovom postupe príkaz certbot --nginx -d site1.com -d www.site1.com rozpozná konfiguráciu Nginx a automaticky pridá HTTPS blok. Avšak po automatickej editácii je dobrým zvykom skontrolovať súbor. Môžu sa vyskytnúť problémy so zlým presmerovaním alebo opakovaným server blokom.

V konfigurácii HTTPS sa zvyčajne trvalý traffic na porte 80 presmerováva na port 443. 301 presmerovanie je trvalým signálom preferencie z pohľadu SEO. Rozhodnite sa, či chcete používať www alebo nie, a zhromažďujte všetky varianty na jednu kanonickú adresu. Napríklad, ak chcete použiť https://site1.com namiesto https://www.site1.com, presmerujte traffic z www aj na https aj na non-www adresu. Tým sa znižuje riziko duplicitného obsahu.

Nginx Server Bloky pre PHP a WordPress Stránky

Konfigurácia statických HTML stránok je jednoduchá; avšak pre WordPress, Laravel alebo špeciálne PHP aplikácie je potrebná integrácia s PHP-FPM. V tomto prípade sa definuje súbor index.php a PHP požiadavky sú smerované na príslušný socket. Napríklad na Ubuntu môže byť cesta socketu pre PHP 8.3 /run/php/php8.3-fpm.sock. Verzia sa líši podľa servera.

Príklad logiky pre PHP: server { listen 80; server_name wordpress-stranka.com www.wordpress-stranka.com; root /var/www/wordpress-stranka.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; } }

Aby trvalé odkazy vo WordPress fungovali, je dôležité mať štruktúru try_files $uri $uri/ /index.php?$args. Okrem toho by mali byť zvážené bezpečnostné opatrenia ako obmedzenie prístupu na xmlrpc.php, rate limiting pre wp-login.php a blokovanie spúšťania PHP v adresári uploads. Ak hostujete veľké množstvo WordPress stránok na rovnakom VPS, používajte samostatné databázy, samostatných používateľov a pravidelnú politiku aktualizácií. Pre tých, ktorí hľadajú alternatívy hostingu pre WordPress, môže byť WordPress hosting lepšou voľbou.

Porovnanie Nginx Server Blokov a Apache VirtualHost

Nginx a Apache dosahujú rovnaký cieľ rôznymi architektúrami. Obe môžu hostiť viacero stránok na jednom serveri. Výber závisí od požiadaviek aplikácie, zvyklostí správy a očakávaní výkonu.

Ak je vaša aplikácia silne závislá na pravidlách .htaccess, Apache môže byť jednoduchší. Avšak pre vysoký traffic, reverse proxy, cache a moderné distribučné toky je Nginx silnou voľbou pre väčšinu projektov. V niektorých infraštruktúrach môže byť Nginx použitý ako reverse proxy a Apache ako backend aplikačný server.

Najlepšie Praktiky pre Bezpečnosť

Hostovanie viacerých stránok na jednom serveri prináša náklady; avšak zvyšuje aj zodpovednosť za bezpečnosť. Aby zraniteľnosť na jednej stránke neovplyvnila ostatné, je potrebné uplatniť princíp izolácie a minimálnych oprávnení.

• Pre každú stránku vytvorte samostatnú databázu a samostatného používateľa databázy.
• Obmedzte webový koreňový adresár len na public adresár.
• Udržujte zálohy, .env, .git, config a SQL súbory mimo webového prístupu.
• Pravidelne obnovujte SSL certifikáty a vynucujte presmerovanie na HTTPS.
• Používajte na serveri UFW alebo podobný firewall; otvorte len potrebné porty.
• Pravidelne aplikujte aktualizácie pre Nginx a operačný systém.
• Pre každú stránku udržujte samostatné access_log a error_log.
• Pridajte IP obmedzenia alebo ďalšie overovanie na administratívne panely.
• Vyhnite sa širokým oprávneniam ako 777.

Je tiež užitočné pridať základné bezpečnostné hlavičky. Hlavičky ako X-Frame-Options, X-Content-Type-Options, Referrer-Policy a Content-Security-Policy môžu byť zohľadnené v vhodných projektoch. Avšak najmä Content-Security-Policy, ak je nesprávne implementovaná, môže zablokovať skripty a štýlové súbory; preto je potrebné najprv testovať v testovacom prostredí. Pre ďalší obsah o bezpečnosti môžete odkazovať na Bezpečnosť webových stránok.

Čo Zohľadniť pre Výkon a SEO

Nginx server bloky ovplyvňujú nielen publikovanie, ale aj výkon a kvalitu SEO. Nesprávne presmerovacie reťazce, chyby v kanonických voľbách, chýbajúca gzip alebo brotli kompresia, veľké log súbory a nedostatočné nastavenia cache môžu znížiť rýchlosť stránky. Signály Google o stránkových skúsenostiach sú zamerané na používateľov; rýchlo reagujúce, bezpečné a stabilné stránky majú tendenciu dosahovať lepší výkon.

Najprv určte pre každú doménu jedinú kanonickú verziu. Presmerujte z HTTP na HTTPS, z www na non-www alebo naopak jedným krokom. Reťazec by nemal vyzerať takto: http://site.com najprv http://www.site.com, potom https://www.site.com, a nakoniec https://site.com. Namiesto toho je správnejšie ísť priamo na cieľ s jedným 301.

Pre statické súbory môžu byť použité hlavičky cache-control. Obrázky, CSS a JS súbory môžu byť uchovávané v prehliadači počas určitého času. Avšak pre často menené súbory by mala byť použitá verzionácia názvu súboru alebo stratégia query string. gzip kompresia znižuje šírku pásma pre textové súbory ako HTML, CSS, JS a JSON. Pre stránky s vysokým trafficom je možné zvážiť použitie Nginx microcache, FastCGI cache alebo CDN. Pre potreby CDN a globálneho prístupu môžete odkazovať na obsah ako Čo je CDN.

Správa Logov a Monitorovanie

Správa logov pri hostovaní viacerých stránok je kľúčom k riešeniu problémov. Samostatné log súbory jasne ukazujú, na ktorej stránke došlo k akej chybe. access_log zaznamenáva požiadavky návštevníkov, zatiaľ čo error_log zaznamenáva chyby konfigurácie, oprávnenia, nenájdenia súborov a upstream chýb. Chyba 502 Bad Gateway zvyčajne súvisí s PHP-FPM alebo pripojením k backend službe. Chyba 403 Forbidden môže byť spôsobená problémom s oprávneniami alebo indexovým súborom. Chyba 404 Not Found môže naznačovať nesprávny koreňový problém po rewritovaní alebo DNS.

Aby sa zabránilo neobmedzenému rastu log súborov, mala by sa skontrolovať konfigurácia logrotate. Pre malé projekty môže byť denne alebo týždenne rotovanie postačujúce. Pre stránky s vysokým trafficom by sa mali používať centrálne zber logov, monitorovanie metrík a varovné systémy. Zaplnenie disku môže zabrániť Nginx v zapisovaní logov, zastaviť databázu a spôsobiť nedostupnosť stránok. Preto je praktické stanoviť prahové hodnoty pre využitie disku.

Bežné Chyby a Rýchle Riešenia

Pri práci s Nginx server blokmi sa môžete stretnúť s niektorými chybami, ktoré sa takmer v každom projekte objavujú. Poznať ich môže značne skrátiť čas inštalácie.

• Doména otvára nesprávnu stránku: skontrolujte konflikty server_name a predvolený server blok.
• Chyba 403 Forbidden: skontrolujte koreňový adresár, oprávnenia súborov a existenciu indexového súboru.
• Chyba 404 Not Found: preskúmajte cestu koreňa a pravidlo try_files.
• Chyba 502 Bad Gateway: overte, či je služba PHP-FPM spustená a či je správna cesta socketu.
• SSL certifikát sa zdá byť pre nesprávnu stránku: skontrolujte hodnoty server_name a certifikačné súbory na porte 443.
• Vytvára sa cyklus presmerovania: zjednodušte pravidlá presmerovania HTTP-HTTPS a www.
• Nginx sa nenahráva: opravte syntaktickú chybu podľa čísla riadku vo výstupe sudo nginx -t.

Skúsení administrátori používajú jednoduchý kontrolný zoznam: Je DNS správne? Je konfigurácia Nginx aktívna? Existuje koreňový adresár? Sú oprávnenia správne? Prešla služba testom? Čo hovoria logy? Postupovať v tomto poradí vám umožní rýchlo vyriešiť problémy bez paniky.

Praktický Kontrolný Zoznam pre Produkčné Prostredie

Pred nasadením skontrolujte každý web pomocou nasledujúceho kontrolného zoznamu. Najmä pri zákazníckych projektoch je profesionálnym štandardom dokumentovať tieto body pred odovzdaním.

• A alebo AAAA záznam domény sa správne nasmeroval na IP adresu.
• Jedna z verzií www a non-www bola kanonicky vybraná.
• HTTP traffic sa presmerováva na HTTPS s 301.
• SSL certifikát je platný a automatická obnova je aktívna.
• Pre každú stránku boli definované samostatné root a log súbory.
• Konfigurácia Nginx bola potvrdená pomocou sudo nginx -t.
• Bola určená zálohovacia politika a vykonaný test obnovenia.
• Oprávnenia súborov sú v súlade s princípom minimálnych oprávnení.
• Vo firewallu sú otvorené len potrebné porty.
• Chybové logy boli sledované minimálne 15 minút po živom nasadení.

Tento zoznam sa môže zdať krátky, ale v skutočných projektoch výrazne znižuje riziko výpadkov. Najmä kroky ako obnova SSL, kontrola DNS a sledovanie logov odhalia väčšinu skrytých chýb včas.

Záver

Nginx server bloky sú jednou z hlavných metód, ako organizovane, bezpečne a výkonne hostiť viacero stránok na jednom serveri. Správna štruktúra adresárov, samostatné konfiguračné súbory, jasné pravidlá presmerovania, použitie HTTPS, rozdelenie logov a pravidelný testovací proces robia správu viacerých stránok veľmi efektívnou. Tieto princípy môžu byť aplikované od malých portfóliových stránok až po viacero projektov zákazníkov.

Ak plánujete spustiť nový projekt, najprv si ujasnite svoje potreby v oblasti domény, servera a SSL; potom krok za krokom nastavte svoju konfiguráciu Nginx pomocou vyššie uvedeného kontrolného zoznamu. Ak hľadáte spravovateľnejšiu infraštruktúru, môžete si vybrať vhodný počiatočný bod prostredníctvom riešení Hostingové balíky, doménový server VPS a certifikáty SSL od Hostragons.

Často Kladené Otázky

Koľko stránok môžem hostovať s Nginx server blokmi?

Technicky môžete s Nginx hostovať na jednom serveri veľké množstvo stránok; hranica je zvyčajne závislá od CPU, RAM, disku, trafficu, záťaže databázy a kapacity PHP-FPM. Na málo trafikových statických stránkach môže byť možné hostovať desiatky stránok, zatiaľ čo pri vysokotrafikových WordPress alebo e-commerce projektoch je lepšie hostovať menej stránok.

Potrebujem samostatný SSL certifikát pre každú stránku?

Ano, každá doména alebo subdoména, ktorá bude publikovaná cez HTTPS, by mala byť zahrnutá do certifikátu. Môžete použiť samostatné certifikáty, ako aj SAN alebo wildcard certifikáty. Dôležité je, aby boli správne certifikačné súbory pre správne domény priradené v Nginx 443 server bloku.

Môžem publikovať subdomény pomocou Nginx server blokov?

Ano. Môžete definovať samostatné server_name pre subdomény ako blog.site.com alebo panel.site.com a nasmerovať ich na odlišný root adresár alebo spätnú aplikáciu. Na strane DNS je potrebné vytvoriť A alebo CNAME záznam pre príslušnú subdoménu.

Aký je rozdiel medzi sites-available a sites-enabled?

sites-available je miesto, kde sa uchovávajú dostupné konfiguračné súbory; sites-enabled obsahuje aktívne konfigurácie. Zvyčajne sa v sites-enabled vytvára symbolický odkaz na súbor v sites-available. Tento spôsob robí aktiváciu a deaktiváciu stránok prehľadnejšou.

Čo robiť, ak sa otvára nesprávna stránka?

Najčastejšie dôvody sú nesprávne nasmerovanie DNS na nesprávnu IP, chybná hodnota server_name, zachytenie požiadavky predvoleným Nginx blokom alebo nesprávna práca SSL bloku na porte 443. Najprv skontrolujte DNS záznamy, potom výstup nginx -t, aktívne odkazy vo sites-enabled a príslušný access_log súbor.