Eclipse-ի փրոքսի կարգավորումներ. Native ընդդեմ Manual և PAC կանոններ

Բացեք Preferences → General → Network Connections և աղյուսակը խմբագրելուց առաջ ընտրեք նախատեսված Active Provider-ը՝

Native-ը մեկնարկային կետն է ՕՀ-ի կողմից կառավարվող քաղաքականության համար, սակայն հասանելիությունն ու հայտնաբերումը կախված են հարթակից։ Մեկ դիտարկիչում աշխատող PAC-ը չի ապացուցում, որ Eclipse-ը ստացել է այն։

Ադմինիստրատորի տված ֆիքսված երթուղու համար Manual-ը կարող է հարմար լինել։ Խմբագրեք համապատասխան արձանագրության host/port-ը, վերանայեք ընտրված գրառումները և սահմանեք շրջանցումներ։ PAC-ից մեկ վերջնակետ պատճենելը բավարար չէ, երբ սկրիպտն ասում է՝

if (dnsDomainIs(host, ".internal.example"))
    return "DIRECT";
return "PROXY proxy.example:8080";

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

Ստուգեք ձախողված գործողությունը՝ թարմացման կայքը, Marketplace-ը կամ կոնկրետ պլագինը։ Արտաքին կառուցման գործիքը կամ առանձին HTTP փաթեթը կարող է ունենալ իր ինտերֆեյսը։ Եթե հարցումը հասնում է փրոքսիին և մարտահրավեր ստանում, ստուգեք հավատարմագրերը/մեթոդը. եթե երբեք չի հասնում, նախ վերանայեք մատակարարին, արձանագրության ընտրությունը և շրջանցումը։