Le proxy inverse Nginx définit le nom de domaine et implémente élégamment le transfert
Vue d'ensemble
Dans le développement Web, nous rencontrons souvent des situations où un proxy est requis pour transférer les demandes. En tant que serveur Web hautes performances, Nginx peut transmettre les requêtes via un proxy inverse, obtenant ainsi un équilibrage de charge efficace et une configuration dynamique.
Le principe de base du proxy inverse Nginx est d'envoyer la requête du client au serveur Nginx, puis le serveur Nginx transmet la requête au serveur back-end qui traite réellement la requête. En définissant le nom de domaine, nous pouvons implémenter différentes règles de transfert de proxy pour les demandes provenant de différents noms de domaine.
Définir le nom de domaine
Pour mettre en œuvre le transfert proxy du nom de domaine, vous devez d'abord configurer la résolution du nom de domaine. Supposons que nous ayons deux noms de domaine qui doivent être transférés, à savoir www.example1.com et www.example2.com. Nous pouvons résoudre ces deux noms de domaine en l'adresse IP du serveur Nginx sur la console du fournisseur de services DNS.
Ensuite, nous devons définir les règles de transfert de proxy pour le nom de domaine dans le fichier de configuration Nginx. Ouvrez le fichier de configuration Nginx, généralement situé dans /etc/nginx/nginx.conf, recherchez le bloc serveur, puis configurez le nom de domaine et les règles de transfert correspondants dans le bloc serveur.
L'exemple de code est le suivant :
server { listen 80; server_name www.example1.com; location / { proxy_pass http://backend1; proxy_set_header Host $host; } } server { listen 80; server_name www.example2.com; location / { proxy_pass http://backend2; proxy_set_header Host $host; } }
Dans le code ci-dessus, nous définissons d'abord un bloc de serveur, définissons la commande d'écoute pour écouter le port 80 et la commande server_name définit le nom de domaine sur www.example1.com. La directive de configuration proxy_pass dans le bloc location spécifie que la cible de transfert de la requête est http://backend1. La directive proxy_set_header définit le champ Host de l'en-tête de la requête sur $host, ce qui permet de maintenir l'authenticité de la requête.
De même, nous ajoutons un autre bloc de serveur, définissons server_name sur www.example2.com et proxy_pass sur http://backend2.
Configuration de la cible de transfert
Dans la configuration ci-dessus, nous avons utilisé backend1 et backend2 comme cibles de transfert. Ces deux cibles font référence à l'adresse du serveur backend, qui peut être un nom de domaine, une adresse IP ou un socket de domaine UNIX.
Pour associer ces deux cibles de transfert au serveur backend qui gère réellement la requête, nous devons ajouter un bloc en amont à l'intérieur du bloc http du fichier de configuration de Nginx, l'exemple de code est le suivant :
http { upstream backend1 { server backend1.example.com; } upstream backend2 { server backend2.example.com; } }
Dans le code ci-dessus, nous Deux blocs en amont sont définis pour associer l'adresse du serveur backend à backend1 et backend2 via la directive serveur. Parmi eux, backend1.example.com et backend2.example.com sont les adresses des serveurs backend qui traitent réellement la requête.
Redémarrer Nginx
Après avoir terminé la configuration du nom de domaine et de la cible de transfert, nous devons redémarrer le serveur Nginx pour que la configuration prenne effet. Entrez la commande suivante dans le terminal pour redémarrer :
sudo service nginx restart
Ensuite, vous pouvez tester si le transfert est correctement défini en visitant www.example1.com et www.example2.com.
Résumé
En définissant le nom de domaine et les règles de transfert, nous pouvons implémenter le proxy inverse de Nginx et transférer les requêtes vers différents serveurs backend. Cela vous permet de configurer de manière flexible les règles de transfert et d'obtenir un équilibrage de charge et une configuration dynamique efficaces. Dans le même temps, Nginx fournit également une multitude de modules et de fonctions, qui peuvent étendre davantage les capacités du proxy inverse et répondre à davantage de besoins.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!