ASP.NET Core-ის პროქსის პარამეტრები: launchSettings.json და პროდუქცია
გამოყავით განვითარების გაშვების პროფილის პროქსის მნიშვნელობები განლაგებული ASP.NET Core პროცესის გარემოსა და HTTP დამმუშავებლისგან.
launchSettings.json-ში პროქსის მნიშვნელობა განვითარების გაშვების პროფილს ეკუთვნის. აპლიკაციის გამოქვეყნება ამ პროფილს IIS-ის სამუშაო პროცესის, სერვისის ან კონტეინერის გარემოდ არ აქცევს.
განლაგებულ გარემოში ხარვეზისას შეამოწმეთ პროცესი, რომელიც რეალურად უშვებს აპლიკაციას. მისი გარემო, ანგარიში და HTTP დამმუშავებელი განსაზღვრავს, რომელი პროქსის შეყვანებია ხელმისაწვდომი.
| სად მუშაობს | რა უნდა შევადაროთ განლაგების შემდეგ |
|---|---|
| IDE-ის გაშვების პროფილი | ჰოსტ პროცესის გარემო |
| ინტერაქტიული მომხმარებლის სესია | სერვისის ანგარიში და მისი პროქსის პარამეტრები |
| ხელით შექმნილი HTTP კლიენტი | დამმუშავებელი, რომელსაც აპლიკაციის ინექციური კლიენტი იყენებს |
თანამედროვე HttpClient-ის ნაგულისხმევი პროქსის ინიციალიზაციას პლატფორმაზე დამოკიდებული გარემოსა და სისტემის კონფიგურაციის წესები აქვს. მკაფიოდ კონფიგურირებულ დამმუშავებელს შეუძლია ამ ნაგულისხმევი მნიშვნელობების გადაფარვა. IHttpClientFactory-ის შემთხვევაში შეამოწმეთ დასახელებული კლიენტის ძირითადი დამმუშავებლის რეგისტრაცია და გამოძახების ადგილზე მიღებული სახელი. შეამოწმეთ ორივე შეყვანა, სანამ დაასკვნით, რომ კონფიგურაციის ფაილი იგნორირებული იყო.
.NET Framework-ის ძველი system.net/defaultProxy მაგალითები სხვა კონფიგურაციის მოდელს აღწერს. ნუ ჩასვამთ ამ ნაწილს თანამედროვე განლაგების ფაილში და ნუ ჩათვლით, რომ .NET-ის ყველა HTTP იმპლემენტაცია მას იყენებს. IIS-ის განლაგებისას ASP.NET Core მოდულსაც აქვს პროცესის გარემოს კონფიგურაციის მხარდაჭერილი მექანიზმი; მნიშვნელობების დამატებისას შეინარჩუნეთ ჰოსტინგის კონფიგურაციის დარჩენილი ნაწილი.
დააფიქსირეთ, არსებობს თუ არა მოსალოდნელი ცვლადი, მისი სრული სერტიფიკატების შემცველი მნიშვნელობის გამოქვეყნების გარეშე. შემდეგ დაადასტურეთ, რომ წარუმატებელ მოთხოვნას შემსრულებელი კლიენტი ამ წყაროს იყენებს. სწორად კონფიგურირებული გამშვები ვერ გაასწორებს კლიენტს, რომელიც განზრახ სხვა მარშრუტს იყენებს.