یک 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

نشانی PAC، فهرست مجاز احراز هویت proxy و پورت نمونه‌های استقرار هستند. وقتی proxyهای انتخاب‌شده آن را می‌خواهند، ورودی‌های احراز هویت بالادست را که نسخه و سکوی نصب‌شده پشتیبانی می‌کنند فراهم کنید. فهرست مجاز مشخص می‌کند کدام میزبان‌های proxy اجازه دریافت آن اعتبارنامه‌ها را دارند.

ابزار خط فرمان را برای استفاده از نقطه پایانی محلی پیکربندی کنید:

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

ابزار می‌تواند آن مقادیر را نگه دارد در حالی که PAC یک مقصد درون‌شبکه‌ای را مستقیم و یک مقصد عمومی را از طریق proxy سازمانی می‌فرستد. لازم نیست خودش JavaScript مربوط به PAC را ارزیابی کند.

پروژه همچنین یک دورزدن مستقیم موقت را مستند می‌کند برای زمانی که والدهای انتخاب‌شده در دسترس نباشند. هنگام تصمیم‌گیری درباره اینکه آیا آداپتور مسیر لازم را فراهم می‌کند، آن گزینه جایگزین را در سیاست استقرار بگنجانید.

بررسی کنید آداپتور کدام انواع نتیجه PAC را پشتیبانی می‌کند. CLI مستندشده Alpaca مسیرهای PAC نوع SOCKS5 را از طریق -enable-socks به یک انتخاب صریح تبدیل می‌کند؛ رابط HTTP محلی و پروتکل بالادست انتخاب‌شده بخش‌های متفاوت مسیر هستند.

مقالات مرتبط