La situation est la suivante :
1# le fournisseur de résolution de nom de domaine se résout en Baidu Cloud Accelerator, puis résout de Baidu Cloud Accelerator en l'adresse IP d'origine, 103.25.199.246, après quoi le client s'ouvre complètement normalement, comme le montre la figure ; ci-dessous, le cadre du milieu s’affiche normalement.
2# Ce qui suit est l'accélération anti-génération implémentée par moi-même à l'aide de Nginx,
Le site d'origine est : mkt.guticn.com
L'IP du site d'origine est : 103.25.199.246
Le nom de domaine du proxy est : mkt.guticn.com
L'adresse IP du proxy est : l'adresse IP publique de votre propre proxy
La configuration nginx sur le proxy est
serveur {
nom_serveur mkt.guticn.com ;
écoute
emplacement ; / {
proxy_buffering 'OFF'; : //mkt.guticn .com;
proxy_set_header X-Real-IP '$remote_addr';
proxy_set_header t 'on' ;
proxy_set_header Accept-Language 'zh-CN';
proxy_set_header Connexion 'upgrade'; = 'OPTIONS') {
add_header 'Access-Control-Allow-Origin' '*';
add_header 'Access-Control-Allow-Credentials' 'true';
add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
add_header 'Access-Control-Allow-Headers' 'DNT, X-CustomHeader, Keep-Alive, User-Agent, X-Requested-With, If-Modified-Since, Cache-Control, Content-Type ,Accepter';
add_header 'Access-Control-Max-Age' 1728000;
add_header 'Content-Type' 'text /plain charset=UTF-8';
if ($request_method = 'POST') {
add_header 'Access-Control-Allow-Origin' '*';
add_header 'Access-Control-Allow-Credentials' 'true'; Méthodes' 'GET, POST, OPTIONS';
add_header 'Access-Control-Allow-Headers' 'DNT,X- CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache- Control,Content-Type,Accept';
}
if ($request_method = 'GET') {
add_header 'Access -Control-Allow-Origin' '*'
add_header 'Access-Control-Allow-Credentials' 'true; ';
add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
add_header 'Access-Control-Allow-Headers' 'DNT, X-CustomHeader, Keep-Alive, User-Agent, X-Requested -With, If-Modified-Since, Cache-Control, Content-Type, Accept';
}
proxy_redirect ~http (.
)guticn.com(.
) http$guticn.com$2; .com;
}
}
Ouvrez http://mkt.guticn.com/onebook..., et 400 apparaît, comme le montre l'image ci-dessous,
ne peut pas être affiché, c'est très étrange, peu importe comment je vérifie-le, je ne le trouve pas, et je l'ai aussi attrapé. Il a été couvert, et il n'y a pas de problème, mais c'est 400, et c'est ennuyeux. Ma petite sœur, je deviens folle, je fais ça. quelques mois, et le patron me presse toujours.
0x1# Ensuite, Baidu Cloud Acceleration peut être implémenté de cette manière sans 400,
0x2# J'ai également essayé Accelerator, puis une erreur 400 est également apparue,
0x3# J'ai senti que la configuration devait être erronée ?
Je me demande s'il existe un grand maître ? Ou la configuration de ma fille est fausse.
Amis qui ont vu cela, vous pouvez l'essayer. Méthode de test :
1. Ouvrez une machine virtuelle et ajoutez la configuration ci-dessus
2. Changez votre machine physique HOST en machine virtuelle et accédez-y pour tester. Merci tout le monde.
Fille.
Puisqu'il s'agit d'une erreur 400 et que c'est toujours un problème qui doit survenir, localisez-le étape par étape. La résolution du problème ne peut pas être une méthode d'élimination. Je ne peux que vous donner quelques conseils.
Déterminez le point final de la requête (c'est-à-dire l'endroit où le problème se produit) nginx peut le visualiser via access.log
Simplifiez la configuration pour garantir que les fonctions peuvent fonctionner normalement dans la configuration la plus basique et éviter les interférences inutiles
Le site source est : mkt.guticn.com
Le nom de domaine proxy est : mkt.guticn.com Vos deux noms de domaine sont-ils identiques ? Adresse d'accès client
mkt.guticn.com
地址,nginx又转发到mkt.guticn.com
, que signifie cette configuration ?1. Aucun journal n'est renvoyé. Ce qui est renvoyé est celui du POST 400, qui est un journal utile, et les autres sont des journaux normaux.
2. Le proxy inverse le plus simple qui a été testé n'a aucun résultat.
C'est comme l'accélération CDN.