Forwarded Header Parser
ส่วนหัว Forwarded มาตรฐาน
วิเคราะห์ห่วงโซ่พร็อกซี RFC 7239 Forwarded และดูค่าของ for / by / host / proto ในแต่ละ hop
ส่วนหัวที่เข้ากันได้กับ X-Forwarded-*
เกตเวย์จำนวนมากยังคงใช้ X-Forwarded-For / Host / Proto ซึ่งจะแยกวิเคราะห์ที่อยู่ไคลเอนต์และพร็อกซีตามลำดับห่วงโซ่
ตัวอย่าง JSON
{
"standardized": [
{
"index": 0,
"pairs": {
"for": "203.0.113.43",
"proto": "https",
"host": "app.geekformat.com"
}
},
{
"index": 1,
"pairs": {
"for": "10.0.0.9",
"by": "ingress"
}
}
],
"legacy": {
"x-forwarded-for": [
"203.0.113.43, 10.0.0.9"
],
"x-forwarded-proto": [
"https"
],
"x-forwarded-host": [
"app.geekformat.com"
]
}
}วิเคราะห์ส่วนหัว Proxy ออนไลน์ ตรวจสอบ IP ต้นฉบับและลำดับการส่งต่อให้ชัดเจน
คำแนะนำที่เกี่ยวข้อง
กรณีการใช้งาน
- เมื่อ IP ที่ฝั่ง Backend ได้รับไม่ถูกต้อง ให้วิเคราะห์ Forwarded และ X-Forwarded-For เพื่อหา IP จริง
- วิเคราะห์ลำดับของโหนด Proxy เช่น CDN, Nginx, Gateway เพื่อยืนยันเส้นทางการส่งต่อข้อมูล
- ดีบักการตั้งค่า Reverse Proxy เพื่อยืนยันว่าการส่งต่อ Host และ Proto ถูกต้องเพื่อป้องกันปัญหาโปรโตคอลผิดพลาด
- ตรวจสอบสาเหตุที่ส่วนหัวถูกแก้ไขหรือสูญหายในสภาพแวดล้อม Proxy หลายชั้น
วิธีการใช้งาน
- วางเนื้อหา Forwarded หรือ X-Forwarded-For, X-Forwarded-Host, X-Forwarded-Proto ที่ต้องการวิเคราะห์
- เครื่องมือจะแยกส่วน Proxy Chain, IP จริง, Host และ Proto โดยอัตโนมัติ
- ตรวจสอบลำดับโหนดและข้อมูลโปรโตคอลเพื่อยืนยันว่าเส้นทางเป็นไปตามที่คาดไว้
- คัดลอกผลการวิเคราะห์ไปใช้ในการบันทึก Log หรือการประสานงานกับทีม
คุณสมบัติ
- แสดงลำดับ Proxy Chain ชัดเจน: ดูได้ทันทีว่าใครส่งต่อให้ใคร และโปรโตคอลเปลี่ยนไปอย่างไรในแต่ละขั้นตอน
- ระบุ IP ต้นฉบับที่แม่นยำ: เหมาะสำหรับการตรวจสอบผ่าน CDN, Gateway, Reverse Proxy และการส่งต่อหลายชั้น
- รองรับสถานการณ์ Gateway และ CDN: เหมาะสำหรับการแก้ปัญหาใน Nginx, Ingress, Reverse Proxy, CDN และ API Gateway
- แสดงผลแบบโครงสร้าง: แยกฟิลด์ต่างๆ อย่างชัดเจน สะดวกสำหรับการคัดลอกไปใส่ใน Log หรือรายงานการดีบัก
คำถามที่พบบ่อย
จะดูได้อย่างไรว่าคำขอผ่าน Proxy โหนดไหนบ้าง?
เพียงวางส่วนหัวที่เกี่ยวข้อง คุณจะเห็นลำดับของ Proxy Chain และข้อมูลที่ส่งผ่านในแต่ละขั้นตอน เหมาะสำหรับการหา IP จริงที่หายไป
ทำไม IP ที่ Backend ได้รับถึงไม่ตรงกับ IP จริงของลูกค้า?
สาเหตุอาจมาจาก Proxy ไม่ได้ส่งต่อข้อมูล, Gateway เขียนทับส่วนหัว หรือมีการซ้อนทับของ CDN และ Reverse Proxy หลายชั้น การวิเคราะห์ส่วนหัวเหล่านี้จะช่วยให้รู้ว่า IP ถูกเปลี่ยนที่ระดับใด
เหมาะสำหรับการแก้ปัญหา Nginx, Ingress, API Gateway และ CDN หรือไม่?
เหมาะมาก โดยเฉพาะเมื่อเส้นทางการส่งต่อมีความซับซ้อน การแสดงผลแบบโครงสร้างจะช่วยเพิ่มประสิทธิภาพในการดีบักได้อย่างมาก
นอกจาก IP แล้ว สามารถดูข้อมูลอะไรได้อีกบ้าง?
นอกจาก IP ต้นฉบับแล้ว ยังสามารถตรวจสอบ Host, Proto และข้อมูลอื่นๆ เพื่อยืนยันว่าการแปลงโปรโตคอลและการส่งต่อโดเมนทำงานถูกต้องตามที่ตั้งค่าไว้
- เครื่องมือสร้าง Authentication Header
- เครื่องมือวิเคราะห์ Cache-Control
- เครื่องมือวิเคราะห์ Content-Disposition
- เครื่องมือสร้าง CORS Header
- เครื่องมือตรวจสอบ CORS
- CSP Builder
- ตัวแปลง cURL เป็นโค้ด
- ตรวจสอบการแพร่กระจาย DNS ทั่วโลก
- ค้นหา DNS
- Forwarded Header Parser
- เครื่องมือสร้าง Hreflang Tag
- HSTS Analyzer
- ตัวแยกวิเคราะห์คุกกี้ HTTP
- HTTP Headers Checker
- HTTP Request Runner
- ค้นหารหัสสถานะ HTTP
- ค้นหา IP
- ตัวแปลง IPv4
- เครื่องมือขยายช่วง IPv4
- เครื่องมือจัดการที่อยู่ IPv6
- ตัวแยกวิเคราะห์ส่วนหัว Link
- ค้นหา MX Record
- ตรวจสอบพอร์ต
- สร้างพารามิเตอร์ URL
- ตัวแยกวิเคราะห์ส่วนหัว Rate Limit
- เครื่องมือตรวจสอบห่วงโซ่การเปลี่ยนเส้นทาง
- เครื่องมือสร้าง Robots.txt
- ตรวจสอบ Robots.txt
- ตรวจสอบส่วนหัวความปลอดภัย
- สร้าง Security.txt
- ตัวแยกวิเคราะห์ Set-Cookie
- ตรวจสอบเครือข่ายเว็บไซต์
- เครื่องมือสร้าง Sitemap
- ตรวจสอบ Sitemap
- ตัวตรวจสอบใบรับรอง SSL
- เครื่องคำนวณซับเน็ต
- ตัวแยกวิเคราะห์ URL
- ตัวแยกวิเคราะห์ User-Agent
- ตัวสร้างลิงก์ UTM
- ทดสอบ WebSocket
- What Is My IP?
- ค้นหา WHOIS