WinHTTP-ի շրջանցման ցանկը կարող է պարունակել հատուկ <local> թոքեն։ Այս համատեքստում local նշանակում է սերվերի անուն առանց կետի։ Սա բոլոր մասնավոր IP հասցեների կամ ձեր Wi-Fi-ի բոլոր սարքերի ընդհանուր դասակարգում չէ։

Այդ պատճառով կարճ հոսթի անունը և կետերով հոսթի անունը տարբեր մուտքեր են։ http://intranet/ հայցող ծրագիրը կարող է համապատասխանել թոքենին, մինչդեռ http://intranet.example.internal/-ին անհրաժեշտ է կիրառելի հստակ կանոն։

Կարդացեք կարգավորված բացառությունները

Նախատեսված WinHTTP կոնֆիգուրացիայի համար ստատիկ օրինակ է՝

netsh winhttp set proxy `
  proxy-server="203.0.113.10:8080" `
  bypass-list="<local>;*.example.internal"

Վերջնակետը միայն օրինակ է։ Այս հրամանը փոխում է WinHTTP կոնֆիգուրացիան և չպետք է օգտագործվի որպես դիտարկիչի ընդհանուր վերանորոգում։ Գրանցեք նախորդ կոնֆիգուրացիան և նախքան այս փոփոխությունը հաստատեք, որ թիրախ ծրագիրն իսկապես օգտագործում է այն։

Ժոկեր-նշանով կանոնը և local թոքենը տարբեր աշխատանք են կատարում։ 192.168.1.10-ի նման կետերով IP գրառումը առանց կետի հոսթի անուն չէ։ Եթե նման հասցեն պետք է ուղիղ գնա, օգտագործեք պատշաճ աջակցվող հստակ բացառություն՝ փոխարենը ենթադրելու, որ local բառը ծածկում է այն։

Ստուգեք հարցման իրական հոսթը

Ծառայությունը կարող է օգտագործել կարճ անուն, մինչդեռ դիտարկիչի էջանիշը օգտագործում է ամբողջական անուն։ Ստացված երթուղին կարող է տարբերվել նույնիսկ այն դեպքում, երբ երկու անուններն ի վերջո նույն սերվերն են նույնացնում։

Հարցումը կարող է կառավարվել նաև ծրագրին հատուկ պրոքսի տեղեկատվությամբ կամ PAC գնահատմամբ՝ ձեր ստուգած ստատիկ լռելյայնի փոխարեն։ Նախքան այլ տեղ շրջանցման ցանկը փոխելը պարզեք, թե որ աղբյուրն է օգտագործում ձախողվող ծրագիրը։

Վարքագիծը համեմատելու համար նույն հաճախորդի համար գրանցեք URL-ի հոսթի անունը և ընտրված պրոքսի քաղաքականությունը։ Մի փոխարինեք աշխատող հանրային պրոքսին միայն այն պատճառով, որ դիտավորյալ բացառված հոսթը մնում է ուղիղ։

Այս տարբերակումը առանձին պահեք DNS-ից և միջուկի երթուղավորումից. շրջանցման կանոնը ընտրում է՝ արդյոք հարցման համար օգտագործել պրոքսի։ Այն այլապես անհասանելի նպատակակետը հասանելի չի դարձնում։

Առնչվող հոդվածներ