Score:0

การเข้าถึงไซต์ของฉันโดยใช้ www ไม่ทำงานโดยใช้ AWS Route 53 และ NGINX

ธง br

เว็บไซต์ของฉันเปิดใช้งานแล้ว และสามารถพบได้บนอินเทอร์เน็ตโดยการพิมพ์ [โดเมน].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-ส่งต่อ-สำหรับ $proxy_add_x_forwarded_for;
            proxy_set_header X-Scheme $scheme;
            proxy_set_header โฮสต์ $http_host;
            proxy_set_header X-NginX-Proxy จริง;
            proxy_connect_timeout 5;
            proxy_read_timeout 240;
            เปิด proxy_intercept_errors;
    
            proxy_pass http://localhost:3001;
        }
    
        ตำแหน่ง /graphql {
            proxy_redirect http://localhost:3001/ /graphql;
            เซิร์ฟเวอร์ proxy_pass_header;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-ส่งต่อ-สำหรับ $proxy_add_x_forwarded_for;
            proxy_set_header X-Scheme $scheme;
            proxy_set_header โฮสต์ $http_host;
            proxy_set_header X-NginX-Proxy จริง;
            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/page ในเบราว์เซอร์ไม่ว่าจะเข้าถึงด้วยวิธีใด

ช่วยชื่นชม

vn flag
โปรดระบุโดเมนจริงเพื่อให้เราตรวจสอบ
cn flag
Bob
ในหลายกรณี การกล่าวถึงชื่อโดเมนจริงเป็นสิ่งจำเป็นสำหรับชุมชนในการช่วยวินิจฉัยปัญหา DNS นี่อาจเป็นหนึ่งเช่นกัน โปรดดู [คำถามและคำตอบนี้](http://meta.serverfault.com/q/963/37681) สำหรับคำแนะนำของเราเกี่ยวกับเวลา อย่างไร และอะไร (ไม่) ที่จะทำให้คำถามของคุณสับสน - หากคุณทำการเปลี่ยนแปลงในระเบียน DNS เมื่อเร็ว ๆ นี้ โปรดทราบว่าตัวแก้ไขในเครื่องของคุณสามารถแคชระเบียนเก่ารวมทั้งข้อผิดพลาดได้ คุณอาจต้องรอให้หมดอายุ - ดูแนวทางการทดสอบเว็บเซิร์ฟเวอร์ของฉันที่นี่: https://serverfault.com/q/1092950/546643
Mendes avatar
br flag
เสียใจ. โดเมนคือ quadfloor.com
Score:1
ธง cn
Bob

สำหรับฉันแล้ว ทั้งโดเมนเปล่าและโดเมน www จะแก้ไขเป็นที่อยู่ IP เดียวกันและเห็นได้ชัดว่าถูกต้อง: 3.221.4.90

ที่อยู่ IP นั้นแตกต่างจากที่คุณแสดงในภาพหน้าจอ

ทั้งสองเว็บไซต์เปลี่ยนเส้นทางจาก HTTP ธรรมดาเป็น HTTPS

แต่การเชื่อมต่อ HTTPS กับ www ส่งผลให้เกิดข้อความแสดงข้อผิดพลาด:

ขด -vv https://www.quadfloor.com/

* กำลังจะเชื่อมต่อ() กับ www.quadfloor.com พอร์ต 443 (#0)
* ลอง 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 ของคุณจะใช้ได้กับ ควอดฟลอร์.com และไม่ใช่สำหรับ www.quadfloor.com.

คำแนะนำ: ใช้ ใบรับรอง --ขยาย ตัวเลือกที่จะเพิ่ม www.quadfloor.com ไปยังใบรับรองปัจจุบันของคุณ

นอกจากนี้ คุณอาจต้องดูการตั้งค่า WordPress เมื่อฉันใช้ curl -k ตัวเลือกที่จะเพิกเฉยต่อข้อผิดพลาดของใบรับรอง ฉันยังเห็นอีกหลายอย่าง href="http://3.221.4.90/wp-content/plugins/elementor/... ซึ่งมีที่อยู่ IP ของคุณแทนที่จะเป็นชื่อโดเมนเว็บไซต์ และการผสม https กับเนื้อหา http ก็เป็นความคิดที่ไม่ดี และฉันยังเห็นลิงก์ไปยัง href="https://3.221.4.90/ และคุณอาจไม่มีใบรับรอง TLS สำหรับที่อยู่ IP เปล่าเช่นกัน

Mendes avatar
br flag
ขอบคุณ Bob สำหรับความช่วยเหลือและข้อเสนอแนะของคุณ! อะไรทำให้ WordPress ส่งคืน IP แทนชื่อโดเมน

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา