האַלט די פּראָקסי-קאָנפיגורירטע GoogleCredential קאָפּיע אין .NET
קאָנפיגוריר די HTTP אַרבעט פֿון דעם טאָקן פֿאַר דער באַקומען און גיב ווײַטער routedCredential; דער אָריגינעלער credential האַלט זײַן פֿריִערדיקער קאָנפֿיגוראַציע.
var proxy = new System.Net.WebProxy("http://proxy.example:8080")
{
Credentials = proxyCredentials
};
var factory = Google.Apis.Http.HttpClientFactory.ForProxy(proxy);
var routedCredential = credential.CreateWithHttpClientFactory(factory);credential איז דער עקזיסטירנדיקער GoogleCredential פֿון דער אַפּליקאַציע. דער מעטאָד גיט צוריק אַ קאָפּיע, דערפֿאַר באַניץ routedCredential פֿאַר טאָקן-אַרבעט אָדער API-אויטענטיפֿיקאַציע אַנשטאָט פֿאָרזעצן מיט דעם אָריגינעל.
proxyCredentials באַשטימט דעם מיטלער חשבון; לאָז אַוועק דעם איניציאַליזירער אויב מע דאַרף אים נישט. אין יענעם ניט-אויטענטיפֿיצירטן פֿאַל קען די HTTP-פּראָקסי ליסטע צושטעלן ענדפּוינט קאַנדידאַטן ווען דער טאָקן-ציל איז עפנטלעך און אַן עפנטלעכער פּראָקסי-וועג איז ערלויבט. האַלט דעם פֿאָדערלעכן טיפּ און די scope־ן פֿון דעם Google-credential. פּראָקסי-באַשטעטיקונגען פֿאַרבײַטן נישט קיין קליענט-סוד, סערוויס-חשבון שליסל אָדער צוטריט-טאָקן.
דער API-סערוויס קליענט איז אַן אַנדער בויען-וועג. גיב אויך יענעם טראַנספּאָרט די געמיינטע פֿאַבריק ווען סיי די סערוויס-סיי די טאָקן-בעטן דאַרפֿן דעם פּראָקסי. נאָר קאָנפֿיגורירן דעם סערוויס קען נאָך אַלאַסן אַ פֿריִערדיקן טאָקן-בעט אָן פֿעיִקייט זיך פֿאַרבינדן.
אַ געקאַשטער צוטריט-טאָקן פֿאַרמײַדט אַ נײַעם אויסטויש. פֿאַרגלײַך דעם טאַקע דורכגעפֿאַלענעם האָסט און די בקשה אַנשטאָט באַטראַכטן אַ קאַש-טאָקן אָפּעראַציע אָדער אָביעקט-בוי ווי אַ נײַע פּראָקסי-פֿאַרבינדונג.