Меню Закрыть

403 или 400 перенаправляет, когда поиск Google выходит в качестве домена, а не IP

Когда я ищу на Google, мой сайт или блог URL выходит как IP-адрес, а не доменное имя. Причина в том, что в зависимости от сервера, хостинга, сайта и блога настройки, а также разрешить доступ к IP-адресу, или перенаправить, если есть место для перенаправления на адрес домена, когда IP-адрес подключен, есть также место для перенаправления на страницу 403. Обратите внимание, что Гккмон испытывает эту проблему в Amazon Lightsail экземпляр Линкс/UNIX-BitNami WordPress-Ubuntu Apache среды.

    Серьезные проблемы, возникающие при доступе к результатам поиска в виде URL-адресов IP-адресов

Если Google разрешает доступ по IP-адресу, URL-адрес отображается в результатах поиска как IP (не всегда), поэтому существует множество проблем. Самая большая проблема возникает, когда у вас есть сайт, который имеет сертификат безопасности SSL применяется к нему. Поскольку сертификат безопасности выдается только в качестве домена, а не IP-адрес, Google не имеет значения, если ваш сайт результаты поиска доменов, как HTTPS://example.com/POST, но ошибка возникает, когда вы получаете IP-адрес, как HTTPS://12.123.12.123/POST. Поскольку HTTPS не совпадает с адресом домена, на который выдан сертификат безопасности, он будет ссылаться на страницу ошибки конфиденциальности, а подключение пользователя не будет установлено в Private. -Хакер может пытаться украсть информацию из 12.123.12.123 (например, пароли, сообщения, кредитные карты и т.д.), и вы увидите предупреждающее сообщение, такое как '-'. Это не простое сообщение об ошибке, но это проблема безопасности, так как сертификат безопасности SSL не был применен к IP-адресу во время подключения.

Вышеупомянутые проблемы значительно ухудшит безопасность пользователей и доступность. Это может быть воспринято как не должным образом управляется сайтом, он, скорее всего, будет классифицироваться как вопрос безопасности или спам-сайт, и понятно, SEO будет снижена и поиск Google негативно влияет на него. Потому что, похоже, что это не звезда, это обязательно иметь, и есть три возможных решений.

    3 пути к решению, когда результаты поиска отображаются как URL-адрес IP-адреса

Первый способ заключается в том, чтобы просто подождать и посмотреть. Он может быть временно помечен как IP, или он может рассматриваться как домен снова, если вы ждете. Потому что Google не является локальной поисковой системы, и это может быть так, если вы ждете, я думал, что IP адрес URL будет естественным отбирать и только доменные адреса результаты поиска будут активированы. Я думаю, что сейчас абсурдно или неправильно. Тем не менее, он был довольно пассивным и неопределенным, и было ясно, что период не был определен, и что случайный секс был сильным неправильно.

Вторым методом было перенаправить на HTTPS://example.com/POST, когда он был доступен по HTTPS://12.123.12.123/POST URL, который был выставлен на Google. Сначала это был способ выглядеть плохо, и это было на самом деле так, что многие люди используют. Однако, когда я нажал на ссылку IP URL, прежде чем перенаправление на адрес домена, мне было предложено увидеть страницу ошибки конфиденциальности, и это было перенаправление, когда я нажал на вкладку Advanced, чтобы "перейти на небезопасную страницу". Прежде чем видеть страницу ошибки, вы, возможно, заметили, как перенаправление, но вы не знали, как искать. Даже зная, что метод не является фундаментальным решением, потому что это среда, где IP URL ссылки могут быть доступны для поиска Google непрерывно.

Последним методом было перенаправление на страницу ошибки 403 или 400 для всех подключений к моему фиксированному IP-адресу http://12.123.12.13 и HTTPS://12.123.12.123 соединение. Страница ошибки 403 является страницей ошибки, которая показывает ' когда пользователь запрашивает веб-страницу или носитель, что сервер не разрешает ', и страница ошибки 400 называется ' неверный запрос, сервер не признал синтаксис запроса '. Поэтому, если вы подключаетесь только к IP-адресу, чтобы показать страницу ошибки 403 или 400, это становится правильным уведомлением о том, что соединение не было принято сервером, и если вы ждете, пока поиск не будет отражен в этом состоянии, он, естественно, будет отбирать и оставить только адрес домена.

    Как перенаправлять URL-адрес IP-адреса на страницу ошибки 400

Фактическим методом реализации является

/ОПТС/битнами/АППС/вордпрес/конф/хттпд-префикс.конф

Файл, или в SSH-подключении,

sudo Nano/выбирает/BitNami/Apps/wordpres/CONF/хттпд-префикс. conf

Используйте команду, чтобы поместить следующее содержимое в файл httpd-prefix. conf.

# Перенаправление разрешено
Ревритингине
# Перепишите все HTTP-соединения на HTTPS
Ревритеконд% {HTTPS}! = вкл.
RewriteRule ^/(. *) HTTPS://% {имя_сервера}/$1 [R=301,L]
# Перепишите все WWW подключения к не-www
Ревритеконд% {Хттп_хост} ^ ввв. (.*)$ [NC]
RewriteRule ^ (. *) $ HTTPS://% 1/$1 [R=301,L]
# HTTPS://12.123.12.123 подключение к странице ошибки 400 переписать
Ревритеконд% {HTTPS} = вкл.
Ревритеконд% {Хттп_хост} ^ 12 . 123 . 12 . 123
RewriteRule ^ [F]
# http://12.123.12.123 подключение к странице ошибки 400 переписать
Ревритеконд% {HTTPS} = выкл.
Ревритеконд% {Хттп_хост} ^ 12 . 123 . 12 . 123
RewriteRule ^ [F]

Измените 12.123.12.123 часть на фактический фиксированный IP-адрес. На самом деле, с http://12.123.12.123, он автоматически связывается с HTTPS://12.123.12.123 из-за объявления, что все HTTP-соединения перенаправляются на HTTPS. Потому что нижняя часть синтаксиса не должна быть врагом, но самым безопасным и наиболее аккуратно вошел все количество случаев. После завершения исправления, SSH

sudo/opt/BitNami/кслскрипт. sh перезапуск Apache

Войдите в Apache и перезагрузите компьютер.

При перезапуске Apache и тестировании, не забудьте удалить куки вашего браузера и данные сайта. Фактически, даже если все настройки полностью и надлежащим образом перенаправлены, оставшиеся файлы cookie и данные сайта могут не быть представлены измененными параметрами. В той же среде, если вы правильно установили Гккмон

example.com, www.example.com, http://example.com/и http://www.example.com/are
ПеренаПравить на HTTPS://example.com/,

12.123.12.123, http://12.123.12.123, HTTPS://12.123.12.123
будет перенаправлен на страницу плохого запроса 400.

Теперь мы просто ждем, чтобы быть отражены в поиске Google. Утверждается, что она находит свое отражение примерно через две недели.

Комментарии (Информация не требуется)

Posted in цельность - All, WordPress

이메일 구독 - Email Subs

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