Перенаправление URL-адресов, также называемое перенаправление URL-адресов, это World Wide Web способ сделать веб-страницу доступной по нескольким адресам URL. Когда веб-браузер пытается открыть URL-адрес, который был перенаправлен, открывается страница с другим URL-адресом. Точно так же перенаправление домена или перенаправление домена - это когда все страницы в URL domain перенаправляются на другой домен, например, когда wikipedia.com и wikipedia.net автоматически перенаправляются на wikipedia.org.

Перенаправление URL-адресов выполняется по разным причинам:

• для сокращения URL-адресов ;
• для предотвращения неработающих ссылок при перемещении веб-страниц;
• для разрешения несколько доменных имен, принадлежащих одному владельцу, для ссылки на один веб-сайт ;
• для навигации по сайту и выходу с него;
• для защиты конфиденциальности; и
• для враждебных целей, таких как фишинговые атаки или распространение вредоносного ПО.

• 1 Цели
  • 1.1 Похожие доменные имена
  • 1.2 Перемещение страниц в новый домен
  • 1.3 Регистрация исходящих ссылок
  • 1.4 Короткие псевдонимы для длинных URL-адресов
  • 1.5 Значимые, постоянные псевдонимы для длинных или изменяющихся URL-адресов
  • 1.6 Post / Redirect / Get
  • 1.7 Таргетинг на устройства и геотаргетинг
  • 1.8 Манипулирование поисковыми системами
  • 1.9 Манипулирование посетителями
  • 1.10 Удаление информации реферера
• 2 Реализация
  • 2.1 Ручное перенаправление
  • 2.2 Коды статуса HTTP 3xx
    • 2.2.1 Коды статуса и характеристики перенаправления
    • 2.2.2 Пример HTTP-ответа для перенаправления 301
    • 2.2.3 Использование сценариев на стороне сервера для перенаправления
    • 2.2.4 HTTP-сервер Apache mod_rewrite
    • 2.2.5 nginx rewrite
  • 2.3 Обновить метатег и HTTP-обновление заголовок
  • 2.4 Перенаправления JavaScript
  • 2.5 Перенаправления кадров
  • 2.6 Цепочки перенаправления
  • 2.7 Циклы перенаправления
• 3 службы
  • 3.1 Службы перенаправления URL
    • 3.1.1 Histo ry
  • 3.2 Маскирование реферера
• 4 Проблемы безопасности
• 5 См. также
• 6 Ссылки
• 7 Внешние ссылки

Существует несколько причин для использования перенаправления URL:

Похожие доменные имена

Пользователь может ошибочно ввести URL-адрес, например, «example.com» и «exmaple.com». Организации часто регистрируют эти домены с ошибками и перенаправляют их в «правильное» расположение: example.com. Адреса example.com и example.net могут перенаправлять на один домен или веб-страницу, например example.org. Этот метод часто используется для «резервирования» других доменов верхнего уровня (TLD) с тем же именем или для упрощения перенаправления настоящего «.edu» или «.net» на более узнаваемый Домен.com.

Перемещение страниц в новый домен

Веб-страницы могут быть перенаправлены на новый домен по трем причинам:

• сайт может пожелать или нуждаться в изменении своего доменного имени;
• автор может переместить свои отдельные страницы в новый домен;
• два веб-сайта могут объединиться.

С перенаправлением URL-адресов входящие ссылки на устаревшие URL-адреса могут быть отправлены в правильное место. Эти ссылки могут быть с других сайтов, которые не осознали, что есть изменение, или из закладок / избранного, которые пользователи сохранили в своих браузерах. То же самое касается поисковых систем. У них часто есть старые / устаревшие доменные имена и ссылки в их базе данных, и они будут отправлять поисковых пользователей по этим старым URL. Используя перенаправление «перемещено навсегда» на новый URL-адрес, посетители по-прежнему будут попадать на правильную страницу. Кроме того, на следующем проходе поисковой системы поисковая система должна обнаружить и использовать более новый URL.

