ตรวจสอบสิทธิ์พร็อกซีด้วยชื่อผู้ใช้และรหัสผ่าน: เชื่อมต่อและหลีกเลี่ยงข้อผิดพลาด

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

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

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

การตรวจด้วยชื่อผู้ใช้และรหัสผ่านหมายถึงอะไร

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

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

การผ่านตรวจสอบสิทธิ์พร็อกซีไม่ได้ลงชื่อเข้าเว็บไซต์ปลายทาง หากเว็บต้องใช้บัญชี คุกกี้ หรือโทเค็น แอปยังต้องส่งสิ่งเหล่านั้นแยก

วิธีนี้มีประโยชน์เมื่อใด

ชื่อผู้ใช้และรหัสผ่านใช้กับแอปในหลายตำแหน่งได้ ทั้งตำแหน่งคงที่หรือเปลี่ยนไป หากไม่จำกัด IP แต่ละแอปต้องมีข้อมูลรับรองกับการตั้งค่าพร็อกซี โดยไม่ต้องเพิ่มรายการอนุญาตเครือข่ายแต่ละแห่ง

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

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

แอปส่งข้อมูลรับรองพร็อกซีอย่างไร

ลำดับทั่วไปง่าย ๆ คือแอปติดต่อพร็อกซี ผ่านตรวจสอบสิทธิ์ แล้วใช้ไปยังทรัพยากรที่ขอ รายละเอียดขึ้นอยู่กับโปรโตคอล

พร็อกซี HTTP อาจตอบ 407 Proxy Authentication Required ก่อน พร้อมบอกวิธีตรวจสอบสิทธิ์ที่รับ แอปส่งข้อมูลในส่วนหัว Proxy-Authorization บางไคลเอนต์ส่งทันที จึงอาจไม่เห็นคำท้าตรวจสอบสิทธิ์แรกในล็อก

เมื่อเปิดเว็บ HTTPS ผ่านพร็อกซี HTTP ปกติ อาจตรวจสอบสิทธิ์ระหว่างคำขอ CONNECT ที่สร้างทันเนล จากนั้นแอปสร้างการเชื่อมต่อปลอดภัยกับเว็บไซต์ คำขอเว็บถัดไปในทันเนลเดิมไม่ทำล็อกอินพร็อกซีที่ใช้เปิดทันเนลซ้ำ

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

เลือกโปรโตคอลและวิธีตรวจสอบสิทธิ์ที่บริการรองรับ SOCKS4 มีช่อง user ID แต่ไม่ได้กำหนดการแลกชื่อผู้ใช้/รหัสผ่านแบบ SOCKS5 การกรอกช่องนั้นไม่ทำให้ไคลเอนต์ SOCKS4 ตรวจรหัสผ่านแบบ SOCKS5 ได้

ต้องกรอกการตั้งค่าใดในแอป

เริ่มจากข้อมูลเชื่อมต่อบริการของคุณ หากแอปแยกช่อง ให้กรอกแต่ละค่าในช่องของตัวเอง

บางแอปรับสตริงเดียวรูปแบบ protocol://username:password@host:port เช่น ใน http://client01:River%[email protected]:8080 ชื่อผู้ใช้คือ client01 รหัสผ่านคือ River@2026 โฮสต์คือ proxy.example และพอร์ตคือ 8080 ตัว @ ภายในรหัสผ่านเขียนเป็น %40 เพื่อไม่สับสนกับตัวคั่นหน้าโฮสต์

เช่น curl รองรับความหมาย URL พร็อกซีแบบนี้ ช่องรหัสผ่านแยกโดยทั่วไปต้องการรหัสผ่านจริง โดยไม่แปลงอักขระเป็นรูปแบบ URL อย่าคัดค่าที่แปลงจาก URL ไปช่องแยกโดยไม่ตรวจรูปแบบ แอปอาจมองว่าเป็นคนละรหัส สำหรับสตริงที่มี % โคลอน หรืออักขระพิเศษอื่น ให้ทำตามรูปแบบของไคลเอนต์

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

รูปแบบนำเข้าต่างกันด้วย host:port:username:password กับ username:password@host:port ใช้แทนกันไม่ได้ ค่าถูกต้องแต่ลำดับผิดก็ไม่ทำงานหากตัวนำเข้าคาดอีกรูปแบบ

คำนำหน้า http:// ของ URL พร็อกซีอธิบายว่าไคลเอนต์เชื่อมกับตัวพร็อกซีอย่างไร ไม่ได้ห้ามเข้าเว็บไซต์ HTTPS เพราะไคลเอนต์สร้างทันเนลได้ การเปลี่ยนคำนำหน้าเป็น https:// อย่างเดียวไม่ได้เพิ่มการรองรับการเชื่อมต่อพร็อกซีปลอดภัยให้เซิร์ฟเวอร์

