Когда я ищу на 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.1
23 часть на фактический фиксированный 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.12
3, http://12.123.12.1
23, HTTPS://12.123.12.
123
будет перенаправлен на стр
аницу плохого запроса 400.
Теперь мы просто ждем, чтобы быть отражены в поиске Google. Утверждается, что она находит свое отражение примерно через две недели.