Регистрация исходящих ссылок

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

Короткие псевдонимы для длинных URL-адресов

Веб-приложения часто включают в свои URL-адреса длинные описательные атрибуты, которые представляют иерархии данных, структуры команд, пути транзакций и информацию о сеансе. Такая практика приводит к тому, что URL-адрес эстетически неприятен и трудно запоминается, и который может не соответствовать ограничениям размера сайтов микроблогов. Сокращение URL-адресов Службы предоставляют решение этой проблемы, перенаправляя пользователя на более длинный URL-адрес с более короткого.

Значимые, постоянные псевдонимы для длинных или изменяющихся URL-адресов

Иногда URL-адрес страницы изменяется, даже если содержимое остается прежним. Следовательно, перенаправление URL-адресов может помочь пользователям, у которых есть закладки. Это обычно делается в Википедии при переименовании страницы.

Post / Redirect / Get

Post / Redirect / Get (PRG) - это шаблон веб-разработки , который предотвращает дублирование форма отправлений, если пользователь нажимает кнопку обновления после отправки формы, создавая более интуитивно понятный интерфейс для пользовательских агентов (пользователей).

Таргетинг на устройства и геотаргетинг

Перенаправления можно эффективно использовать для целей таргетинга, таких как геотаргетинг. Таргетинг на устройства становится все более важным с ростом числа мобильных клиентов. Есть два подхода к обслуживанию мобильных пользователей: сделать веб-сайт адаптивным или выполнить перенаправление на мобильную версию веб-сайта. Если предлагается мобильная версия веб-сайта, пользователи с мобильными клиентами будут автоматически перенаправлены на соответствующий мобильный контент. Для таргетинга на устройства используются перенаправления на стороне клиента или не кэшируемые перенаправления на стороне сервера. Геотаргетинг - это подход, предлагающий локализованный контент и автоматически перенаправляющий пользователя на локализованную версию запрошенного URL. Это полезно для веб-сайтов, нацеленных на более чем одно место и / или язык. Обычно перенаправления на стороне сервера используются для геотаргетинга, но перенаправления на стороне клиента также могут быть вариантом, в зависимости от требований.

Манипулирование поисковыми системами

Перенаправления использовались для манипулирования поисковыми системами с неэтичной намерения, например, захват URL. Цель вводящих в заблуждение перенаправлений - направить поисковый трафик на целевые страницы, которые сами по себе не обладают достаточной мощностью ранжирования или которые только удаленно или совсем не связаны с целью поиска. Подход требует ранжирования для диапазона поисковых запросов с рядом URL-адресов, которые будут использовать скрытые перенаправления для перенаправления поисковика на целевую страницу. Этот метод возродился с появлением мобильных устройств и ориентации на устройства. Перехват URL - это метод перенаправления вне домена, который использует характер обработки поисковой системой для временных перенаправлений. Если обнаружено временное перенаправление, поисковые системы должны решить, присваивают ли они значение ранжирования URL-адресу, который инициализирует перенаправление, или целевому URL-адресу перенаправления. URL-адрес, который инициирует перенаправление, может сохраняться для отображения в результатах поиска, поскольку перенаправление указывает на временный характер. При определенных обстоятельствах это поведение можно было использовать, применяя временные перенаправления к хорошо ранжируемым URL-адресам, что приводило к замене исходного URL-адреса в результатах поиска на URL-адрес, который инициировал перенаправление, таким образом «украшая» рейтинг. Этот метод обычно сочетался с скрытой переадресацией, чтобы перенаправить поток пользователей из результатов поиска на целевую страницу. Поисковые системы разработали эффективные технологии для обнаружения подобных манипулятивных подходов. Основные поисковые системы обычно применяют суровые санкции в отношении рейтинга сайтов, которые были уличены в применении подобных методов.

Манипулирование посетителями

