გამოიყენეთ Alpaca PAC-ის შესაფასებლად ბრძანების სტრიქონის ხელსაწყოებისთვის

გამოიყენეთ Alpaca-ს ლოკალური HTTP საბოლოო წერტილი, რომ CLI-მ PAC მარშრუტიზაციას სკრიპტის თვითონ ანალიზის გარეშე მიჰყვეს.

PAC-ის გამგები ლოკალური proxy ბრძანების სტრიქონის ხელსაწყოებს ფიქსირებულ საბოლოო წერტილს აძლევს და ამავდროულად აფასებს ქსელის მარშრუტიზაციის პოლიტიკას თითოეული დანიშნულებისთვის. 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-ის URL, proxy-ის ავთენტიფიკაციის ნებადართული სია და პორტი განლაგების მაგალითებია. მიაწოდეთ ზედა ავთენტიფიკაციის შეყვანები, რომლებსაც დაყენებული ვერსია და პლატფორმა მხარს უჭერენ, როცა არჩეული proxies მათ მოითხოვს. ნებადართული სია განსაზღვრავს, რომელ proxy ჰოსტებს შეუძლიათ ამ სერთიფიკატების მიღება.

დააკონფიგურეთ ბრძანების სტრიქონის ხელსაწყო ლოკალური საბოლოო წერტილის გამოსაყენებლად:

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

ხელსაწყოს შეუძლია შეინარჩუნოს ეს მნიშვნელობები, სანამ PAC ინტრანეტის დანიშნულებას პირდაპირ, ხოლო საჯარო დანიშნულებას კორპორატიული proxy-ის გავლით აგზავნის. მას თვითონ არ სჭირდება PAC JavaScript-ის შეფასება.

პროექტი ასევე აღწერს დროებით პირდაპირ გვერდის ავლას, როცა არჩეული მშობლები მიუწვდომელი ხდება. შეიტანეთ ეს სარეზერვო ვარიანტი განლაგების პოლიტიკაში, როცა წყვეტთ, უზრუნველყოფს თუ არა ადაპტერი საჭირო მარშრუტს.

შეამოწმეთ, PAC-ის რომელ შედეგის ტიპებს უჭერს ადაპტერი მხარს. დოკუმენტირებული Alpaca CLI SOCKS5 PAC მარშრუტებს -enable-socks-ის მეშვეობით გამოკვეთილ არჩევანად აქცევს; ლოკალური HTTP ინტერფეისი და არჩეული ზედა პროტოკოლი მარშრუტის სხვადასხვა ნაწილია.

დაკავშირებული სტატიები