Score:1

ทรัพยากรแคชของ Cloudfront แม้ว่าส่วนหัวการตอบสนองควรป้องกันไว้ก็ตาม

ธง cn

ฉันเพิ่งตั้งค่าการแจกจ่าย Cloudfront ด้วยนโยบายแคชพฤติกรรมต่อไปนี้:

  • การตั้งค่า TTL:
    • TTL ขั้นต่ำ (วินาที): 0
    • TTL สูงสุด (วินาที): 31536000
    • TTL เริ่มต้น (วินาที): 0
  • คีย์แคช:
    • ส่วนหัว - ไม่มี
    • คุกกี้ - ไม่มี
    • สตริงข้อความค้นหา - ทั้งหมด

ขออภัย เพจที่มีส่วนหัวการตอบกลับแบบไม่มีแคชยังคงแคชการตอบสนองในระดับการทำงานพร้อมกันที่ค่อนข้างต่ำ ฉันใช้ apachebench เพื่อเรียกใช้ 100 คำขอโดยพร้อมกันที่ 5 และได้รับสิ่งต่อไปนี้:

    100 Cache-Control: ไม่มีแคช, ไม่มีที่เก็บ, ต้องตรวจสอบความถูกต้องใหม่, max-age=0
     25 X-Cache: โจมตีจาก cloudfront
     75 X-Cache: พลาดจาก cloudfront

นอกจากนี้ ฉันยังบันทึกสิ่งที่ควรเป็นส่วนหัวการตอบกลับที่ไม่ซ้ำใครซึ่งควรไม่ซ้ำกันต่อคำขอ/การตอบกลับ (เนื่องจากไม่มีส่วนหัวของคำขอ/คุกกี้) และสิ่งนี้ยังแสดงให้เห็นว่ามีการตอบกลับแบบ Set-Cookie ที่ซ้ำกัน ตัวอย่างเช่น การตอบกลับนี้กลับมา 4 ครั้ง:

      4 ชุดคุกกี้: csrftoken=h2uU7TKHJ6AicHgOIaJTwC5qIXJN4Zwf; โดเมน=.mysite.com; หมดอายุ=อ. 17-ม.ค.-2023 15:10:37 GMT; อายุสูงสุด=31449600; เส้นทาง=/

ฉันมีวิธีแก้ปัญหาที่ฉันเชื่อ เช่น พฤติกรรมของ Cloudfront ที่มีลำดับความสำคัญสูงกว่าเพื่อกำหนดนโยบายแบบไม่มีแคช อย่างไรก็ตาม ฝั่งเซิร์ฟเวอร์ใช้พลังงานในการตัดสินใจว่าควรแคชการตอบสนองแบบไดนามิกหรือไม่ และบ่งชี้ว่า Cloudfront ไม่ใช่ เคารพการตัดสินใจฝั่งเซิร์ฟเวอร์

โพสต์คำตอบ

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