ใช้ Alpaca ประเมิน PAC สำหรับเครื่องมือบรรทัดคำสั่ง

ใช้ปลายทาง HTTP ภายในของ Alpaca เพื่อให้ CLI ปฏิบัติตามเส้นทาง PAC ได้โดยไม่ต้องแยกวิเคราะห์สคริปต์เอง

proxy ภายในที่เข้าใจ PAC มอบปลายทางที่คงที่ให้เครื่องมือบรรทัดคำสั่ง พร้อมทั้งประเมิน นโยบายการกำหนดเส้นทางของเครือข่ายสำหรับแต่ละปลายทาง Alpaca รับบทบาทตัวปรับเสานี้: เครื่องมือพูดคุย HTTP proxy ภายในเครื่อง และ Alpaca เลือก proxy ต้นทางหรือการเชื่อมต่อโดยตรง

หากมีการติดตั้งอยู่แล้ว ให้เริ่มตัวรับฟัง loopback ด้วยแฟล็กที่เอกสารระบุ:

ALPACA_PROXY_AUTH_ALLOWLIST=.corp.example.net \
alpaca -l 127.0.0.1 -p 3128 \
  -C https://config.corp.example.net/proxy.pac

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

กำหนดค่าเครื่องมือบรรทัดคำสั่งให้ใช้ปลายทางภายใน:

export http_proxy=http://127.0.0.1:3128
export https_proxy=http://127.0.0.1:3128

เครื่องมือสามารถเก็บค่าเหล่านั้นไว้ได้ขณะที่ PAC ส่งปลายทางอินทราเน็ตโดยตรงและปลายทางสาธารณะผ่าน proxy ขององค์กร ไม่จำเป็นต้องประเมิน JavaScript ของ PAC เอง

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

ตรวจสอบประเภทผลลัพธ์ PAC ที่ตัวปรับเสารองรับ CLI ของ Alpaca ที่เอกสารระบุทำให้เส้นทาง PAC ชนิด SOCKS5 เป็นตัวเลือกที่ชัดเจนผ่าน -enable-socks อินเทอร์เฟซ HTTP ภายในและโปรโตคอลต้นทางที่เลือกเป็นส่วนต่าง ๆ ของเส้นทาง

บทความที่เกี่ยวข้อง