Menú Cerrar

UN 403 o 400 redirigir cuando una búsqueda de Google sale como un dominio y no una IP

Cuando busco en Google, mi sitio o URL de blog sale como una dirección IP, no un nombre de dominio. La razón es que dependiendo del servidor, alojamiento, sitio y configuración de blog, y también permitir el acceso a la dirección IP, o redirigir, si hay un lugar para redirigir a la dirección de dominio cuando la dirección IP está conectada, también hay un lugar para redirigir a la página 403. Tenga en cuenta que el Gkkmon está experimentando este problema en la instancia de Amazon Lightsail Linx/UNIX-BitNami WordPress-Ubuntu Apache Environment.

    Problemas serios que ocurren cuando los resultados de la búsqueda se exponen como direcciones IP

Si Google permite el acceso por dirección IP, la URL aparece en los resultados de búsqueda como IP (no siempre), por lo que hay muchos problemas. El mayor problema surge cuando se tiene un sitio que tiene un certificado de seguridad SSL aplicado. Debido a que un certificado de seguridad sólo se emite como un dominio, no una dirección IP, Google no importa si los resultados de la búsqueda del sitio son dominios como https://example.com/post, pero se produce un error al llegar a una dirección IP como https://12.123.12.123/post. Dado que HTTPS no coincide con la dirección de dominio a la que se emite el certificado de seguridad, se vinculará a la página de error de privacidad y la conexión del usuario no se establece en privado. -El hacker puede estar intentando robar información del 12.123.12.123 (por ejemplo, contraseñas, mensajes, tarjetas de crédito, etc.), y usted verá un mensaje de advertencia como '-'. Esto no es un simple mensaje de error, pero es un problema de seguridad porque el certificado de seguridad SSL no se ha aplicado a la dirección IP en el momento de la conexión.

Las cuestiones antes mencionadas degradarán enormemente la seguridad y accesibilidad del usuario. Esto puede ser percibido como no ser administrado correctamente por el sitio, es probable que se clasifica como un problema de seguridad o un sitio de spam, y comprensiblemente el SEO se reducirá y la búsqueda de Google afecta negativamente. Porque parece que no es una estrella, es un deber-tener, y hay tres posibles soluciones.

    3 formas de solución cuando los resultados de la búsqueda se exponen como URL de dirección IP

La primera manera era sólo esperar y ver. Puede ser marcado temporalmente como una IP, o puede ser visto como un dominio de nuevo si usted espera. Debido a que Google no es un motor de búsqueda local, y este puede ser el caso, si esperas, pensé que la dirección URL de direcciones IP será naturalmente sacrificar y sólo los resultados de búsqueda de dirección de dominio se activarán. Creo que ahora es absurdo o incorrecto. Sin embargo, era bastante pasivo e incierto, y estaba claro que el período no era determinado, y que el sexo al azar era un mal fuerte.

El segundo método era redirigir a https://example.com/post cuando fue accesado por una URL https://12.123.12.123/post que fue expuesta en Google. Al principio era una manera de verse mal, y en realidad era una manera que muchas personas utilizan. Sin embargo, cuando hice clic en el enlace URL IP antes de ser redireccionamiento a la dirección de dominio, se me incitó a ver la página de error de privacidad, y fue redirección cuando hice clic en la pestaña avanzada para "ir a la página no segura". Antes de ver la página de error, es posible que haya notado cómo redireccionar, pero no sabía cómo buscar. Incluso sabiendo que el método no era una solución fundamental porque es un entorno donde los enlaces de URL IP pueden ser expuestos a la búsqueda de Google continuamente.

El último método fue redireccionar una página de error 403 o 400 para todas las conexiones a mi dirección IP fija http://12.123.12.13 y https://12.123.12.123 Connection. La página de error 403 es una página de error que muestra ' cuando un usuario solicita una página web o un medio que el servidor no permite ', y una página de error de 400 se llama ' solicitud no válida, el servidor no reconoció la sintaxis de la solicitud '. Por tanto, si sólo se conecta a la dirección IP para mostrar la página de error 403 o 400, se convierte en la notificación correcta de que la conexión no ha sido aceptada por el servidor, y si espera a que la búsqueda se refleje en este estado, naturalmente se eliminará y dejará sólo la dirección del dominio.

    Cómo redireccionar la URL de la dirección IP a la página de error 400

El método real de implementación es

/opts/BitNami/apps/Wordpres/conf/httpd-prefix.conf

Archivo, o en una conexión SSH,

sudo nano/TPO/BitNami/apps/Wordpres/conf/httpd-prefix. conf

Utilice el comando para colocar el siguiente contenido en el archivo httpd-prefix. conf.

# redireccionamiento permitido
Rewriteengine en
# Reescribir todas las conexiones HTTP a HTTPS
RewriteCond% {HTTPS}! = on
RewriteRule ^/(. *) https://% {SERVER_NAME}/$1 [R=301,L]
# Reescribir todas las conexiones WWW a non-www
RewriteCond% {Http_host} ^ www. (.*)$ [NC]
RewriteRule ^ (. *) $ https://% 1/$1 [R=301,L]
# https://12.123.12.123 conexión a la página de error 400 reescribir
RewriteCond% {HTTPS} = on
RewriteCond% {Http_host} ^ 12 . 123 . 12 . 123
RewriteRule ^ [F]
# http://12.123.12.123 conexión a la página de error 400 reescribir
RewriteCond% {HTTPS} = desActivado
RewriteCond% {Http_host} ^ 12 . 123 . 12 . 123
RewriteRule ^ [F]

Cambie la parte 12.123.12.123 a su dirección IP fija real. De hecho, con http://12.123.12.123, se vincula automáticamente a https://12.123.12.123 debido a la declaración de que todas las conexiones HTTP se redirigen a HTTPS. Porque la parte inferior de la sintaxis no tiene que ser el enemigo, pero el más seguro y más claramente entró en todo el número de casos. Después de la terminación de la corrección, SSH

sudo/opt/BitNami/cslscript. sh reiniciar Apache

Ingrese el Apache y reinicie.

Al reiniciar Apache y las pruebas, asegúrese de eliminar las cookies de su navegador y los datos del sitio. De hecho, incluso si todos los ajustes están completamente y correctamente redireccionados, las cookies restantes y los datos del sitio pueden no estar representados por la configuración que ha cambiado. En el mismo entorno, si ha configurado correctamente el Gkkmon

Example.com, www.example.com, http://example.com/, y http://www.example.com/are
Redirigir a https://example.com/,

12.123.12.123, http://12.123.12.123, https://12.123.12.123 son
se redireccionará a la página de 400 mala solicitud.

Ahora sólo estamos a la espera de ser reflejados en la búsqueda de Google. Se dice que se refleja en aproximadamente dos semanas.

Comentarios (Información no requerida)

Posted in Todo - All,Wordpress

이메일 구독 - Email Subs

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