401 Unauthorized กับ 407 Proxy Authentication Required

401 Unauthorized vs 407 หมายความว่าอย่างไร?

RFC 9110 จับคู่สองรหัสนี้ 401 มี header WWW-Authenticate และขอข้อมูลรับรองสำหรับเซิร์ฟเวอร์ต้นทาง 407 มี header Proxy-Authenticate และขอข้อมูลรับรองสำหรับ proxy คำตอบใส่ใน header ต่างกันด้วย Authorization สำหรับเว็บไซต์ และ Proxy-Authorization สำหรับ proxy

สับสนบ่อยเพราะทั้งคู่มีคำว่า 'authentication' วิธีทดสอบเร็วคือรหัสสถานะเอง: 401 หมายความว่าคุณผ่าน proxy ไปได้แล้ว

a 401 เป็นอย่างไรใน Python, curl, Node.js และเบราว์เซอร์?

ข้อผิดพลาดเดียวกันนี้แสดงผลแตกต่างกันในแต่ละเครื่องมือ นี่คือข้อความที่ต้องค้นหาในบันทึกของคุณ:

• Python requests: status_code == 401 พร้อม header WWW-Authenticate (เว็บไซต์) เทียบกับ ProxyError ที่บอก 407 (proxy)
• curl: HTTP/2 401 หลังจาก CONNECT สำเร็จ (เว็บไซต์) เทียบกับ CONNECT tunnel failed, response 407 (proxy)
• API: มี body JSON เช่น {"message": "Unauthorized"} หรือข้อความ token ไม่ถูกต้อง

อะไรเป็นสาเหตุของ a 401?

โอกาสสูงสุดอันดับแรก:

• หน้าหรือ API ต้องการล็อกอินหรือตัวกุญแจ. เว็บไซต์ถาม ไม่ใช่ proxy
• ข้อมูลรับรอง proxy อยู่ผิดที่, เช่น header Authorization ที่ส่งไป proxy แต่ถูกเว็บไซต์ปฏิเสธ
• คุกกี้ session หรือ token หมดอายุ ในขั้นตอนหลายขั้น
• token ผูกกับ IP หรือภูมิภาค ดังนั้นจุดออกใหม่ทำให้ token ไม่ถูกต้อง

ฉันวินิจฉัย a 401 ทีละขั้นตอนอย่างไร?

1. ยืนยันรหัส: 401 คือเว็บไซต์ 407 คือ proxy
2. ทำการทดสอบ curl ด้านล่าง ถ้าเห็น HTTP/1.1 200 Connection established ก่อน 401 แปลว่า proxy ใช้งานได้
3. ตรวจสอบว่า URL เดียวกันต้องล็อกอินในเบราว์เซอร์ปกติหรือไม่
4. ในขั้นตอนหลายขั้นดูว่า 401 เริ่มเมื่อเปลี่ยน IP จุดออกหรือไม่

# Use the URL that fails; with https://api.ipify.org instead, you test the gateway alone.
# "HTTP/1.1 200 Connection established" first, then the site's own status: the site answered.
curl -v -x http://USERNAME:[email protected]:7777 https://TARGET_URL

# Same test through the SOCKS5 port, with DNS resolved at the exit
curl -v --socks5-hostname gw.crawlrelay.com:7778 --proxy-user USERNAME:PASSWORD https://TARGET_URL

ฉันจะแก้ไข a 401 อย่างไร?

• สำหรับปัญหา proxy (407) ให้ใส่ข้อมูลรับรองใน URL proxy หรือการตั้งค่า proxy ของไคลเอนต์ ไม่ใส่ใน header Authorization
• สำหรับ API สาธารณะที่ต้องกุญแจ ลงทะเบียนกับเว็บไซต์และส่งกุญแจตามเอกสาร
• สำหรับ session ผูกกับ IP ใช้ sticky session ตลอดการใช้งาน
• เนื้อหาอยู่หลังการล็อกอิน ตรวจสอบข้อกำหนดเว็บไซต์ก่อนทำอัตโนมัติ การเก็บข้อมูลบัญชีที่ไม่ใช่ของคุณหรือข้อมูลส่วนตัวหลังล็อกอินผิดนโยบายการใช้งานที่รับได้ของเรา

ฉันควรลองใหม่หลังจาก a 401 ไหม?

อย่าลองใหม่กับ 401 แบบไม่คิด มันขอข้อมูลบางอย่างที่คำร้องของคุณไม่มี รีเฟรช token หรือ session หากขั้นตอนของคุณมี แล้วลองอีกครั้ง 1 ครั้ง ถ้า 401 ซ้ำแปลว่าเนื้อหาไม่เปิดเผยสาธารณะ หรือการเข้าถึงของคุณหมดแล้ว

401 Unauthorized vs 407 มีผลอย่างไรกับ CrawlRelay?

HTTP proxy รายงานปัญหาข้อมูลรับรองของตนเองด้วย 407 หรือ tunnel ล้มเหลว ไม่ใช่ 401 ถ้าเจอ 401 ขณะใช้เกตเวย์ CrawlRelay คือคำร้องถึงเว็บไซต์แล้ว ซึ่งช่วยจำกัดปัญหาได้เร็ว

เกตเวย์: gw.crawlrelay.com, พอร์ต 7777 (HTTP, HTTPS ผ่าน CONNECT) และพอร์ต 7778 (SOCKS5). รูปแบบชื่อผู้ใช้: USERNAME-country-{cc}-state-{state}-city-{city}-zip-{zip}-asn-{asn}-session-{id}-ttl-{minutes}. ที่เกี่ยวข้อง: 407 Proxy Authentication Required · 403 Forbidden · Sessions guide.