Ko nozīmē <local> WinHTTP apiešanas sarakstā

Uztveriet WinHTTP vietējā resursdatora marķieri kā resursdatora nosaukuma noteikumu, nevis kā universālu privāto tīklu adrešu pārbaudi.

WinHTTP apiešanas sarakstā var būt īpašs marķieris <local>. Šajā kontekstā local nozīmē servera nosaukumu bez punkta. Tā nav vispārīga visu privāto IP adrešu vai visu jūsu Wi-Fi ierīču klasifikācija.

Tāpēc īss resursdatora nosaukums un resursdatora nosaukums ar punktiem ir atšķirīgas ievades. Programma, kas pieprasa http://intranet/, var atbilst marķierim, savukārt http://intranet.example.internal/ ir nepieciešams piemērojamais skaidrais noteikums.

Izlasiet konfigurētos izņēmumus

Paredzētai WinHTTP konfigurācijai statisks piemērs ir:

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

Galapunkts ir tikai ilustratīvs. Šī komanda maina WinHTTP konfigurāciju, un to nevajadzētu izmantot kā vispārīgu pārlūka labojumu. Reģistrējiet iepriekšējo konfigurāciju un pirms šīs izmaiņas veikšanas apstipriniet, ka mērķa programma to patiešām izmanto.

Aizstājējzīmes noteikums un local marķieris veic atsevišķus uzdevumus. IP literālis ar punktiem, piemēram, 192.168.1.10, nav resursdatora nosaukums bez punkta. Ja šādai adresei jāiet tieši, izmantojiet atbilstoši atbalstītu skaidru izņēmumu, nevis pieņemiet, ka vārds local to aptver.

Pārbaudiet pieprasījuma faktisko resursdatoru

Pakalpojums var izmantot īsu nosaukumu, kamēr pārlūka grāmatzīme izmanto pilnīgi kvalificētu nosaukumu. Iegūtais maršruts var atšķirties pat tad, ja abi nosaukumi galu galā norāda uz vienu un to pašu serveri.

Pieprasījumu var pārvaldīt arī programmai raksturīga starpniekservera informācija vai PAC novērtējums, nevis jūsu pārbaudītā statiskā noklusējuma vērtība. Pirms apiešanas saraksta maiņas citur nosakiet, kuru avotu izmanto neveiksmīgā programma.

Lai salīdzinātu uzvedību, reģistrējiet viena klienta URL resursdatora nosaukumu un izvēlēto starpniekservera politiku. Neaizstājiet strādājošu publisku starpniekserveri tikai tāpēc, ka apzināti izslēgts resursdators paliek tiešs.

Turiet šo atšķirību atsevišķi no DNS un kodola maršrutēšanas: apiešanas noteikums izvēlas, vai pieprasījumam izmantot starpniekserveri. Tas nepadara citādi nesasniedzamu galamērķi sasniedzamu.

Saistītie raksti