Score:3

หน้าแปลง SSL ไม่สามารถเข้าถึงได้บนอินเทอร์เน็ต

ธง id

หน้าเว็บของฉันโฮสต์บน AWS และมันถูกแปลงเป็น SSL

ฉันสามารถดูเพจได้จากคอมพิวเตอร์และสมาร์ทโฟนของฉันเองในพื้นที่เครือข่ายและ Wifi ที่บ้านของฉัน แต่จากภายนอก (เช่น: เข้าถึงเว็บไซต์จากสมาร์ทโฟนภายนอก) หน้าไม่สามารถเข้าถึงได้

ดังนั้นฉันจึงตรวจสอบกลุ่มความปลอดภัยและหมายเลขพอร์ต

กฎขาเข้าอยู่ด้านล่าง

กฎขาเข้า

ตามคู่มือที่ฉันอ้างถึงดูเหมือนว่าใช้ได้ แต่ถ้ามีอะไรผิดพลาดโปรดแจ้งให้เราทราบ

นี่คือผลลัพธ์คำสั่ง telnet บนพอร์ต 443 ป้อนคำอธิบายรูปภาพที่นี่ ขอโทษที่เขียนเป็นภาษาญี่ปุ่น มันบอกว่าไม่สามารถเชื่อมต่อกับโฮสต์ได้ พอร์ตหมายเลข 443: ล้มเหลวในการเชื่อมต่อ

หมายความว่าพอร์ต 443 ถูกปิด??

ฉันลอง iptables -L -v -n ด้านล่าง

iptables -L -v -n ไม่สามารถเข้าใจความหมายได้...

ผลลัพธ์ของ curl ไปยัง AWS IP: curl -k -vv https:// ป้อนคำอธิบายรูปภาพที่นี่

ดูเหมือนว่าจะไม่ทำงาน

ผลลัพธ์ของ tcpdump -nni พอร์ตใด ๆ 443 ป้อนคำอธิบายรูปภาพที่นี่

เส้นทาง 53 ป้อนคำอธิบายรูปภาพที่นี่

รายละเอียดของโหลดบาลานเซอร์ โหลดบาลานเซอร์1 โหลดบาลานเซอร์2 โหลดบาลานเซอร์ฟัง คุณสามารถหาข้อมูลจากด้านบนได้หรือไม่? หากคุณต้องการข้อมูลอื่น ๆ โปรดแจ้งให้เราทราบ

กลุ่มเป้าหมาย กลุ่มเป้าหมาย กลุ่มเป้าหมาย กลุ่มเป้าหมาย ฉันเห็นสิ่งที่ไม่ดีต่อสุขภาพด้านบน ป้อนคำอธิบายรูปภาพที่นี่ กลุ่มเป้าหมายไม่ได้รับการกำหนดค่าให้รับทราฟฟิกจากโหลดบาลานเซอร์

ป้อนคำอธิบายรูปภาพที่นี่

และอาจมีจุดอื่นที่ต้องตรวจสอบ ดังนั้น หากต้องการดูจุดอื่น โปรดแจ้งให้เราทราบฉันจะปรับปรุงรายละเอียด

ขอขอบคุณ.

