Խրվե՞լ եք «Resolving Host in Proxy Script»-ում. Նայեք PAC ֆայլին

Կարգավիճակի հաղորդագրությունն ասում է «Resolving host in proxy script», սակայն պրոքսի սերվերները փոխելը քիչ բան է փոխում։ Սա օգտակար հուշում է. հնարավոր է՝ զննարկիչը դեռ որոշում է, թե ուր ուղարկել հարցումը։

PAC ֆայլը կարող է կատարել DNS-ից կախված ստուգումներ։ Եթե այդ ստուգումները սպասում են անհասանելի լուծիչի կամ կրկին ու կրկին տալիս են ավելորդ հարցեր, էջի բեռնումը կարող է կանգ առնել նախքան ընտրված պրոքսին որևէ բան կստանա։

1. Գտեք դադարը

Մեկ ազդակիր URL-ի համար պարզեք՝ ուշացումը տեղի է ունենում PAC ֆայլը ստանալիս, այն գնահատելիս, թե վերադարձված պրոքսիին միանալիս։ Դատարկ պրոքսի մուտքի մատյանը համահունչ է առաջին երկու փուլերին. այն չի ապացուցում, որ զննարկիչը օգտագործել է ուղղակի ուղի։

Այնուհետև ստուգեք, թե որ կանոններն են DNS պահանջում։ Microsoft-ի PAC-ի արդյունավետության ուղեցույցը խորհուրդ է տալիս խուսափել ավելորդ՝ DNS-ից կախված աշխատանքից։ Հոսթանվան հավասարության ստուգումը չի պահանջում նույն տեղեկությունը, ինչ այդ հոսթանվան լուծումն ու ենթացանցի ստուգումը։

2. Հեռացրեք ավելորդ DNS աշխատանքը

Հայտնի հոսթանվան բացառությունները հաճախ կարելի է որոշել լայն՝ հասցեի վրա հիմնված ստուգումներից առաջ։ Անունը լուծեք միայն այն ժամանակ, երբ մնացած քաղաքականությունն իսկապես պահանջում է դրա հասցեն։ Արդյունքը պահեք տեղական փոփոխականում, եթե հաջորդ մի քանի պայմաններին նույն արժեքն է պետք։

Մի՛ «ուղղեք» դանդաղ սկրիպտը՝ վերևում ավելացնելով անպայման DIRECT վերադարձ։ Դա ուշացման հետ մեկտեղ հեռացնում է նաև երթուղավորման որոշումը։

Մեքենային հատուկ DNS լուծումները ապացույց են պահանջում։ Ֆայլերի փոխանակումը միացնելը կամ յուրաքանչյուր նոթբուքի hosts ֆայլը վերաշարադրելը վատ առաջին արձագանք է դանդաղ երթուղավորման սկրիպտին։ Ստուգեք լուծիչի և հոսթանվանի վարքը ազդակիր ցանցում, հատկապես ցանցի փոփոխությունից հետո, և PAC-ը փոխեք միայն այնտեղ, որտեղ դրա իրական որոշման ուղին է դա պահանջում։