Squid-ը գնաց ուղղակիորեն։ Ձեր դիտարկիչը դեռ օգտագործում էր Squid։
Տարբերե՛ք իր ծնող պրոքսին շրջանցող պրոքսին այն հաճախորդից, որը շրջանցում է պրոքսին, և գտե՛ք այն փոփոխությունը, որն իսկապես ազդում է հաճախորդի ուղու վրա։
Մուտքի մատյանում գրված է DIRECT, բայց դիտարկիչը դեռ միանում է Squid-ին։ Սա սպասելի համակցություն է։
Squid-ի այն թողարկումների համար, որոնք աջակցում են always_direct-ին, հրահանգը Squid-ին ասում է հասնել սկզբնաղբյուրին առանց ծնող կամ քույր պրոքսի օգտագործելու։ Այն փոխում է Squid-ից հետո հաջորդ թռիչքը։ Այն չի վերագրում դիտարկիչի նախկին պրոքսի որոշումը։
browser → Squid → origin
browser → originՀաճախորդի տեսանկյունից Squid-ը շրջանցում է միայն երկրորդ ուղին։ Այդ ուղին պահանջելու համար կարգավորե՛ք մասնակից հաճախորդին նրա աջակցվող բացառության կամ PAC քաղաքականության միջոցով։
Այս տարբերությունը կարևոր է, երբ նախատեսված շտկումը աշխատանքային կայանից ներքին սարքին հասնելն է։ Squid-ի ուղղակի գնալը նշանակում է, որ սարքին հասնում են Squid-ի ցանցից։ Դա կարող է լինել այլ մեքենա, այլ ենթացանց և բոլորովին այլ աղբյուրի հասցե։
Լիազորումը նույնպես առանձին պահե՛ք։ Գործընկերոջ ընտրության հրահանգը չի տալիս պրոքսն օգտագործելու թույլտվություն և չի անջատում օբյեկտների քեշավորումը։ Պահպանե՛ք սահմանափակ հասանելիության քաղաքականությունը՝ փոխելով նախատեսված առաջընթաց երթուղին։
Արդյունքը հաղորդելիս անվանե՛ք այն թռիչքը, որը գնաց ուղղակիորեն։ Առանց որակավորման «շրջանցում» բառը թաքցնում է հենց այն տեղեկությունը, որն անհրաժեշտ է ասելու, թե արդյոք կարգավորումը փոխել է ճիշտ միացումը։