Ajay Singh avatar
us flag
จากนั้นอาจหมายถึงหลายสิ่งหลายอย่าง เช่น ไฟร์วอลล์ของระบบ เช่น iptables, server misconfig ฯลฯ ... ตรวจสอบว่า aws checks แสดงอะไรบ้าง ลองเชื่อมต่อกับ ips เหล่านั้นโดยใช้คำสั่ง telnet ที่พอร์ต 80 และ 443 ตรวจสอบว่า DNS กำหนดค่าถูกต้องหรือไม่ นอกจากนี้ ฉันขอแนะนำให้โพสต์ข้อมูลในคำถามเดียวกันโดยแก้ไขคำถาม
daylyroppo3 avatar
id flag
@Ajay Singh ฉันลองคำสั่ง telnet บนพอร์ต 80 และ 443 ผลลัพธ์ถูกอัปโหลดในคำถาม พอร์ต 80 ใช้ได้ แต่ 443 ไม่ได้ ฉันควรตรวจสอบอะไรต่อไป ขอคำแนะนำอีกครั้งครับ
Ajay Singh avatar
us flag
คุณใช้ ip 3.129.28.206 นี้เป็น load balancer หรือไม่? หากใช่ ระเบียน DNS A ของโดเมนที่คุณกล่าวถึงในคำถามอื่นๆ จะชี้ไปที่ ips อื่นอีก 2 รายการในบล็อก 18.116 ตรวจสอบไฟร์วอลล์ IP เช่น iptables และกลุ่มความปลอดภัย aws สำหรับคอมพิวเตอร์ทั้งสามเครื่อง รวมถึงตรวจสอบว่ากลุ่มใดที่เชื่อมต่อกับอินสแตนซ์ตรวจสอบด้วยว่าโหลดบาลานเซอร์ ssl ได้รับการกำหนดค่าอย่างถูกต้องหรือไม่ เนื่องจากพอร์ต 80 ทำงานอยู่
daylyroppo3 avatar
id flag
@Ajay Singh ใช่ ฉันใช้โหลดบาลานเซอร์ ฉันอัปโหลดข้อมูลอื่นๆ ฉันจะอัปโหลดคนอื่นอีกครั้งในเร็วๆ นี้
daylyroppo3 avatar
id flag
@Ajay ฉันได้อัปโหลดข้อมูลเกี่ยวกับโหลดบาลานเซอร์ หากคุณต้องการข้อมูลเพิ่มเติม โปรดแจ้งให้เราทราบ ขอบคุณ
Ajay Singh avatar
us flag
อิมเมจแรกคือกลุ่มความปลอดภัยที่แตกต่างจากกลุ่มที่แนบมากับโหลดบาลานเซอร์ คุณได้ตรวจสอบว่า 443 เปิดอยู่ในการกำหนดค่า '..wizard-2' หรือไม่
daylyroppo3 avatar
id flag
@Ajay ขออภัยฉันไม่เข้าใจความหมายของการกำหนดค่า '..wizard-2' ... ฉันอัปเดตรูปภาพ 'กลุ่มเป้าหมาย' ที่ระบุว่าไม่ดีต่อสุขภาพ หมายความว่าอย่างไร
Ajay Singh avatar
us flag
ให้เรา [ดำเนินการสนทนาต่อในการแชท](https://chat.stackexchange.com/rooms/127889/discussion-between-ajay-singh-and-daylyroppo3)
Score:6
ธง my
  • ลองขดเป็น AWS IP: curl -k -vv https://<aws ip ของคุณ>.

  • หากใช้งานได้ ให้ลองทำสิ่งเดียวกันโดยใช้ชื่อโฮสต์ หากครั้งนี้ใช้ไม่ได้ แสดงว่าเป็นปัญหา DNS

  • ตรวจสอบว่ามีไฟร์วอลล์อยู่ภายใน VM หรือไม่ ตัวอย่างเช่น: iptables -L -v -n. คุณอาจมีกฎไฟร์วอลล์ที่ป้องกันไม่ให้ IP ส่วนใหญ่เข้าถึงเว็บเซิร์ฟเวอร์ของคุณ

  • ตรวจสอบว่ามี ACL บนเว็บเซิร์ฟเวอร์หรือไม่ สามารถกำหนดค่าเว็บเซิร์ฟเวอร์ให้ละเว้นคำขอที่มาจากที่อยู่ IP บางแห่งได้ หากคุณใช้ Apache ให้ตรวจสอบ จำเป็นต้อง บรรทัดในการกำหนดค่าของคุณ

ตามกฎทั่วไป คุณสามารถเรียกใช้ tcpdump -nni พอร์ตใด ๆ 443 บนเซิร์ฟเวอร์ (คุณอาจต้องติดตั้ง tcpdump) และทำการทดสอบซ้ำ โดยทั่วไป Tcpdump จะรวบรวมและแสดงแพ็กเก็ตจริงที่เกี่ยวข้อง ดังนั้นหากคุณลองและแพ็กเก็ตบางแพ็กเก็ตเข้าถึงเซิร์ฟเวอร์ที่พอร์ต 443 แสดงว่าไม่มีสิ่งใดนอก VM บล็อกมัน และปัญหาอาจเกี่ยวข้องกับเซิร์ฟเวอร์ ในทางกลับกัน หากคุณไม่เห็นแพ็กเก็ตใดๆ แสดงว่ามีบางอย่างบล็อกไม่ให้คุณเข้าถึงเว็บเซิร์ฟเวอร์

แก้ไข

หากคุณมีโหลดบาลานเซอร์ ตรวจสอบให้แน่ใจว่าโหลดนั้นชี้ไปที่พอร์ต 443 ของเซิร์ฟเวอร์แบ็กเอนด์อย่างถูกต้อง หากไม่เป็นเช่นนั้น ทราฟฟิกที่เข้าถึงโหลดบาลานเซอร์อาจถูกเปลี่ยนเส้นทางไปยังพอร์ตอื่น (80?) ที่ไม่รองรับ HTTPS ซึ่งอาจ "ทำลาย" การเชื่อมต่อของคุณได้

daylyroppo3 avatar
id flag
ขอบคุณสำหรับคำแนะนำ. `ขด -k -vv https://` ไม่ทำงาน ดังนั้นจึงเป็นปัญหา DNS ผลลัพธ์ของ `iptables -L -v -n` ได้รับการอัปเดตตามคำถามของฉัน ดูเหมือนว่าไม่มีกฎไฟร์วอลล์ ผลลัพธ์ของ `tcpdump -nni พอร์ตใด ๆ 443` คือ tcpdump: เอาต์พุต verbose ถูกระงับ ใช้ -v หรือ -vv สำหรับการถอดรหัสโปรโตคอลแบบเต็ม ฟัง LINUX_SLL ประเภทลิงก์ใด ๆ (Linux สุกแล้ว) ขนาดการจับภาพ 262144 ไบต์ มันสมเหตุสมผลไหม?
A. Darwin avatar
my flag
@daylyroppo3 เพื่อให้ชัดเจน: หาก curl กับ IP ใช้งานไม่ได้ แสดงว่า *ไม่ใช่* ปัญหา DNS มันจะเป็นปัญหา DNS ถ้า curl+IP สำเร็จ แต่ curl+hostname ไม่สำเร็จ แต่นี่ไม่ใช่กรณีของคุณ ดูเหมือนว่าแพ็กเก็ต HTTPS จากภายนอกไปไม่ถึง VM ของคุณ คุณพูดในความคิดเห็นอื่นว่าคุณมีโหลดบาลานเซอร์ อาจมีปัญหาบางอย่างระหว่างโหลดบาลานเซอร์กับ VM ของคุณบนพอร์ต 443 โปรดอัปเดตคำถามของคุณพร้อมรายละเอียดเกี่ยวกับการกำหนดค่าโหลดบาลานเซอร์
daylyroppo3 avatar
id flag
ฉันได้อัปโหลดข้อมูลเกี่ยวกับโหลดบาลานเซอร์แล้ว หากคุณต้องการข้อมูลเพิ่มเติม โปรดแจ้งให้เราทราบ ขอขอบคุณ.
daylyroppo3 avatar
id flag
คุณช่วยสอนฉันถึงวิธีตรวจสอบว่าโหลดบาลานเซอร์ชี้ไปที่พอร์ต 443 ของเซิร์ฟเวอร์แบ็กเอนด์ได้อย่างถูกต้องหรือไม่ ขออภัยฉันเป็นผู้เริ่มต้นอย่างสมบูรณ์
daylyroppo3 avatar
id flag
ฉันอัปเดตรูปภาพ 'กลุ่มเป้าหมาย' ที่ระบุว่าไม่ดีต่อสุขภาพ หมายความว่าอย่างไร

โพสต์คำตอบ

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