Egiaztatu .NETen NO_PROXY arauak HttpClient.DefaultProxy.IsBypassed erabiliz

Zerrendatu domeinu soila eta hasierako puntudun forma, HttpClient-ek bientzat proxy-a saihestu behar duenean, eta gero aztertu IsBypassed.

HttpClient-en dokumentatutako ingurune-proxy politikaren arabera, example.internal eta .example.internal desberdin egokitzen dira. Izen soilak guraso ostalaria hautatzen du; hasierako puntudun formak haren azpidomeinuak hautatzen ditu.

Biak zuzenean joan behar badira, sartu biak abioko ingurunean:

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

Bateratu itzazu aurreikusitako lehendik dagoen saihesteko zerrendarekin. Aldagai-izenek maiuskulak eta minuskulak bereizten dituzten sistemetan, .NETek lehenago egiaztatzen ditu minuskulako proxy ingurune-izenak, eta gero maiuskulakoak, beraz no_proxy zaharkitu batek NO_PROXYren gainetik leudeke.

Aplikazioaren barruan, hautatzaile lehenetsia azter daiteke HTTP eskaera helmugara bidali gabe:

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)}");
}

Zatiak System eta System.Net.Http erabiltzen ditu. Aplikazioak beste IWebProxy bat esplizituki eman badu, aztertu kudeatzailearen benetako proxya horren ordez. Ezarri nahi den ingurunea proxy lehenetsia hasi aurretik.

Hauek dira .NETen dokumentatutako arauak. Kate berarekin egindako curl emaitzak ez du frogatzen beste bezero batek ibilbide bera aukeratu duenik, eta saihesteko erabakiak oraindik sareko konektibitate zuzena behar du.

Erlazionatutako artikuluak