დააყენეთ 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 ირჩევს შუამავალს; .NET 8-ის ნაგულისხმევი WebSocket ტრანსპორტი მას ClientWebSocketOptions-საც ანიჭებს
HttpMessageHandlerFactoryარგუმენტირებს HTTP დამუშავებას, არა WebSocket კავშირებს
მოწოდებული WebSocketFactoryფლობს თავისი შექმნის ქცევას და უნდა გამოიყენოს საჭირო მარშრუტი

წარმატებული მოლაპარაკება არ ამტკიცებს, რომ შემდგომი WebSocket გვირაბი მიღებულ იქნა. თუ მორგებული WebSocketFactory იყენებს .NET ClientWebSocket-ს, დააკონფიგურირეთ ამ socket-ის პროქსი დაკავშირებამდე. წაიკითხეთ ტრანსპორტის დიაგნოსტიკა ბოლო დასრულებული ნაბიჯისთვის და შეამოწმეთ ნებისმიერი განზრახ სარეზერვო ტრანსპორტიც.

ძველი ASP.NET SignalR მაგალითები, რომლებიც Connection.Proxy აყენებენ, სხვა თაობას ეკუთვნის. HubConnectionBuilder-ით შეინახეთ პროქსი სხვა WithUrl ტრანსპორტის პარამეტრებთან ერთად, ნაცვლად დაუკავშირებელი HTTP მოთხოვნის კონფიგურირებისა.

დაკავშირებული სტატიები