Điểm:0

Truy cập trang web của tôi bằng www không hoạt động khi sử dụng AWS Route 53 và NGINX

lá cờ br

Trang web của tôi đang hoạt động và có thể tìm thấy trên Internet bằng cách nhập [miền].com địa chỉ trong trình duyệt.

Khi tôi cố gắng truy cập nó bằng cách sử dụng www.[tên miền].com, nó trả về lỗi (không tìm thấy).

Tôi đang sử dụng Tuyến 53 làm Máy chủ DNS với cấu hình sau:

nhập mô tả hình ảnh ở đây

(Địa chỉ, IP và mã thông báo không có thật)

Tại máy chủ của tôi, tôi có cấu hình sau (NGINX):

người phục vụ {
      nghe 80 default_server;
    
      gốc/var/www/miền;
      chỉ mục index.html index.htm;      
    
      vị trí /api {
            proxy_redirect http://localhost:3001/ /api;
            proxy_pass_header Máy chủ;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Scheme $scheme;
            proxy_set_header Máy chủ $http_host;
            proxy_set_header X-NginX-Proxy true;
            proxy_connect_timeout 5;
            proxy_read_timeout 240;
            bật proxy_intercept_errors;
    
            proxy_pass http://localhost:3001;
        }
    
        vị trí /graphql {
            proxy_redirect http://localhost:3001/ /graphql;
            proxy_pass_header Máy chủ;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Scheme $scheme;
            proxy_set_header Máy chủ $http_host;
            proxy_set_header X-NginX-Proxy true;
            proxy_connect_timeout 5;
            proxy_read_timeout 240;
            bật proxy_intercept_errors;
    
            proxy_pass http://localhost:3001;
       }
    
      # Tuyến đường gốc
      vị trí = / {
        try_files $uri /app/index.html;
      }
    
      # Bất kỳ tuyến đường nào khác mặc định hạ cánh
      địa điểm / {
        try_files $uri $uri/ /app/index.html;
      }
    }

Tôi cần làm cho trang web của mình hoạt động cho cả hai [miền].com và www.[miền].com, cũng như hiển thị tên chính xác www.[tên miền].com/trang trong trình duyệt không quan trọng nó được truy cập như thế nào.

Trợ giúp được đánh giá cao.

lá cờ vn
Vui lòng cung cấp tên miền thực tế để chúng tôi có thể xem xét.
lá cờ cn
Bob
Trong nhiều trường hợp, việc đề cập đến tên miền thực tế là điều cần thiết để cộng đồng có thể giúp chẩn đoán các sự cố DNS. Đây cũng có thể là một. Vui lòng tham khảo [câu hỏi và trả lời này](http://meta.serverfault.com/q/963/37681) để biết các đề xuất của chúng tôi liên quan đến thời điểm, cách thức và nội dung (không) gây nhầm lẫn trong câu hỏi của bạn. - Nếu gần đây bạn đã thực hiện các thay đổi trong bản ghi DNS, hãy lưu ý rằng các bản ghi cũ cũng như các lỗi có thể được bộ phân giải cục bộ của bạn lưu vào bộ đệm ẩn. Bạn có thể chỉ cần đợi chúng hết hạn. - Ngoài ra, hãy xem phương pháp thử nghiệm máy chủ web của tôi tại đây: https://serverfault.com/q/1092950/546643
Mendes avatar
lá cờ br
Xin lỗi. Tên miền là quadfloor.com
Điểm:1
lá cờ cn
Bob

Đối với tôi, cả tên miền trần của bạn cũng như tên miền www đều phân giải thành cùng một địa chỉ IP chính xác và rõ ràng: 3.221.4.90

Địa chỉ IP đó khác với địa chỉ bạn hiển thị trong ảnh chụp màn hình.

Cả hai trang web đều chuyển hướng từ HTTP đơn giản sang HTTPS.

Nhưng kết nối HTTPS với www dẫn đến thông báo lỗi:

cuộn tròn -vv https://www.quadfloor.com/

* Sắp kết nối() với cổng www.quadfloor.com 443 (#0)
* Đang thử 3.221.4.90...
* Đã kết nối với www.quadfloor.com (3.221.4.90) cổng 443 (#0)
* Khởi tạo NSS với certpath: sql:/etc/pki/nssdb
* Tệp CA: /etc/pki/tls/certs/ca-bundle.crt
  CApath: không có
* Chứng chỉ máy chủ:
* chủ đề: CN=quadfloor.com                                 
* ngày bắt đầu: 01 tháng 2 16:54:41 2022 GMT
* ngày hết hạn: 02 tháng 5 16:54:40 2022 GMT
* tên thường gọi: quadfloor.com
* nhà phát hành: CN=R3,O=Let's Encrypt,C=US
* Lỗi NSS -12276 (SSL_ERROR_BAD_CERT_DOMAIN)
* Không thể liên lạc an toàn với máy ngang hàng: tên miền được yêu cầu không khớp với chứng chỉ của máy chủ.
* Đóng kết nối 0
curl: (51) Không thể giao tiếp an toàn với máy ngang hàng: tên miền được yêu cầu không khớp với chứng chỉ của máy chủ.

Chứng chỉ TLS của bạn dường như chỉ hợp lệ cho sàn quad.com và không cho www.quadfloor.com.

Gợi ý: sử dụng certbot --mở rộng tùy chọn để thêm www.quadfloor.com vào chứng chỉ hiện tại của bạn.

Ngoài ra, bạn có thể cần xem qua cài đặt WordPress của mình, khi tôi sử dụng tính năng cuộn tròn -k tùy chọn bỏ qua lỗi chứng chỉ, tôi cũng thấy một loạt href="http://3.221.4.90/wp-content/plugins/elementor/... chứa địa chỉ IP của bạn chứ không phải tên miền trang web và việc trộn https với nội dung http cũng là một ý tưởng tồi. Và tôi cũng thấy các liên kết đến href="https://3.221.4.90/ và có thể bạn cũng không có chứng chỉ TLS cho địa chỉ IP trống.

Mendes avatar
lá cờ br
Cảm ơn Bob vì sự giúp đỡ và phản hồi của bạn! Điều gì có thể khiến WordPress trả lại IP thay vì tên miền?

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.