Menu Fermer

A 403 ou 400 rediriger quand une recherche Google sort comme un domaine et non pas une adresse IP

Lorsque je recherche sur Google, mon site ou blog URL sort comme une adresse IP, pas un nom de domaine. La raison en est que, selon le serveur, hébergement, site et les paramètres de blog, et également permettre l'accès à l'adresse IP, ou de rediriger, s'il ya un endroit pour rediriger vers l'adresse de domaine lorsque l'adresse IP est connecté, il ya aussi un endroit pour rediriger vers la page 403. S'il vous plaît noter que le Gkkmon est confronté à ce problème dans l'instance Amazon Lightsail Linx/UNIX-BitNami WordPress-Ubuntu Apache environnement.

    Problèmes graves qui se produisent lorsque les résultats de la recherche sont exposés comme URL d'adresse IP

Si Google permet l'accès par l'adresse IP, l'URL apparaît dans les résultats de recherche comme IP (pas toujours), il ya donc de nombreux problèmes. Le plus gros problème se pose lorsque vous avez un site qui a un certificat de sécurité SSL appliqué à lui. Parce qu'un certificat de sécurité est délivré uniquement comme un domaine, pas une adresse IP, Google n'a pas d'importance si les résultats de votre recherche de site sont des domaines comme https://example.com/post, mais une erreur se produit lorsque vous obtenez à une adresse IP comme https://12.123.12.123/post. Étant donné que HTTPs n'est pas assorti à l'adresse de domaine à laquelle le certificat de sécurité est délivré, il se lie à la page d'erreur de confidentialité et la connexion de l'utilisateur n'est pas définie sur Private. -Le pirate peut tenter de voler des informations du 12.123.12.123 (par exemple, mots de passe, messages, cartes de crédit, etc.), et vous verrez un message d'avertissement tel que'-'. Ce n'est pas un message d'erreur simple, mais il s'agit d'un problème de sécurité car le certificat de sécurité SSL n'a pas été appliqué à l'adresse IP au moment de la connexion.

Les problèmes susmentionnés dégraderont considérablement la sécurité et l'accessibilité des utilisateurs. Cela peut être perçu comme n'étant pas correctement géré par le site, il est susceptible d'être classé comme un problème de sécurité ou d'un site de spam, et, naturellement, le SEO sera abaissé et la recherche de Google affecte négativement. Parce qu'il semble que ce n'est pas une étoile, c'est un must-have, et il ya trois solutions possibles.

    3 façons de solution lorsque les résultats de recherche sont exposés en tant qu'adresse IP URL

La première façon était de juste attendre et voir. Il peut être temporairement marqué comme une adresse IP, ou il peut être considéré comme un domaine à nouveau si vous attendez. Parce que Google n'est pas un moteur de recherche local, et cela peut être le cas, si vous attendez, j'ai pensé que l'URL de l'adresse IP sera naturellement abattage et seulement les résultats de recherche adresse de domaine sera activé. Je pense que maintenant est absurde ou mal. Cependant, il était assez passif et incertain, et il était clair que la période n'a pas été déterminée, et que le sexe au hasard était un mal fort.

La deuxième méthode était de rediriger vers https://example.com/post quand il a été accédé par une URL https://12.123.12.123/post qui a été exposée sur Google. Au début, c'était une façon de paraître mauvais, et c'était en fait une façon que beaucoup de gens utilisent. Cependant, quand j'ai cliqué sur le lien d'URL d'IP avant d'être redirection à l'adresse de domaine, j'ai été invité à voir la page d'erreur de confidentialité, et il a été redirection quand j'ai cliqué sur l'onglet avancé pour "aller à la page non sécurisée". Avant de voir la page d'erreur, vous avez peut-être remarqué comment la rediriger, mais vous ne saviez pas comment effectuer une recherche. Même en connaissant la méthode n'était pas une solution fondamentale, car il s'agit d'un environnement où les liens IP URL peuvent être exposés à la recherche Google en permanence.

La dernière méthode a été de rediriger une page d'erreur 403 ou 400 pour toutes les connexions à mon adresse IP fixe http://12.123.12.13 et https://12.123.12.123 connexion. La page d'erreur 403 est une page d'erreur qui indique «lorsqu'un utilisateur demande une page Web ou un média que le serveur ne permet pas» et qu'une page d'erreur 400 est appelée «demande non valide, le serveur n'a pas reconnu la syntaxe de la demande». Par conséquent, si vous vous connectez uniquement à l'adresse IP pour afficher la page d'erreur 403 ou 400, il devient la notification correcte que la connexion n'a pas été acceptée par le serveur, et si vous attendez jusqu'à ce que la recherche est reflétée dans cet État, il sera naturellement abattage et ne laisser que l'adresse du domaine.

    Comment rediriger l'URL de l'adresse IP vers la page d'erreur 400

La méthode réelle de mise en œuvre est

/OPTS/BitNami/Apps/Wordpres/conf/httpd-prefix.conf

Fichier, ou dans une connexion SSH,

sudo nano/opte/BitNami/Apps/Wordpres/conf/httpd-prefix. conf

Utilisez la commande pour mettre le contenu suivant dans le fichier httpd-prefix. conf.

# redirection autorisée
RewriteEngine sur
# Réécrire toutes les connexions HTTP à HTTPs
RewriteCond% {HTTPs}! = on
RewriteRule ^/(. *) https://% {nom_serveur}/$1 [R=301,L]
# Réécrire toutes les connexions WWW à non-www
RewriteCond% {Http_host} ^ www. (.*)$ [NC]
RewriteRule ^ (. *) $ https://% 1/$1 [R=301,L]
# https://12.123.12.123 connexion à la page d'erreur 400 réécrire
RewriteCond% {HTTPs} = on
RewriteCond% {Http_host} ^ 12 . 123 . 12 . 123
RewriteRule ^ [F]
# http://12.123.12.123 connexion à la page d'erreur 400 réécrire
RewriteCond% {HTTPs} = désactivé
RewriteCond% {Http_host} ^ 12 . 123 . 12 . 123
RewriteRule ^ [F]

Remplacez la partie 12.123.12.123 par votre adresse IP fixe réelle. En fait, avec http://12.123.12.123, il est automatiquement lié à https://12.123.12.123 en raison de la déclaration que toutes les connexions HTTP sont redirigées vers HTTPs. Parce que le bas de la syntaxe n'a pas à être l'ennemi, mais le plus sûr et le plus proprement entré tout le nombre de cas. Après l'achèvement du correctif, SSH

sudo/opt/BitNami/cslscript. sh redémarrer Apache

Entrez l'Apache et redémarrez.

Lorsque vous redémarrez apache et testez, assurez-vous de supprimer les cookies et les données du site de votre navigateur. En fait, même si tous les paramètres sont complètement et correctement redirigés, les cookies restants et les données de site peuvent ne pas être représentés par les paramètres que vous avez changé. Dans le même environnement, si vous avez correctement configuré le Gkkmon

Example.com, www.example.com, http://example.com/et http://www.example.com/are
Rediriger vers https://example.com/,

12.123.12.123, http://12.123.12.123, https://12.123.12.123 sont
sera redirigé vers la page de demande inCorrecte 400.

Maintenant nous attendons juste pour être reflétés dans la recherche de Google. Il est dit qu'il est reflété dans environ deux semaines.

Commentaires (Information non requise)

Posted in All, Wordpress

이메일 구독 - Email Subs

최선을 다해 직접 만든 콘텐츠만 공유합니다.
We share the best content we have created.