Gwirio rheolau NO_PROXY .NET gyda HttpClient.DefaultProxy.IsBypassed

Yn ôl polisi proxy amgylchedd dogfennedig HttpClient, mae example.internal a .example.internal yn cyfateb yn wahanol. Mae'r enw noeth yn dewis y gwesteiwr rhiant; mae'r ffurf â phwynt arweiniol yn dewis ei is-barthau.

Os dylai'r ddau fod yn uniongyrchol, cynhwyswch y ddau yn yr amgylchedd cychwyn:

export no_proxy='example.internal,.example.internal'

Cyfunwch y rhain â'r rhestr osgoi bresennol a fwriadwyd. Ar systemau lle mae enwau newidynnau'n gwahaniaethu rhwng llythrennau mawr a bach, mae .NET yn gwirio enwau amgylchedd proxy llythrennau bach cyn y rhai mawr, felly gall no_proxy hen gymryd blaenoriaeth dros NO_PROXY.

O fewn y cymhwysiad, gellir archwilio'r dewisydd rhagosodedig heb anfon y cais HTTP i'r gyrchfan:

foreach (var host in new[] {
    "example.internal", "api.example.internal", "other.internal"
})
{
    var uri = new Uri("https://" + host + "/");
    Console.WriteLine($"{host}: bypass={HttpClient.DefaultProxy.IsBypassed(uri)}");
}

Mae'r darn yn defnyddio System a System.Net.Http. Os yw'r cymhwysiad wedi darparu IWebProxy arall yn benodol, archwiliwch broxy gwirioneddol y trafodwr yn lle hynny. Gosodwch yr amgylchedd a fwriadwyd cyn i'r proxy rhagosodedig gael ei gychwyn.

Dyma reolau dogfennedig .NET. Nid yw canlyniad curl â'r un llinyn yn profi bod cleient arall wedi dewis yr un llwybr, ac mae penderfyniad osgoi yn dal i fod angen cyrhaeddiad rhwydwaith uniongyrchol.