მშობელი დომენები და ქვედომენები .NET NO_PROXY-ში
ჩართეთ მშობელი დომენი განზრახ, როცა .NET გარემოს პროქსის პოლიტიკამ მისი ქვედომენებიც უნდა გვერდი აუაროს.
.NET-ის დოკუმენტირებულ გარემოს პროქსის წესებში .example.com ემთხვევა ქვედომენებს. ის არ ემთხვევა example.com თავად. ეს პატარა განსხვავება შეიძლება ერთი სერვისი ორ მარშრუტად გაყოს.
| ჩანაწერი | მოსალოდნელი .NET დამთხვევა |
|---|---|
example.com | მშობელი ჰოსტის სახელი |
.example.com | ჰოსტის სახელები ამ დომენის ქვეშ |
example.com,.example.com | ორივე ჯგუფი |
დავუშვათ, სადესანტო გვერდი იყენებს მშობელ სახელს, ხოლო მისი API იყენებს api.example.com. მხოლოდ წერტილიანი ფორმის შემცველი სია შეიძლება სადესანტო გვერდი პროქსის გავლით გაგზავნოს, სანამ API პირდაპირ მიდის. საპირისპირო შეცდომაა მხოლოდ მშობელი დომენის ჩამოთვლა და ყოველი შვილის დამთხვევის მოლოდინი. შეამოწმეთ HttpClient.DefaultProxy.IsBypassed მშობელი დომენისა და ერთი შვილისთვის, კონფიგურირებული გადაწყვეტილების შესამოწმებლად.
ეს ეხება გარემოს პოლიტიკას, რომელსაც მონაწილე .NET HTTP კლიენტი იყენებს. ცხადად მინიჭებულ IWebProxy, სხვა handler-ის იმპლემენტაციას ან სხვა runtime თაობას საკუთარი წესების შემოწმება სჭირდება. ნუ ჩათვლით, რომ ბრაუზერის გვერდის ავლის სია ეს გარემოს სია გახდა.
ასევე წინააღმდეგობა გაუწიეთ ჩვევას, პარამეტრი *.example.com -ად თარგმნოთ. .NET-ის დოკუმენტირებული გარემოს სინტაქსი ვარსკვლავს ზოგად ჩამნაცვლებელ ნიშნად არ განიხილავს.
როცა მუშა curl ბრძანებას აპლიკაციას ადარებთ, ანგარიშში შეინახეთ პირდაპირი URL. „იგივე სერვერი“ მალავს, მოითხოვეთ მშობელი დომენი, ქვედომენი თუ IP მისამართი. დომენის დამთხვევა ხდება ამ მოთხოვნის შეყვანის მიმართ, და არა სერვისის თქვენი არაოფიციალური სახელის მიმართ.