Exigences : ASP.NET Core supporte déjà l’écoute de l’UDS (socket de domaine Unix), si les sites Nginx et ASP.NET Core sont sur le même serveur, ils peuvent en fait communiquer directement via UDS, et les sockets de domaine Unix ont généralement moins de surcharge et une vitesse de transmission plus rapide que l’utilisation de TCP/IP.
Révision:
Tout d’abord, pour créer une nouvelle application web .NET 8, j’ai encapsulé une méthode d’extension ListenerUnix avec le code suivant :
En Program.cs, appelez ceci :
Le code prend principalement en charge les paramètres URL pour permettre l’écoute http et l’écoute socket de domaine Unix, et après le lancement réussi de l’application,Réglez la permission du fichier socket Unix à 777Sinon, lorsque nginx reverse proxy à UDS, il peut signaler des problèmes d’autorisation, comme suit :
2025/09/17 11:01:26 [crit] 2887135#0 : *112497 connexion() à unix :/var/run/itsvse.socket échoué (13 : Permission refusée) lors de la connexion à l’amont, client : x.x.x.x.x, serveur : itsvse.com, requête : « GET / HTTP/2.0 », en amont : « http://unix:/var/run/itsvse.socket:/ », hôte : « itsvse.com »
Si vous devez définir manuellement les permissions 777, la commande est la suivante :
Si le serveur Linux ne peut pas être envoyé au serveur Linux, le démarrage est réussi comme montré sur la figure suivante :
En utilisant le test de rotation, la commande est la suivante :
Comme montré ci-dessous :
La configuration Nginx est la suivante :
Le chemin de proxy inverse est configuré avec deux,Un avec :/, un sans :/, vous pouvez distinguer l’effet en demandant la sortie, comme montré dans la figure ci-dessous :
Référence:
La connexion hyperlientérée est visible.
La connexion hyperlientérée est visible.
La connexion hyperlientérée est visible. |
Publié le 18-09-2025 à 10:36:51
|
|
|
|
