


Guide de configuration de l'accès inter-domaines et de prise en charge du protocole CORS pour la configuration du serveur Nginx
Guide de configuration de l'accès inter-domaines pour la création de serveurs Nginx et de prise en charge du protocole CORS
Introduction :
Dans le développement actuel d'applications Web, les requêtes inter-domaines sont devenues une exigence courante. Pour garantir la sécurité, les navigateurs limitent par défaut les opérations inter-domaines via les requêtes AJAX. Le protocole CORS (Cross-Origin Resource Sharing) offre aux développeurs une solution fiable pour obtenir une autorisation contrôlable de l'accès entre domaines.
Nginx est un serveur Web et un serveur proxy inverse hautes performances. Cet article explique comment utiliser Nginx pour créer la configuration d'accès inter-domaines du serveur et la prise en charge du protocole CORS.
- Configuration de l'accès inter-domaines au serveur
Afin d'autoriser l'accès à partir d'autres noms de domaine, nous devons d'abord ajouter la configuration de l'accès inter-domaines au fichier de configuration Nginx. Ouvrez le fichier de configuration Nginx (généralement /etc/nginx/nginx.conf) et ajoutez la configuration suivante dans la section http :
http { ... # 允许跨域访问 add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS'; add_header Access-Control-Allow-Headers 'DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range'; add_header Access-Control-Expose-Headers 'Content-Length,Content-Range'; }
La configuration ci-dessus permet l'accès depuis tous les noms de domaine (*) et prend en charge GET, POST et OPTIONS méthodes. Dans le même temps, nous spécifions également certaines informations d’en-tête de requête courantes.
Après avoir enregistré et quitté le fichier de configuration, rechargez la configuration Nginx pour la rendre efficace :
$ sudo nginx -s reload
- Configurer la prise en charge du protocole CORS
Après avoir ajouté la configuration d'accès inter-domaines au serveur, nous pouvons également configurer la prise en charge du protocole CORS de manière plus fine -manière granuleuse. Voici un exemple de configuration qui autorise uniquement l'accès inter-domaines aux noms de domaine spécifiés :
http { ... # 配置CORS map $http_origin $allowed_origin { default ""; ~^https?://(www.)?example.com$ $http_origin; ~^https?://(www.)?example.net$ $http_origin; } server { ... location / { if ($allowed_origin != "") { add_header 'Access-Control-Allow-Origin' $allowed_origin; add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS'; add_header 'Access-Control-Allow-Headers' 'DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range'; add_header 'Access-Control-Expose-Headers' 'Content-Length,Content-Range'; } ... } } }
Dans la configuration ci-dessus, nous utilisons la directive map
pour définir un $allowed_origin</code > variable, utilisant Utilisé pour stocker les noms de domaine qui autorisent l'accès entre domaines. <code>location /
est configuré dans le bloc server
, et la directive if
est utilisée pour déterminer si le nom de domaine de la source de requête actuelle est dans le liste autorisée. Si tel est le cas, ajoutez les informations d’en-tête CORS correspondantes. De plus, nous pouvons également ajouter plus de règles selon nos besoins. map
指令来定义一个$allowed_origin
变量,用于存储允许跨域访问的域名。在server
块中配置了location /
,并通过if
指令判断当前请求来源的域名是否在允许列表中。如果是,则添加相应的CORS头信息。此外,我们也可以根据自己的需要添加更多的规则。
- CORS请求的预检(preflight)
在某些情况下,跨域请求需要进行预检操作。例如使用了自定义的请求头信息或非简单请求(例如PUT、DELETE等)时。预检请求是在实际请求之前发送的一种OPTIONS请求,用于获取服务器对实际请求的授权。
为了支持预检请求,我们只需要在location /
- Vérification en amont des requêtes CORS
- Avec la configuration ci-dessus, nous pouvons facilement créer la configuration d'accès inter-domaines du serveur et la prise en charge du protocole CORS. Qu'il s'agisse d'une simple requête inter-domaines ou d'une requête de contrôle en amont complexe, Nginx peut fournir des solutions flexibles et fiables.
- Références :
Dans certains cas, les requêtes inter-domaines nécessitent des opérations de contrôle en amont. Par exemple, lorsque des informations d'en-tête de requête personnalisées ou des requêtes non simples (telles que PUT, DELETE, etc.) sont utilisées. Une demande de contrôle en amont est une demande OPTIONS envoyée avant la demande réelle pour obtenir l'autorisation du serveur pour la demande réelle.
Afin de prendre en charge les requêtes de contrôle en amont, il nous suffit d'ajouter la configuration suivante dans le bloc location/
:
location / { ... if ($request_method = 'OPTIONS') { add_header 'Access-Control-Allow-Origin' $allowed_origin; add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS'; add_header 'Access-Control-Allow-Headers' 'DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range'; add_header 'Access-Control-Expose-Headers' 'Content-Length,Content-Range'; return 204; } ... }
Dans la configuration ci-dessus, lorsque la méthode de requête est OPTIONS, nous renvoyons 204 ( No Content ) et ajoutez les informations d'en-tête CORS.
- Conclusion :
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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Pour permettre au serveur Tomcat d'accéder au réseau externe, vous devez : modifier le fichier de configuration Tomcat pour autoriser les connexions externes. Ajoutez une règle de pare-feu pour autoriser l'accès au port du serveur Tomcat. Créez un enregistrement DNS pointant le nom de domaine vers l'adresse IP publique du serveur Tomcat. Facultatif : utilisez un proxy inverse pour améliorer la sécurité et les performances. Facultatif : configurez HTTPS pour une sécurité accrue.

Étapes pour exécuter ThinkPHP Framework localement : Téléchargez et décompressez ThinkPHP Framework dans un répertoire local. Créez un hôte virtuel (facultatif) pointant vers le répertoire racine ThinkPHP. Configurez les paramètres de connexion à la base de données. Démarrez le serveur Web. Initialisez l'application ThinkPHP. Accédez à l'URL de l'application ThinkPHP et exécutez-la.

Pour résoudre l'erreur "Bienvenue sur nginx!", vous devez vérifier la configuration de l'hôte virtuel, activer l'hôte virtuel, recharger Nginx, si le fichier de configuration de l'hôte virtuel est introuvable, créer une page par défaut et recharger Nginx, puis le message d'erreur. disparaîtra et le site Web sera affiché normalement.

Il existe cinq méthodes de communication de conteneur dans l'environnement Docker : réseau partagé, Docker Compose, proxy réseau, volume partagé et file d'attente de messages. En fonction de vos besoins d'isolation et de sécurité, choisissez la méthode de communication la plus appropriée, par exemple en utilisant Docker Compose pour simplifier les connexions ou en utilisant un proxy réseau pour augmenter l'isolation.

Étapes de déploiement de serveur pour un projet Node.js : Préparez l'environnement de déploiement : obtenez l'accès au serveur, installez Node.js, configurez un référentiel Git. Créez l'application : utilisez npm run build pour générer du code et des dépendances déployables. Téléchargez le code sur le serveur : via Git ou File Transfer Protocol. Installer les dépendances : connectez-vous en SSH au serveur et installez les dépendances de l'application à l'aide de npm install. Démarrez l'application : utilisez une commande telle que node index.js pour démarrer l'application ou utilisez un gestionnaire de processus tel que pm2. Configurer un proxy inverse (facultatif) : utilisez un proxy inverse tel que Nginx ou Apache pour acheminer le trafic vers votre application

La conversion d'un fichier HTML en URL nécessite un serveur Web, ce qui implique les étapes suivantes : Obtenir un serveur Web. Configurez un serveur Web. Téléchargez le fichier HTML. Créez un nom de domaine. Acheminez la demande.

Étapes de dépannage en cas d'échec de l'installation de phpMyAdmin : Vérifiez la configuration système requise (version PHP, version MySQL, serveur Web) ; activez les extensions PHP (mysqli, pdo_mysql, mbstring, token_get_all) ; vérifiez les paramètres du fichier de configuration (hôte, port, nom d'utilisateur, mot de passe) ; autorisations (propriété du répertoire, autorisations de fichiers) ; vérifier les paramètres du pare-feu (liste blanche des ports du serveur Web) ; consulter les journaux d'erreurs (/var/log/apache2/error.log ou /var/log/nginx/error.log) ; phpMonAdmin

Les instructions les plus couramment utilisées dans Dockerfile sont : FROM : créer une nouvelle image ou dériver une nouvelle image RUN : exécuter des commandes (installer le logiciel, configurer le système) COPY : copier des fichiers locaux dans l'image ADD : similaire à COPY, il peut automatiquement décompresser tar ou obtenir des fichiers URL CMD : Spécifiez la commande au démarrage du conteneur EXPOSE : Déclarez le port d'écoute du conteneur (mais pas public) ENV : Définissez la variable d'environnement VOLUME : Montez le répertoire hôte ou le volume anonyme WORKDIR : Définissez le répertoire de travail dans le conteneur ENTRYPOINT : spécifiez ce qu'il faut exécuter lorsque le conteneur démarre. Fichier exécutable (similaire à CMD, mais ne peut pas être écrasé)