บางบริการใส่ประเทศ กลุ่มขาออก หรือพารามิเตอร์เซสชันในชื่อผู้ใช้ ให้คัดลอกทั้งสตริง พารามิเตอร์เหล่านี้ควบคุมเส้นทางตามกฎผู้ให้บริการ อย่าคิดไวยากรณ์เองหรือยืมจากบริการอื่น

ทำไมต้องตรวจว่าแอปรองรับการตรวจสอบสิทธิ์

การรองรับพร็อกซีกับการรองรับการตรวจสอบสิทธิ์พร็อกซีเป็นคนละความสามารถ ช่องโฮสต์และพอร์ตไม่ได้หมายความว่าไคลเอนต์ส่งชื่อผู้ใช้และรหัสผ่านได้เสมอ

ตรวจชุดโปรโตคอล วิธีตรวจสอบสิทธิ์ และแอปที่ใช้จริง เช่น SOCKS5 ใน Chrome ไม่รองรับการตรวจสอบสิทธิ์พร็อกซี SOCKS5 ข้อมูลรับรองที่ถูกต้องอย่างเดียวแก้ข้อจำกัดนี้ไม่ได้ ส่วนขยายเลือกพร็อกซีก็ไม่จำเป็นต้องเพิ่มวิธีตรวจสอบสิทธิ์ที่ขาด

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

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

เมื่อ IP ของคุณเปลี่ยนจะเป็นอย่างไร

สำหรับ ADSL ที่ใช้ IP เปลี่ยนได้ ผู้ให้บริการอินเทอร์เน็ตอาจกำหนดที่อยู่ใหม่หลังรีสตาร์ตเราเตอร์หรือเชื่อมต่อใหม่ หากพร็อกซีตรวจเฉพาะชื่อผู้ใช้/รหัสผ่าน แอปใช้ข้อมูลเดิมต่อ ไม่ต้องเพิ่ม IP ใหม่ในแดชบอร์ด เช่นเดียวกับย้ายจากสำนักงานไปเน็ตบ้าน

แต่การเปลี่ยนเครือข่ายอาจตัดการเชื่อมต่อเดิม ไคลเอนต์ต้องเชื่อมใหม่ และคำขอที่ยังไม่จบอาจต้องลองใหม่ อย่าถือว่าข้อผิดพลาดหลังสลับ Wi-Fi ไปเน็ตมือถือเป็นปัญหารหัสผ่านโดยอัตโนมัติ

บางบริการตรวจทั้งข้อมูลรับรองกับที่อยู่ต้นทาง รหัสผ่านถูกไม่ได้ข้ามข้อจำกัดเครือข่าย IP ใหม่ต้องตรงที่อยู่หรือช่วงที่อนุญาต ก่อนย้ายสคริปต์ควรทราบว่ารับจากทุกเครือข่ายหรือตรวจแบบผสม

รหัสผ่านได้รับการป้องกันระหว่างทางหรือไม่

การตรวจสอบสิทธิ์กำหนดว่าใครเข้าได้ ส่วนการเข้ารหัสกำหนดว่าคนระหว่างทางอ่านข้อมูลได้หรือไม่ การมีรหัสผ่านไม่ได้ทำให้การเชื่อมต่อเข้ารหัสด้วยตัวเอง

HTTP Basic แปลงชื่อผู้ใช้และรหัสผ่านเป็น Base64 ซึ่งแปลงกลับได้ ไม่ใช่การเข้ารหัส หากเส้นทางถึงพร็อกซีไม่ป้องกัน ผู้สังเกตเครือข่ายอาจได้ข้อมูลรับรอง การตรวจชื่อผู้ใช้/รหัสผ่าน SOCKS5 มาตรฐานก็ไม่เข้ารหัสการส่งเช่นกัน

HTTPS ของเว็บไซต์ปลายทางป้องกันการเชื่อมต่อระหว่างแอปกับเว็บ เมื่อใช้พร็อกซี HTTP การตรวจสอบสิทธิ์ตอนสร้างทันเนลเกิดก่อน TLS เว็บไซต์จึงไม่ป้องกันข้อมูลพร็อกซีที่ส่งไปแล้ว เช่นเดียวกับคำขอ HTTPS ผ่าน SOCKS5 ไม่เข้ารหัสการตรวจรหัสผ่านพร็อกซีก่อนหน้า

การป้องกันช่วงนั้นต้องป้องกันระหว่างแอปกับพร็อกซี เช่น พร็อกซี HTTPS ที่ใช้ TLS เมื่อทั้งบริการและไคลเอนต์รองรับ แอปต้องตรวจใบรับรองพร็อกซี ในบางรายการขาย “HTTPS proxy” หมายถึงเพียงเข้าเว็บ HTTPS ได้ จึงต้องตรวจว่า TLS ใช้ตรงไหนจริง

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

หลายแอปใช้ข้อมูลรับรองเดียวกันได้หรือไม่

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

