อันดับแรก
เมื่อดำเนินการ ขด -iv4 https://support.github.com/contact ฉันได้รับการตอบกลับ 301 รายการพร้อมตำแหน่ง https://github.com/contact.
เห็นได้ชัดว่าเมื่อดำเนินการ curl กับตำแหน่งที่ส่งคืนจากการตอบกลับ 301 ฉันได้รับการตอบกลับ 404 เท่านั้น
เครื่องของฉันบางเครื่อง (โฮสต์ linux หรือคอนเทนเนอร์นักเทียบท่า) ไม่ได้รับผลกระทบ บางเครื่องไม่ได้รับผลกระทบ ด้วยเหตุผลบางอย่างดูเหมือนว่าจะเชื่อมโยงกับเครือข่ายของฉัน
ฉันพบปัญหาเมื่อพยายามเข้าสู่โดเมนย่อยของ api.github.com ปัญหาก็เหมือนเดิม
ฉันได้เปิดตั๋วสนับสนุน GitHub โดยไม่มีคำตอบในขณะนี้
ปัญหาจะเหมือนกันในเว็บเบราว์เซอร์ ดังนั้นมันจึงไม่ได้เชื่อมโยงกับการขดเลย
ดังนั้นหากใครมีความคิดเกี่ยวกับสิ่งที่อาจทำให้เซิร์ฟเวอร์ส่งคืนการตอบกลับ 301 บน https อย่างไม่ถูกต้อง ฉันยินดีรับฟังข้อเสนอแนะ
แก้ไข:
การค้นหาล้มเหลว
โฮสต์ล้มเหลว: ~ $ curl -iv4 https://support.github.com/contact
* ลอง 140.82.121.3...
* ตั้งค่า TCP_NODELAY
* เชื่อมต่อกับ support.github.com (140.82.121.3) พอร์ต 443 (#0)
* ALPN ให้บริการ h2
* ALPN ให้บริการ http/1.1
* ตั้งค่าตำแหน่งการตรวจสอบใบรับรองสำเร็จแล้ว:
* ไฟล์ CA: ไม่มี
CApath: /etc/ssl/certs
* TLSv1.3 (ออก), การจับมือ TLS, สวัสดีลูกค้า (1):
* TLSv1.3 (IN), การจับมือ TLS, สวัสดีเซิร์ฟเวอร์ (2):
* TLSv1.3 (IN), TLS handshake, ส่วนขยายที่เข้ารหัส (8):
* TLSv1.3 (IN), การจับมือ TLS, ใบรับรอง (11):
* TLSv1.3 (IN), TLS handshake, CERT ยืนยัน (15):
* TLSv1.3 (IN), การจับมือ TLS, เสร็จสิ้น (20):
* TLSv1.3 (ออก), TLS เปลี่ยนรหัส, เปลี่ยนข้อมูลจำเพาะของรหัส (1):
* TLSv1.3 (ออก), การจับมือ TLS, เสร็จสิ้น (20):
* การเชื่อมต่อ SSL โดยใช้ TLSv1.3 / TLS_AES_128_GCM_SHA256
* ALPN เซิร์ฟเวอร์ที่ยอมรับให้ใช้ h2
* ใบรับรองเซิร์ฟเวอร์:
* หัวเรื่อง: C=US; ST=แคลิฟอร์เนีย; L=ซานฟรานซิสโก; O=GitHub, Inc.; CN=*.github.com
* วันที่เริ่มต้น: 25 มีนาคม 00:00:00 น. 2021 GMT
* วันหมดอายุ: 30 มี.ค. 23:59:59 น. 2022 GMT
* subjectAltName: โฮสต์ "support.github.com" ตรงกับ "*.github.com" ของใบรับรอง
* ผู้ออก: C=US; O=DigiCert, Inc.; CN=DigiCert High Assurance TLS ไฮบริด ECC SHA256 2020 CA1
* ใบรับรอง SSL ตรวจสอบตกลง
* การใช้ HTTP2 เซิร์ฟเวอร์รองรับการใช้งานหลายอย่าง
* เปลี่ยนสถานะการเชื่อมต่อ (ยืนยัน HTTP/2)
* การคัดลอกข้อมูล HTTP/2 ในสตรีมบัฟเฟอร์ไปยังบัฟเฟอร์การเชื่อมต่อหลังจากอัปเกรด: len=0
* ใช้ Stream ID: 1 (จัดการง่าย 0x5579f6dcac10)
> รับ /ติดต่อ HTTP/2
> โฮสต์: support.github.com
> User-Agent: curl/7.64.0
> ยอมรับ: */*
>
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* ID เซสชัน SSL เก่าเก่า กำลังลบออก
* เปลี่ยนสถานะการเชื่อมต่อ (MAX_CONCURRENT_STREAMS == 100)!
< HTTP/2 301
HTTP/2 301
< ความยาวเนื้อหา: 0
ความยาวเนื้อหา: 0
< ที่ตั้ง: https://github.com/contact
ที่ตั้ง: https://github.com/contact
<
* การเชื่อมต่อ #0 ไปยังโฮสต์ support.github.com ไม่เสียหาย
ข้อความค้นหาสำเร็จ:
โฮสต์ล้มเหลว: ~ $ curl -iv4 https://support.github.com/contact
* ลอง 140.82.121.3...
* ตั้งค่า TCP_NODELAY
* เชื่อมต่อกับ support.github.com (140.82.121.3) พอร์ต 443 (#0)
* ALPN ให้บริการ h2
* ALPN ให้บริการ http/1.1
* ตั้งค่าตำแหน่งการตรวจสอบใบรับรองสำเร็จแล้ว:
* ไฟล์ CA: ไม่มี
CApath: /etc/ssl/certs
* TLSv1.3 (ออก), การจับมือ TLS, สวัสดีลูกค้า (1):
* TLSv1.3 (IN), การจับมือ TLS, สวัสดีเซิร์ฟเวอร์ (2):
* TLSv1.3 (IN), TLS handshake, ส่วนขยายที่เข้ารหัส (8):
* TLSv1.3 (IN), การจับมือ TLS, ใบรับรอง (11):
* TLSv1.3 (IN), TLS handshake, CERT ยืนยัน (15):
* TLSv1.3 (IN), การจับมือ TLS, เสร็จสิ้น (20):
* TLSv1.3 (ออก), TLS เปลี่ยนรหัส, เปลี่ยนข้อมูลจำเพาะของรหัส (1):
* TLSv1.3 (ออก), การจับมือ TLS, เสร็จสิ้น (20):
* การเชื่อมต่อ SSL โดยใช้ TLSv1.3 / TLS_AES_128_GCM_SHA256
* ALPN เซิร์ฟเวอร์ที่ยอมรับให้ใช้ h2
* ใบรับรองเซิร์ฟเวอร์:
* หัวเรื่อง: C=US; ST=แคลิฟอร์เนีย; L=ซานฟรานซิสโก; O=GitHub, Inc.; CN=*.github.com
* วันที่เริ่มต้น: 25 มีนาคม 00:00:00 น. 2021 GMT
* วันหมดอายุ: 30 มี.ค. 23:59:59 น. 2022 GMT
* subjectAltName: โฮสต์ "support.github.com" ตรงกับ "*.github.com" ของใบรับรอง
* ผู้ออก: C=US; O=DigiCert, Inc.; CN=DigiCert High Assurance TLS ไฮบริด ECC SHA256 2020 CA1
* ใบรับรอง SSL ตรวจสอบตกลง
* การใช้ HTTP2 เซิร์ฟเวอร์รองรับการใช้งานหลายอย่าง
* เปลี่ยนสถานะการเชื่อมต่อ (ยืนยัน HTTP/2)
* การคัดลอกข้อมูล HTTP/2 ในสตรีมบัฟเฟอร์ไปยังบัฟเฟอร์การเชื่อมต่อหลังจากอัปเกรด: len=0
* ใช้ Stream ID: 1 (จัดการง่าย 0x5579f6dcac10)
> รับ /ติดต่อ HTTP/2
> โฮสต์: support.github.com
> User-Agent: curl/7.64.0
> ยอมรับ: */*
>
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* ID เซสชัน SSL เก่าเก่า กำลังลบออก
* เปลี่ยนสถานะการเชื่อมต่อ (MAX_CONCURRENT_STREAMS == 100)!
< HTTP/2 301
HTTP/2 301
< ความยาวเนื้อหา: 0
ความยาวเนื้อหา: 0
< ที่ตั้ง: https://github.com/contact
ที่ตั้ง: https://github.com/contact
<
* การเชื่อมต่อ #0 ไปยังโฮสต์ support.github.com ไม่เสียหาย
แก้ไข: แก้ไข
ปัญหาอยู่ที่จุดสิ้นสุดของ github.com โปรดดูที่:
จะส่งผลให้เกิดการเปลี่ยนเส้นทาง 301 ที่ไม่ถูกต้อง:
curl -v https://support.github.com/contact --resolve 'support.github.com:443:140.82.121.3'
จะส่งผลให้เกิดการเปลี่ยนเส้นทาง 302 ที่ถูกต้อง:
curl -v https://support.github.com/contact --resolve 'support.github.com:443:140.82.114.21'
จนถึงตอนนี้ GitHub ยังไม่ตอบตั๋วสนับสนุนส่วนตัวของฉัน
ปัญหาอยู่ที่จุดสิ้นสุดของ github.com โปรดดูที่:
จะส่งผลให้เกิดการเปลี่ยนเส้นทาง 301 ผิด: curl -v https://support.github.com/contact --แก้ไข 'support.github.com:443:140.82.121.3'
จะส่งผลให้มีการเปลี่ยนเส้นทาง 302 ที่ถูกต้อง: curl -v https://support.github.com/contact --แก้ไข 'support.github.com:443:140.82.114.21'
จนถึงตอนนี้ GitHub ยังไม่ตอบตั๋วสนับสนุนส่วนตัวของฉัน
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
