Når din IP-adresse viser NGINX sin standardvelkomstside, men ditt domene peker riktig til nettsiden din, indikerer dette et problem med serverkonfigurasjonen. Denne veilederen fører deg gjennom å diagnosticere og løse mismatchet mellom IP-adressebasert og domenebasert tilgang til din webserver.

Hvordan du fikser det

  1. Trinn 1: Sjekk NGINX-serverblokkens konfigurasjon

    Sjekk at din NGINX-serverblokk (virtual host) er riktig konfigurert for å servere innholdet på nettsiden din. Serverblokken skal spesifisere den korrekte dokumentroten og servernavnet.

    Åpne NGINX-konfigurasjonsfilen din (vanligvis plassert i /etc/nginx/sites-available/ditt-domene) og sørg for at den inneholder:

    server {
listen 80;
server_name dittdomene.com www.dittdomene.com;
root /var/www/ditt-nettsted;
index index.html index.php;
}

    Hvis du vil at IP-adressen også skal servere nettsiden din i stedet for NGINX sin standardside, legg til serverens IP-adresse i server_name-direktivet eller opprett en standardserverblokk.

  2. Trinn 2: Verifiser DNS-innslagene

    Bekreft at ditt domenes DNS A-post peker til den korrekte IP-adressen. Logg inn på kontrollpanelet hos din DNS-leverandør og sjekk at A-posten matcher serverens IP-adresse.

    Du kan verifisere DNS-løsning med:

    dig dittdomene.com
nslookup dittdomene.com

  3. Trinn 3: Vent på DNS-propagasjon

    Hvis du nylig har gjort endringer i DNS, la tid til for at de skal spre seg over internettet. DNS-endringer tar vanligvis 1-24 timer å fullføre propagasjonen, selv om det ofte skjer innen noen få timer.

    Sjekk status for propagasjon ved hjelp av online-verktøy som whatsmydns.net for å se hvordan DNS-innstillingene dine ser ut globalt.

  4. Trinn 4: Tøm nettleser- og DNS-hurtiglageret

    Din nettleser eller lokal DNS-resolver kan ha cachet utdaterte poster. Tøm nettleserens hurtiglager og DNS-hurtiglager for å sikre at du ser oppdaterte resultater.

    For å tømme DNS-hurtiglageret på forskjellige systemer:

    # Windows
ipconfig /flushdns

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

# Linux
sudo systemd-resolve --flush-caches

    Prøv å få tilgang til sitemet i et inkognitovindu eller en annen nettleser for å omgå cachede data.

  5. Trinn 5: Last inn NGINX-konfigurasjonen på nytt

    Efter at du har gjort endringer i konfigurasjonen, tester og laster du inn NGINX på nytt for å gjøre dem virksom:

    sudo nginx -t
sudo systemctl reload nginx

    Første kommandoen tester konfigurasjonen for syntaksfeil før endringene blir gjennomført.

Vanlige problemer

  • Standardserverblokk: Hvis ingen serverblokk matcher forespurte vert (IP-adresse), serverer NGINX den første aktiverte sitemet eller standardserverblokken. Konfigurer en spesifikk default_server blokk hvis nødvendig.
  • Flere serverblokker: Sørg for at bare én serverblokk lytter på port 80 for ditt domene, eller konflikter kan oppstå.
  • Værfirewallregler: Sjekk at din værfirewall tillater HTTP (port 80) og HTTPS (port 443) trafikk.
  • Begrensninger hos verttjenesterleverandør: Noen verttjenesteleverandører krever spesifikke konfigurasjoner. Kontakt deres support hvis problemer vedvarer etter å ha fulgt disse trinnene.