перенаправление URL-адресов иногда используется как часть фишинговых атак, которые вводить посетителей в заблуждение относительно того, какой сайт они посещают Поскольку современные браузеры всегда показывают реальный URL-адрес в адресной строке, угроза уменьшается. Однако перенаправления также могут привести вас на сайты, которые в противном случае попытаются атаковать другими способами. Например, перенаправление может привести пользователя на сайт, который попытается обманом заставить его загрузить антивирусное программное обеспечение и вместо этого установить какой-либо троян .

Удаление информации реферера

При нажатии ссылки браузер отправляет в HTTP-запросе поле с именем referer где указывается источник ссылки. Это поле заполняется URL-адресом текущей веб-страницы и попадает в журналы сервера, обслуживающего внешнюю ссылку. Поскольку конфиденциальные страницы могут иметь конфиденциальные URL-адреса (например, http://company.com/plans-for-the-next-release-of-our-product), это нежелательно для реферерURL для выхода из организации. Страница перенаправления, которая выполняет сокрытие реферера, может быть встроена во все внешние URL-адреса, преобразовывая, например, http://externalsite.com/pageв http://redirect.company.com / http: //externalsite.com/page. Этот метод также устраняет другую потенциально конфиденциальную информацию из URL-адреса реферера, такую ​​как идентификатор сеанса, и может снизить вероятность фишинга, указав конечному пользователю, что они прошли чистый шлюз. на другой сайт.

Несколько различных типов ответа браузеру приведут к перенаправлению. Они различаются в зависимости от того, влияют ли они на заголовки HTTP или содержимое HTML. Используемые методы обычно зависят от роли человека, реализующего их, и их доступа к различным частям системы. Например, веб-автор, не контролирующий заголовки, может использовать метатег Refresh, тогда как администратор веб-сервера, перенаправляющий все страницы на сайте, с большей вероятностью будет использовать конфигурацию сервера.

Ручное перенаправление

Самый простой способ - попросить посетителя перейти по ссылке на новую страницу, обычно с использованием привязки HTML, например:

Пожалуйста, перейдите по этой ссылке.

Этот метод часто используется как запасной вариант - если браузер не поддерживает автоматическое перенаправление, посетитель все равно может получить доступ к целевому документу, перейдя по ссылке.

коды состояния HTTP 3xx

В HTTP протоколе, используемом World Wide Web, перенаправление - это ответ с кодом состояния , начинающимся с 3, который заставляет браузер отображать другую страницу. Если клиент сталкивается с перенаправлением, ему необходимо принять ряд решений, как обработать перенаправление. Клиенты используют разные коды состояния, чтобы понять цель перенаправления, как обрабатывать кэширование и какой метод запроса использовать для последующего запроса.

HTTP / 1.1 определяет несколько кодов состояния для перенаправления (RFC 7231 ):

• 300 множественных вариантов (например, предлагают разные языки)
• 301 перемещено навсегда (перенаправляет постоянно с одного URL на другой, передавая долю ссылки на перенаправленную страницу)
• 302 найдено (изначально «временное перенаправление» в HTTP / 1.0 и обычно используется для сценариев CGI; заменено 303 и 307 в HTTP / 1.1 но сохранен для обратной совместимости)
• 303 см. другой (принудительно отправляет GET-запрос на новый URL-адрес, даже если исходный запрос был POST)
• 307 временное перенаправление (предоставляет новый URL-адрес для повторной отправки браузером запрос GET или POST)
• постоянное перенаправление 308 (предоставляет новый URL-адрес для браузера для повторной отправки запроса GET или POST)

Коды состояния и характеристики перенаправления

Все эти коды состояния требуют, чтобы URL-адрес цели перенаправления был указан в заголовке Location: ответа HTTP. 300 вариантов выбора обычно содержат список всех вариантов в теле сообщения и отображают выбор по умолчанию в заголовке Location :.

(коды состояния 304 не изменено и 305 используют прокси не являются перенаправлениями).

Пример HTTP-ответа на перенаправление 301

A HTTP с перенаправлением 301 «перемещено навсегда» выглядит следующим образом:

HTTP / 1.1 301 перемещен навсегда Местоположение: http: // www. example.org/ Content-Type: text / html Content-Length: 174 
Перенаправление URL-адресов - URL redirection
 
Эта страница перемещена на http://www.example.org/.

Использование серверных сценариев для перенаправления

Веб-авторы, создающие HTML-контент, обычно не могут создавать перенаправления с использованием HTTP-заголовков, поскольку они автоматически генерируются программой веб-сервера при обслуживании HTML-файла. То же самое обычно верно даже для программистов, пишущих сценарии CGI, хотя некоторые серверы позволяют сценариям добавлять пользовательские заголовки (например, путем включения «непарсированных заголовков»). Многие веб-серверы генерируют код состояния 3xx, если сценарий выводит строку заголовка «Location:». Например, в PHP можно использовать функцию «заголовок»:

заголовок ('HTTP / 1.1 301 перемещен навсегда'); заголовок ('Местоположение: http://www.example.com/'); Выход();

Для предотвращения кеширования могут потребоваться дополнительные заголовки. Программист должен убедиться, что заголовки выводятся раньше тела. Это может не соответствовать естественному потоку управления через код. Чтобы помочь в этом, некоторые платформы для генерации содержимого на стороне сервера могут буферизовать данные тела. На языке сценариев ASP это также можно сделать с помощью response.buffer = trueи response.redirect "http://www.example.com/"<104.>HTTP / 1.1 допускает либо относительную ссылку URI, либо абсолютную ссылку URI. Если ссылка URI является относительной, клиент вычисляет требуемую абсолютную ссылку URI в соответствии с правилами, определенными в RFC 3986.

HTTP-сервер Apache mod_rewrite

HTTP-сервер Apache расширение mod_alias может использоваться для перенаправления определенных запросов. Типичные директивы конфигурации выглядят так:

Перенаправить постоянный /oldpage.html http://www.example.com/newpage.html Перенаправить 301 /oldpage.html http://www.example.com/newpage.html

Для более гибкой перезаписи URL и перенаправления можно использовать Apache mod_rewrite. Например, для перенаправления запросов на каноническое доменное имя:

RewriteEngine на RewriteCond% {HTTP_HOST} ^ ([^.:] + \.) * Oldsite \.example \.com \.? (: [0-9 ] *)? $ [NC] RewriteRule ^ (. *) $ Http://newsite.example.net/$1 [R = 301, L]

Такую конфигурацию можно применить к одному или всем сайтам на сервере через файлы конфигурации сервера или в отдельный каталог содержимого через файл .htaccess .

nginx rewrite

Nginx имеет встроенный модуль перезаписи http, который можно использовать для выполнения расширенной обработки URL-адресов и даже создания веб-страниц (с помощью директивы return). Показательным примером такого расширенного использования модуля перезаписи является mdoc.su, который реализует детерминированную службу сокращения URL-адресов полностью с помощью только языка конфигурации nginx.

location / DragonFly {rewrite ^ / DragonFly (BSD)? ([, / ]. *)? $ / d $ 2 последний; } location / d {set $ db "http://leaf.dragonflybsd.org/cgi/web-man?command="; установить $ ds "§ion ="; переписать ^ /. / ([^ /] +) \. ([1-9]) $ $ db $ 1 $ ds $ 2 редирект; }

Пожалуйста, перейдите по этой ссылке.

HTTP / 1.1 200 OK Refresh: 0; url = http: //www.example.com/ Content-Type: text / html Content-Length: 78 Следуйте по этой ссылке.

#! / Usr / bin / perl print "Refresh: 0; url = http: //www.example.com/ \ r \ n "; print "Content-Type: text / html \ r \ n"; напечатать "\ r \ n"; print "Пожалуйста, пройдите по этой ссылке !"

window.location = 'http: //www.example.com/'

window.location.replace ('http://www.example.com/')

<body>Пожалуйста, перейдите по <a href="http://www.example.com/">ссылке</a>.</body>

Попытка перенаправить на http: / / .