Доступ к моему сайту с использованием www не работает с использованием AWS Route 53 и NGINX

Мой сайт запущен и работает, и его можно найти в Интернете, набрав [домен].com адрес в браузере.

Когда я пытаюсь получить к нему доступ, используя www.[домен].com, он возвращает ошибку (не найдено).

Я использую Route 53 в качестве DNS-сервера со следующей конфигурацией:

(Адреса, IP и токены не настоящие)

На моем сервере у меня следующая конфигурация (NGINX):

сервер {
      слушать 80 default_server;
    
      корень /var/www/домен;
      индекс index.html index.htm;      
    
      расположение /API {
            proxy_redirect http://localhost:3001//api;
            сервер proxy_pass_header;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-схема $scheme;
            proxy_set_header Хост $http_host;
            proxy_set_header X-NginX-Proxy true;
            proxy_connect_timeout 5;
            proxy_read_timeout 240;
            proxy_intercept_errors включен;
    
            proxy_pass http://localhost:3001;
        }
    
        расположение /график {
            proxy_redirect http://localhost:3001//graphql;
            сервер proxy_pass_header;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-схема $scheme;
            proxy_set_header Хост $http_host;
            proxy_set_header X-NginX-Proxy true;
            proxy_connect_timeout 5;
            proxy_read_timeout 240;
            proxy_intercept_errors включен;
    
            proxy_pass http://localhost:3001;
       }
    
      # Корневой маршрут
      местоположение = / {
        try_files $uri /app/index.html;
      }
    
      # Любой другой маршрут по умолчанию ведет к посадке
      место расположения / {
        try_files $uri $uri/ /app/index.html;
      }
    }

Мне нужно, чтобы мой сайт работал для обоих [домен].com и www.[домен].com, а также показывает правильное имя www.[домен].com/страница в браузере не имеет значения, как к нему обращались.

Помощь приветствуется.

Для меня как ваш голый домен, так и домен www разрешаются в один и тот же и, по-видимому, правильный IP-адрес: 3.221.4.90

Этот IP-адрес отличается от того, что вы показываете на скриншоте.

Оба веб-сайта перенаправляют с простого HTTP на HTTPS.

Но HTTPS-соединение с www приводит к сообщению об ошибке:

завиток -vv https://www.quadfloor.com/

* О подключении() к порту 443 (#0) www.quadfloor.com
* Попытка 3.221.4.90...
* Подключен к www.quadfloor.com (3.221.4.90), порт 443 (#0)
* Инициализация NSS с помощью certpath: sql:/etc/pki/nssdb
* CA-файл: /etc/pki/tls/certs/ca-bundle.crt
  CApath: нет
*Сертификат сервера:
* тема: CN=quadfloor.com                                 
* дата начала: 01 февраля 16:54:41 2022 GMT
* срок действия: 02 мая 16:54:40 2022 GMT
* общее название: quadfloor.com
* эмитент: CN=R3,O=Let's Encrypt,C=US
* Ошибка NSS -12276 (SSL_ERROR_BAD_CERT_DOMAIN)
* Невозможно безопасно установить связь с узлом: запрошенное доменное имя не соответствует сертификату сервера.
* Закрытие соединения 0
curl: (51) Невозможно безопасно установить связь с узлом: запрошенное доменное имя не соответствует сертификату сервера.

Ваш сертификат TLS действителен только для quadfloor.com а не для www.quadfloor.com.

Предложение: использовать certbot --расширять возможность добавить www.quadfloor.com к вашему текущему сертификату.

Кроме того, вам может понадобиться взглянуть на настройки WordPress, когда я использую curl -к возможность игнорировать ошибки сертификата, я также вижу кучу href="http://3.221.4.90/wp-content/plugins/elementor/... который содержит ваш IP-адрес, а не доменное имя веб-сайта, а также смешивание https с http-контентом — плохая идея. И я также вижу ссылки на href="https://3.221.4.90/ и у вас, вероятно, тоже нет TLS-сертификата для голого IP-адреса.