שטעלט אן דעם פּראָקסי פֿון אַן ASP.NET Core SignalR קליענט פֿאַר דעם אָנהייב
קאָנפֿיגורירט אַן ASP.NET Core SignalR קליענט דורך HttpConnectionOptions, אַזוי די פֿאַרהאַנדלונג און דער אויסגעקליבענער טראַנספּאָרט זאָלן האָבן דעם געוואונטשטן וועג.
פֿאַר איר אָנהייבט אַן ASP.NET Core SignalR קליענט, קאָנפֿיגורירט זײַנע פֿאַרבינדונגס־אָפּציעס:
var connection = new HubConnectionBuilder()
.WithUrl("https://events.example/hub", options =>
{
options.Proxy = new WebProxy("http://proxy.example:8080");
})
.Build();
דער פֿראַגמענט ניצט דעם מאָדערנעם SignalR קליענט און System.Net. פֿירט connection דורכן async לעבנס־ציקל פֿון דער אַפּליקאַציע; האַלט דעם hub URL ווי דעם ציל. פֿאַר אַ דערלויבטן פּובליקן hub פּרובירן אָן קאָנפֿיגורירטע פּראָקסי־באַשײַנדיקער HTTP פּראָקסי ליסטע שטעלט צו מעגלעכע HTTP־מיטלערס.
| טראַנספּאָרט איינשטעלונג | וווּ דער פּראָקסי גילט |
|---|---|
| סטאַנדאַרט פֿאַרבינדונגס־אויפֿפֿיר | HttpConnectionOptions.Proxy קלייבט אויס דעם מיטלער; דער סטאַנדאַרט WebSocket טראַנספּאָרט פֿון .NET 8 טיילט אים אויך צו ClientWebSocketOptions |
HttpMessageHandlerFactory | פּאַסט אָן HTTP־באַהאַנדלונג, נישט WebSocket־פֿאַרבינדונגען |
אַ צוגעשטעלטער WebSocketFactory | באַזיצט זײַן אייגענעם שאַפֿונגס־אויפֿפֿיר און מוז אָנווענדן דעם נייטיקן וועג |
אַ דערפֿאָלגרייכע פֿאַרהאַנדלונג באַווײַזט נישט אַז דער שפּעטערדיקער WebSocket טונעל איז אָנגענומען געוואָרן. אויב אַ ספּעציעלער WebSocketFactory ניצט .NET ClientWebSocket, קאָנפֿיגורירט דעם פּראָקסי פֿון יענעם סאָקעט פֿאַר דעם פֿאַרבינדן. לייענט די טראַנספּאָרט־דיאַגנאָסטיק פֿאַר דעם לעצטן פֿאַרענדיקטן שריט און פּרופֿט אויך יעדן באַוואוסטן רעזערוו־טראַנספּאָרט.
עלטערע ASP.NET SignalR בײַשפּילן וואָס שטעלן אָן Connection.Proxy געהערן צו אַן אַנדער דור. מיט HubConnectionBuilder האַלט דעם פּראָקסי צוזאַמען מיט די אַנדערע WithUrl טראַנספּאָרט־אָפּציעס אַנשטאָט קאָנפֿיגורירן אַן אומפֿאַרבונדענע HTTP־בקשה.