ستاسو اپلیکیشن له CFNetwork څخه پوښتنه کوي چې ویبسایټ ته څنګه ورسیږي او داسې URL ترلاسه کوي چې په .pac پای ته رسیږي. هغه هوسټنوم د socket په نښلون کې اچول غلطه لار ده: دا د ترتیب کولو سکریپټ په ګوته کوي.

CFNetworkCopyProxiesForURL د موخې URL لپاره د قاموسونو منظم شوی مجموعه بیرته راګرځوي. د پای نقطې ساحې لوستلو دمخه kCFProxyTypeKey وګورئ. د kCFProxyTypeAutoConfigurationURL ډول قاموس kCFProxyAutoConfigurationURLKey برابروي چې بل ارزونې ګام ته اړتیا لري.

  1. د سیستم اوسني پراکسي تنظیمات ترلاسه کړئ او د ریښتیني منزل URL لپاره لارې وغواړئ.
  2. کله چې پایله د PAC URL ته اشاره وکړي، هغه سکریپټ د همدې منزل لپاره ارزوئ.
  3. د ترلاسه شوو نوماندانو ډولونه او پای نقطې ولولئ. HTTP پراکسي، SOCKS پراکسي او مستقیمه لار بېلابېلې د نښلون چارې غواړي.
  4. د اجازه ورکړل شوې ناکامۍ او بدیل چلند پلي کولو پر مهال د نوماندانو ترتیب وساتئ.

CFNetworkExecuteProxyAutoConfigurationURL سکریپټ په ناهمغړي ډول ډاونلوډ او ارزوي. د هغې سملاسي بیرته راګرځېدونکې ارزښت د run loop سرچینه ده. هغه سرچینه مهال ویش کړئ؛ د کار له بشپړیدو وروسته callback د ارزونې پایله یا تېروتنه برابروي. سرچینه جوړول او سملاسي د تشې پایلې بدلونکي لوستل په هیڅ شي انتظار نه کوي. که عملیات باید لغوه شي، سرچینه باطله کړئ.

د موخې URL د لټون سره تړلی وساتئ. PAC سکریپټ کولی شي د دوو هوسټونو لپاره بېلابېلې لارې وټاکي، نو یو حل شوی پراکسي د هرې راتلونکې منزل ځواب په توګه ساتل د سکریپټ تګلاره بدلوي. همدارنګه، مستقیم نوماند یوه روښانه لار ده، نه ورکه شوې د پراکسي هوسټنوم.

دا APIونه هغه وخت ګټور دي چې یو ځانګړی ټرانسپورټ باید د سیستم تنظیمات تفسیر کړي. دوی د هغه ټرانسپورټ لپاره بل پراکسي پروتوکول نه پلي کوي، او لټون له Keychain څخه پټنومونه نه اخلي. په macOS کې د پراکسي اعتبار په Keychain کې جلا سره سم کړئ.

اړوندې مقالې