เช่น สองสคริปต์ใช้บัญชีเดียวแต่เปิดการเชื่อมต่อต่างจำนวน รหัสผ่านเดียวไม่ได้แปลว่าเชื่อมต่อได้สายเดียว เช่นกัน การเปิดสิบโพรเซสไม่ได้เพิ่มโควตาการเชื่อมต่อรวมสิบเท่า

จำนวนคู่ข้อมูลรับรองต่างจากจำนวน IP ขาออกด้วย ชื่อผู้ใช้และรหัสผ่านชุดเดียวอาจให้สิทธิ์ใช้รายการพร็อกซีคงที่หรือเกตเวย์ที่มีกลุ่ม IP รองรับ เว็บไซต์เห็น IP ตามพร็อกซีที่เลือกและกฎเส้นทางของบริการ

หากมีข้อมูลรับรองแยกสำหรับแอปหรือสมาชิกทีม จะปิดชุดหนึ่งโดยไม่เปลี่ยนชุดอื่นได้ หากแชร์รหัสเดียว เปลี่ยนแล้วต้องอัปเดตทุกแอปที่ใช้ ข้อมูลรับรองแยกก็ไม่ได้แปลว่าโควตาการเชื่อมต่อหรือข้อมูลแยก ต้องตรวจว่าแชร์ขีดจำกัดใด

ทำไมพร็อกซีปฏิเสธชื่อผู้ใช้และรหัสผ่าน

หาก่อนว่าใครส่งข้อผิดพลาด HTTP 407 เกี่ยวกับสิทธิ์พร็อกซี ส่วน 401 จากเว็บปลายทางเกี่ยวกับการเข้าเว็บนั้น ข้อความ 403 หรือหมดเวลาไม่ยืนยันว่ารหัสพร็อกซีถูกหรือไม่หากไม่มีหลักฐานเพิ่ม

ตรวจสถานะและโควตาคงเหลือ แล้วทดสอบคำขอเดียวด้วยค่าที่ให้ในแอปจริง หากล้มเหลว ใช้ตารางตรวจการรองรับ รูปแบบข้อมูล และข้อจำกัด IP ต้นทาง โดยเปลี่ยนครั้งละค่า เมื่อสำเร็จสม่ำเสมอแล้วค่อยเพิ่มภาระและสังเกตขีดจำกัดที่ปรากฏเฉพาะตอนใช้งานหนัก

เก็บและเปลี่ยนข้อมูลรับรองในสคริปต์ใช้งานจริงอย่างไร

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

โดยทั่วไปล็อกต้องมีโฮสต์ พอร์ต ผลเชื่อมต่อ และรหัสข้อผิดพลาด สตริงครบมีรหัสผ่าน จึงต้องปิดบังก่อนเขียนล็อก เครื่องมือบรรทัดคำสั่งอาจทิ้งความลับไว้ในประวัติคำสั่งหรืออาร์กิวเมนต์โพรเซส ขึ้นอยู่กับแอปและระบบ

ก่อนเปลี่ยนรหัส หาแหล่งใช้งานทั้งหมด ได้แก่ แอปในเครื่อง โพรเซสเซิร์ฟเวอร์ งานตามกำหนด และระบบบิลด์ หลังเปลี่ยนให้อัปเดตค่าและสร้างการเชื่อมต่อใหม่ทดสอบ ยืนยันว่าโพรเซสที่รันนานรับค่าใหม่แล้ว บางตัวต้องรีสตาร์ต

หากรหัสเก่าควรใช้ไม่ได้แล้ว ให้ทดสอบว่าการเชื่อมต่อใหม่ด้วยรหัสเก่าถูกปฏิเสธ สายเดิมขึ้นอยู่กับกฎบริการ การเปลี่ยนรหัสไม่ปิดทันทีเสมอ หากต้องถอนสิทธิ์เร่งด่วน ให้ใช้วิธีปิดสิทธิ์ที่ผู้ให้บริการรองรับ

การตรวจสอบสิทธิ์แบบผสม: IP กับรหัสผ่าน

แบบผสมตรวจสองเงื่อนไข คือข้อมูลรับรองกับที่อยู่ต้นทางที่แอปเชื่อมออกมา ต้องผ่านทั้งคู่ รหัสผ่านถูกอย่างเดียวไม่ข้ามข้อจำกัด IP

แพ็กเกจคงที่ของ ProxyCompass ใช้เครือข่ายย่อย /24 ในโหมดผสม หากมี IPv4 สาธารณะหลายที่อยู่ในเครือข่ายย่อยเดียว เพิ่มที่อยู่หนึ่งในรายการอนุญาตก็พอ ที่อยู่ที่เหลือเชื่อมด้วยชื่อผู้ใช้และรหัสผ่านถูกต้องได้โดยไม่เพิ่มแยกทุกที่อยู่

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