Méthode de configuration de base inter-domaines du proxy inverse Nginx

Configuration de base du proxy inverse du service d'interface nginx

server {
  listen 8443; # 监听的端口号
  server_name a.test.com; # 服务器名称
  client_max_body_size 100m;  # 定义读取客户端请求头的超时时间
  ssl on;
  ssl_certificate test.pem;
  ssl_certificate_key test.key;
  ssl_session_timeout 5m;
  ssl_protocols sslv3 tlsv1.2;
  ssl_ciphers ecdhe-rsa-aes256-sha384:aes256-sha256:rc4:high:!md5:!anull:!enull:!null:!dh:!edh:!aesgcm;
  ssl_prefer_server_ciphers on;
  location / {
    root /test-static-app; # 静态资源目录
    index index.html index.htm;
    try_files $uri $uri/ /index.html; # 动态解析目录，配合vue的history模式
  }
}

La configuration de base implémente les fonctions de base de la page et du serveur statique, et peut implémenter la résolution de route lors de l'utilisation du mode historique de vue. De plus, afin d'obtenir un transfert unifié vers le serveur d'interface, nous devons spécifier le préfixe du nom de l'interface avec le développeur back-end. Par exemple, les chemins relatifs de toutes les interfaces commencent par api. la configuration suivante (égale à l'emplacement précédent),

...
location /api {
  proxy_pass https://b.test.com; # 设置代理服务器的协议和地址
  proxy_cookie_domain b.test.com a.test.com; # 修改cookie，针对request和response互相写入cookie
}    
...

qui s'appuie principalement sur proxy_pass pour transférer l'interface /api/x sous a.test.com vers b.test.com. Le processus est à peu près le suivant

.

L'interaction principale du cookie est proxy_cookie_domain, ajoutez Le paragraphe ci-dessus

proxy_cookie_domain b.test.com a.test.com;

réalise le transfert et la réécriture des cookies entre les noms de domaine a.test.com et b.test.com.

Si vous utilisez node pour le simuler, c'est à peu près comme suit

module.exports = (router) => {
 router.get('/api/index/getcmsinfo', async function (ctx, next) {
  // 接口转发
  let result = await superagent.post('https://b.test.com/api/card/home').set(browsermsg)
  // 获取返回的set-cookie，并设置header
  let setcookie = result.headers['set-cookie']
  if (setcookie) {
    ctx.response.header['set-cookie'] = setcookie
  }
  // 返回
  ctx.response.body={
    success: true,
    result: result.body 
  }
 })
}

Pour résumer, l'essence du proxy inverse nginx est en fait le transfert des services d'interface et le traitement des en-têtes. C'est facile à comprendre si vous y réfléchissez bien. .

Malentendus courants

1. Aca-header inutile ?

De nombreux paramètres inter-domaines nginx sur Internet ont ajouté du contenu lié aux paramètres d'en-tête inter-domaines, tels que

add_header 'access-control-allow-origin' '*';
add_header 'access-control-allow-credentials' "true"; 
add_header access-control-allow-headers x-requested-with;

Pensez au principe ci-dessus, pensez-vous que cela est toujours utile ? L'en-tête de la série aca (access-control-allow-) est configuré pour la négociation inter-domaines dans CORS. Il n'est tout simplement pas nécessaire d'enlever votre pantalon et de péter ici.

2. Le nom de domaine proxy_pass contient-il « slash/ » ?

De même, j'ai vu sur Internet que lorsque certains internautes configurent proxy_pass, ils ajoutent une barre oblique à la fin, comme indiqué ci-dessous, puis disent qu'une erreur est signalée, l'interface est introuvable ~ Qu'est-ce qui ne va pas~

...
location /api {
  #proxy_pass https://b.test.com;
  proxy_pass https://b.test.com/;
}    
...

Voir ceci Réfléchissons-y. La fonction de proxy_pass est d'attraper la requête. L'ajout d'une barre oblique signifie que toutes les requêtes /api seront transmises au répertoire racine, ce qui signifie que /api sera remplacé par /. le chemin changera. Une couche/API est manquante. Et sans ajouter de barre oblique ? Cela signifie que lorsqu'il est transmis au nom de domaine de b.test.com, le chemin /api ne sera pas perdu.

Dans ce cas, si l'interface backend a un préfixe prescrit, tel que /api, vous n'avez pas besoin de configurer la barre oblique ici. Dans un autre cas, l'interface back-end est la même, sans préfixe unifié. Ici, nous devons distinguer, puis ajouter un préfixe unifié à toutes les interfaces front-end, telles que /api, puis le remplacer par l'ajout d'une barre oblique. ~

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!