کله چې Chrome یو ځایي PAC فایل نه شي لوستلای
د ځایي PAC فایل رد شوی URL د PAC لارښوونې ملاتړ، د سکریپټ نحوه او ټاکل شوي پروکسي څخه جلا کړئ.
که Chrome د file:// URL په توګه ورکړل شوی PAC سکریپټ نه شي کارولی، د سکریپټ د بیا لیکلو دمخه همدا رسولو لاره وګورئ. په یوه ځای کې نه لوستل کېدل دا نه ثابتوي چې د PAC لارښوونه نه ملاتړ کېږي.
د Chrome پروکسي API کې pac_script حالت دی، چې پکې د سکریپټ URL یا دننه معلومات د ملاتړ شوي توسیع انټرفیس له لارې شته. د عملیاتي سیسټم د تنظیماتو له لارې ورکړل شوی ځایي فایل یوازې یوه لاره ده چې سکریپټ رسولو هڅه وشي.
سکریپټ تر براوزر پورې تعقیب کړئ
وټاکئ چې اغېزمن براوزر څه کنټرولوي: سیسټم تنظیمات، مدیریت شوې پالیسي، د کرښې تنظیمات یا یوه توسیع. په macOS تنظیماتو کې ښودل شوی ارزښت دا نه ثابتوي چې Chrome هغه سکریپټ ترلاسه او ارزولی دی.
د سکریپټ رد شوی یا نه رسېدونکی ځای د ارزونې له تېروتنې، او دواړه د سم سکریپټ لخوا ورګرځول شوي پروکسي سره د نښلولو له ناکامۍ جلا کړئ. د SOCKS پورټ یوازې هغه وخت مهم کېږي چې براوزر هغه لاره وټاکي.
مدیریت شوی PAC د هغو هدف کلاینټونو لخوا ملاتړ شوي تصویب شوي میکانېزم له لارې ووېشئ. د HTTP یا HTTPS رسولو URL باید هغه وخت هم رسېدونکی وي چې هغه پروکسي چې دا یې تشریح کوي شتون نه لري. د توسیع لخوا ورکړل شوي دننه معلوماتو کې د اصلي فایل بدلول کاپي شوی سکریپټ په اتوماتيک ډول نه تازه کوي. د پیل په وخت کې د کوچنۍ ځایي پالیسي لپاره سکریپټ په data URL کې ځای پرځای کړئ — دا بله رسولو لاره ده.
داخلي PAC کې شخصي هوسټ نومونه او د لارښوونې قواعد کېدای شي وي. د ځایي فایل د ستونزې د حل لپاره یې هر ډول عامه هوسټنګ ته د لېږلو پرځای په تصویب شوې رسولو خدمت کې وساتئ.