Изисквания: ASP.NET Core вече поддържа слушане на UDS (Unix domain socket), ако Nginx и ASP.NET Core сайтовете са на един и същи сървър, те могат да комуникират директно чрез UDS, а Unix домейн сокети обикновено имат по-малко натоварване и по-бърза скорост на предаване в сравнение с TCP/IP.
Преглед:
Първо, за да създам ново .NET 8 уеб приложение, капсулирах метод за разширение ListenerUnix със следния код:
В Program.cs извикай по следния начин:
Кодът основно поддържа параметри на URL за разрешаване на слушане на http и слушане на Unix домейн сокети, и след успешно стартиране на приложението,Задайте разрешението за файла на Unix домейн сокето на 777В противен случай, когато nginx използва обратен прокси към UDS, в противен случай може да докладва проблеми с разрешенията, както следва:
2025/09/17 11:01:26 [критичен удар] 2887135#0: *112497 connect() към unix:/var/run/itsvse.socket се провали (13: Отказано разрешение) при свързване към upstream, клиент: x.x.x.x, сървър: itsvse.com, заявка: "GET / HTTP/2.0", upstream: "http://unix:/var/run/itsvse.socket:/", хост: "itsvse.com"
Ако трябва ръчно да зададете 777 разрешения, командата е следната:
Ако Linux сървърът не може да бъде изпратен към Linux сървъра, стартирането е успешно, както е показано на следната фигура:
Чрез тестване на извивки, командата е следната:
Както е показано по-долу:
Конфигурацията на Нгинкс е следната:
Обратният прокси път е създаден с два,Един с :/, един без :/, можете да различите ефекта, като поискате изход, както е показано на фигурата по-долу:
Препратка:
Входът към хиперлинк е видим.
Входът към хиперлинк е видим.
Входът към хиперлинк е видим. |
Публикувано на 2025-9-18 10:36:51
|
|
|
|
