Når din IP-adresse viser NGINX's velkomstside, men dit domæne korrekt peger på dit website, indikerer det et serverkonfigurationsproblem. Denne guide fører dig gennem at diagnosticere og løse forskellen mellem IP-baseret og domænebaseret adgang til din webserver.

Sådan retter du det

  1. Trin 1: Tjek NGINX-serverblokken

    Kontroller, at din NGINX-serverblok (virtual host) er korrekt konfigureret til at servere dit website-indhold. Serverblokken skal angive den korrekte dokumentrod og servernavn.

    Åbn din NGINX-konfigurationsfil (typisk placeret i /etc/nginx/sites-available/dit-domaene) og sørg for, at den indeholder:

    server {
listen 80;
server_name ditdomaene.com www.ditdomaene.com;
root /var/www/dit-website;
index index.html index.php;
}

    Hvis du vil, at IP-adressen også skal servere dit website i stedet for NGINX's standardside, tilføj din servers IP-adresse til server_name-direktivet eller opret en standard-serverblok.

  2. Trin 2: Verificer DNS-opslag

    Kontroller, at dit domænes DNS A-optagelse peger på den korrekte IP-adresse. Log ind på din DNS-leverandørs kontrolpanel og tjek, at A-optagelsen matcher din servers IP-adresse.

    Du kan verificere DNS-opslag ved hjælp af:

    dig ditdomaene.com
nslookup ditdomaene.com

  3. Trin 3: Vent på DNS-propagation

    Hvis du lige har foretaget ændringer i din DNS, giv tid til, at de propagerer over internettet. DNS-ændringer tager typisk 1-24 timer til fuld udbygning, men de udføres ofte inden for få timer.

    Kontroller propagation-status med online værktøjer som whatsmydns.net for at se, hvordan dine DNS-optagelser ser ud globalt.

  4. Trin 4: Ryd browser- og DNS-cache

    Din browser eller lokal DNS-resolver kan cachere udaterede optagelser. Ryd din browsers cache og DNS-cache for at sikre, at du ser aktuelle resultater.

    For at rydde DNS-cache på forskellige systemer:

    # Windows
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux
sudo systemd-resolve --flush-caches

    Prøv at tilgå dit site i et inkognitomoder eller en anden browser for at omgå cacherede data.

  5. Trin 5: Genindlæs NGINX-konfiguration

    Efter at have foretaget ændringer i konfigurationen, test og genindlæs NGINX for at anvende dem:

    sudo nginx -t
sudo systemctl reload nginx

    Første kommando tester konfigurationen på syntaksfejl før ændringerne anvendes.

Fælles problemer

  • Standard-serverblok: Hvis ingen serverblok matcher den anmodede vært (IP-adresse), serverer NGINX det første aktiverede site eller standard-serverblokken. Konfigurer en specifik default_server-blok, hvis det er nødvendigt.
  • Mange serverblokke: Sørg for, at kun én serverblok lytter på port 80 for dit domæne, eller der kan opstå konflikter.
  • Brandsatningsregler: Kontroller, at din brandsatning tillader HTTP (port 80) og HTTPS (port 443) trafik.
  • Begrænsninger for værtsudbyder: Nogle værtsudbydere kræver specifikke konfigurationer. Kontakt deres support, hvis problemer fortsætter efter at have fulgt disse trin.