Accesarea site-ului meu folosind www nu funcționează folosind AWS Route 53 și NGINX

Site-ul meu este în funcțiune și poate fi găsit pe Internet tastând [domeniu].com adresa din browser.

Când încerc să-l accesez folosind www.[domeniu].com, returnează o eroare (nu a fost găsită).

Folosesc Route 53 ca server DNS cu următoarea configurație:

(Adresele, IP-urile și tokenurile nu sunt reale)

La serverul meu am următoarea configurație (NGINX):

Server {
      asculta 80 default_server;
    
      rădăcină /var/www/domain;
      index index.html index.htm;      
    
      locație /api {
            proxy_redirect http://localhost:3001/ /api;
            server proxy_pass_header;
            proxy_set_header X-Real-IP $adresă_la distanță;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Scheme $schema;
            proxy_set_header Gazdă $http_host;
            proxy_set_header X-NginX-Proxy true;
            proxy_connect_timeout 5;
            proxy_read_timeout 240;
            proxy_intercept_errors activat;
    
            proxy_pass http://localhost:3001;
        }
    
        locație /graphql {
            proxy_redirect http://localhost:3001/ /graphql;
            server proxy_pass_header;
            proxy_set_header X-Real-IP $adresă_la distanță;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Scheme $schema;
            proxy_set_header Gazdă $http_host;
            proxy_set_header X-NginX-Proxy true;
            proxy_connect_timeout 5;
            proxy_read_timeout 240;
            proxy_intercept_errors activat;
    
            proxy_pass http://localhost:3001;
       }
    
      # Ruta rădăcină
      locație = / {
        try_files $uri /app/index.html;
      }
    
      # Orice altă rută implicită la aterizare
      Locație / {
        try_files $uri $uri/ /app/index.html;
      }
    }

Trebuie să fac site-ul meu să funcționeze pentru ambele [domeniu].com și www.[domeniu].com, precum și afișarea numelui corect www.[domain].com/page în browser nu contează cum a fost accesat.

Ajutor apreciat.

Pentru mine, atât domeniul tău simplu, cât și domeniul www se rezolvă la aceeași și aparent corectă adresă IP: 3.221.4.90

Acea adresă IP este diferită de ceea ce afișați în captura de ecran.

Ambele site-uri web redirecționează de la HTTP simplu la HTTPS.

Dar o conexiune HTTPS la www are ca rezultat un mesaj de eroare:

curl -vv https://www.quadfloor.com/

* Pe cale de conectare() la portul 443 (#0) www.quadfloor.com
* Încercați 3.221.4.90...
* Conectat la www.quadfloor.com (3.221.4.90) portul 443 (#0)
* Inițializarea NSS cu certpath: sql:/etc/pki/nssdb
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
  CApath: niciunul
* Certificat de server:
* subiect: CN=quadfloor.com                                 
* data începerii: 01 februarie 16:54:41 2022 GMT
* data expirării: 02 mai 16:54:40 2022 GMT
* nume comun: quadfloor.com
* emitent: CN=R3,O=Let's Encrypt,C=US
* Eroare NSS -12276 (SSL_ERROR_BAD_CERT_DOMAIN)
* Nu se poate comunica în siguranță cu peer-ul: numele de domeniu solicitat nu se potrivește cu certificatul serverului.
* Închiderea conexiunii 0
curl: (51) Nu se poate comunica în siguranță cu peer-ul: numele de domeniu solicitat nu se potrivește cu certificatul serverului.

Certificatul dvs. TLS pare să fie valabil numai pentru quadfloor.com si nu pentru www.quadfloor.com.

Sugestie: utilizați certbot --extinde opțiune de adăugat www.quadfloor.com la certificatul dvs. actual.

În plus, s-ar putea să fie nevoie să aruncați o privire la setările dvs. WordPress, atunci când folosesc bucla -k opțiunea de a ignora erorile de certificat, văd și o grămadă de href="http://3.221.4.90/wp-content/plugins/elementor/... care conține mai degrabă adresa dvs. IP decât numele de domeniu al site-ului web și, de asemenea, amestecarea https cu conținutul http este o idee proastă. Și văd și link-uri către href="https://3.221.4.90/ și probabil că nu aveți nici un certificat TLS pentru o adresă IP goală.