Идентификация ресурсов в Вебе — HTTP
«Объект» (или «цель») HTTP-запроса называется «ресурс», чья природа может быть разной: фото, документ, или что-либо ещё. Каждый ресурс идентифицируется с помощью унифицированного идентификатора ресурса (URI (en-US)) используемого повсюду в HTTP для идентификации ресурсов.
Обычно чтобы описать конкретный ресурс (его имя) и его местоположение в Вебе, используется всего один URL (Uniform Resource Locator — Унифицированный локатор ресурса, вид URI, его ещё называют веб-адресом). Можно добавить, что иногда с помощью специального заголовка Alt-Svc
(en-US) в ответе на запрос можно попросить клиента перезапросить ресурс с другой локации.
URL
Самый популярный тип URI — это Uniform Resource Locator (URL), который также называют веб-адресом.
https://developer.mozilla.org https://developer.mozilla.org/ru/docs/Learn https://developer.mozilla.org/ru/search?q=URL
Любой из этих URL-ов может быть набран в адресной строке браузера чтобы сказать ему загрузить соответствующую страницу (ресурс).
URL состоит из разных частей, некоторые — обязательны, а другие нет. Более сложный пример:
http://www.example.com:80/path/to/myfile.html?key1=value1&key2=value2#SomewhereInTheDocument
URN
Uniform Resource Name (URN) — это URI, который идентифицирует ресурс по имени в конкретном пространстве имён.
urn:isbn:9780141036144 urn:ietf:rfc:7230
Эти два URN-а соответствуют:
- книга «1984» Джорджа Оруэлла,
- IETF спецификация 7230, Hypertext Transfer Protocol (HTTP/1.1): Синтаксис и маршрутизация сообщений.
Схема или протокол
http://
это пример протокола (схемы). Тут описывается какой протокол браузер должен использовать. Обычно это HTTP протокол или его безопасная версия — HTTPS. Интернет требует один из этих двух, но браузеры также знают как работать с некоторыми другими, напримерmailto:
(чтобы открыть почтовый клиент) илиftp:
для работы с передачей файлов.Популярные схемы:
Схема | Описание |
---|---|
data | Data URIs |
file | Доступ к файлам на локальном компьютере |
ftp | File Transfer Protocol (протокол передачи файлов) |
http/https | Hyper text transfer protocol (Secure) |
mailto | Адрес электронной почты |
ssh | Протокол Secure shell для работы с серверами |
tel | Телефон |
urn | Uniform Resource Names |
view-source | Исходный код ресурса |
ws/wss | (Зашифрованные) соединения WebSocket |
Владелец (имя хоста)
www.example.com
— это доменное имя, идентификатор ответственного за это пространство имён.Идентифицирует, какой именно Веб-сервер получает запрос. Альтернативно, можно просто использовать IP address, но поскольку это не так удобно, то этот способ используется не часто.
Порт
:80
— это порт сервера. Он идентифицирует технические «ворота», которые нужны для доступа к ресурсу на сервере. Обычно порт не указывается, т.к. существуют общепринятые нормы о стандартных портах для HTTP (80 для HTTP и 443 для HTTPS). В других случаях обязательно нужно указывать.
Путь
/path/to/myfile.html
— это путь к ресурсу на Веб-сервере. Изначально путь типа этого указывал на физическое место файла на сервере, но сейчас всё чаще это псевдоним или описание некоторого абстрактного ресурса.
Строка запроса (query string)
?key1=value1&key2=value2
— это дополнительные параметры, предоставляемые Веб-серверу.Это список пар «ключ=значение», разделённых символом
&
. Веб-сервер может использовать эти параметры как дополнительные инструкции, что именно сделать с ресурсом перед отправкой его пользователю. Каждый Веб-сервер имеет свои правила насчёт параметров, и единственный надёжный способ узнать как конкретный Веб-сервер обрабатывает эти параметры — это спросить того, кто контролирует Веб-сервер.
Фрагмент
#SomewhereInTheDocument
— это «якорь» на другую часть ресурса. Якорь представляет собой что-то вроде «закладки» внутри ресурса, давая браузеру указание показать содержимое с определённого места. В HTML-документе, к примеру, браузер будет скроллить к точке где якорь определён, а на аудио/видео-документе браузер попытается перейти на время, указанное в якоре. Важно что часть, начинающаяся с # — никогда не пересылается серверу в запросе.
Когда используются URLы в HTML содержимом, вам стоит использовать только несколько из этих схем. Когда идёт обращение к субресурсам (файлам, которые являются частью большого документа) — вам стоит использовать лишь HTTP и HTTPS. Браузеры сейчас перестают использовать FTP для загрузки ресурсов, из соображений безопасности.
FTP до сих пор доступен на верхнем уровне (т.е. когда ссылка указывается в адресной строке или в ссылке), но некоторые браузеры могут делегировать загрузку FTP ресурсов другим приложениям.
https://developer.mozilla.org/en-US/docs/Learn tel:+1-816-555-1212 git@github.com:mdn/browser-compat-data.git ftp://example.org/resource.txt urn:isbn:9780141036144 mailto:help@supercyberhelpdesk.info
Спецификация | Название |
---|---|
RFC 7230, секция 2.7: Uniform Resource Identifiers | Hypertext Transfer Protocol (HTTP/1.1): Синтаксис и маршрутизация сообщений |
- Что такое URL?
- Список URI-схем IANA
Found a content problem with this page?
- Edit the page on GitHub.
- Report the content issue.
- View the source on GitHub.
Want to get more involved?
Learn how to contribute.
This page was last modified on by MDN contributors.
Использование уникальных идентификаторов ресурса (URI) в AD FS
Twitter LinkedIn Facebook Адрес электронной почты
- Статья
Универсальный код ресурса (URI) представляет собой строку символов, которая используется в качестве уникального идентификатора.
Коды URI в качестве сетевых адресов партнеров
Ниже приведены сетевые URL-адреса, с которыми чаще всего сталкиваются администраторы в AD FS.
URL-адреса службы федерации, включая URL-адреса организации, политики конфиденциальности, служб WS-Federation, SAML, WS-Trust, WS-MetadataExchange и метаданных федерации.
URL-адреса отношения доверия с проверяющей стороной, включая URL-адреса службы WS-Federation, SAML и метаданных федерации.
URL-адреса отношения доверия с поставщиком утверждений, включая URL-адреса службы WS-Federation, SAML и метаданных федерации.
Коды URI в качестве идентификаторов объектов
Ниже приведены идентификаторы, с которыми чаще всего сталкиваются администраторы в AD FS.
Идентификатор | Описание | Сравнение |
---|---|---|
Идентификатор службы федерации | Этот идентификатор используется для обозначения службы федерации. Он используется проверяющими сторонами, использующими утверждения от этой службы федерации, а также поставщиками утверждений, выдающими утверждения для службы федерации. | Когда пользователь запрашивает у поставщика утверждений утверждения для службы федерации, идентификатор этой службы федерации будет использоваться для обозначения целевого объекта утверждений. Когда служба федерации получает утверждения от поставщика утверждений, она проверяет, что утверждения относятся именно к ней, выполняя поиск своего идентификатора. Когда проверяющая сторона получает утверждения из этой службы федерации, проверяющая сторона проверяет, что издатель утверждения соответствует идентификатору службы федерации. |
Идентификатор проверяющей стороны | Этот идентификатор используется для обозначения проверяющей стороны в службе федерации.![]() | Когда пользователь запрашивает утверждения от службы федерации для проверяющей стороны, идентификатор этой проверяющей стороны будет использоваться для обозначения проверяющей стороны, для которой предназначены утверждения. Это сравнение выполняется с помощью сопоставления префиксов (см. ниже). Когда проверяющая сторона получает утверждения, она проверяет идентификатор в токене безопасности, чтобы гарантировать, что утверждения предназначены для нее. |
Идентификатор поставщика утверждений | Этот идентификатор используется для обозначения поставщика утверждений в службе федерации. Он используется при получении утверждений от поставщика утверждений. | Когда служба федерации получает утверждения от поставщика утверждений, служба федерации проверяет, что издатель утверждений соответствует идентификатору поставщика утверждений. |
Тип утверждения | Этот идентификатор используется для определения типа утверждения.![]() | Когда служба федерации получает утверждения от поставщика утверждений, правила утверждений, связанные с соответствующим отношением доверия поставщика утверждений позволяют администратору сравнивать типы утверждений и обрабатывать утверждения. Правила утверждения, связанные с отношением доверия с проверяющей стороной, также позволяют администратору сравнивать типы утверждений на основе утверждений, поступающих из правил отношения доверия с поставщиком утверждений, а также решать, какие утверждения выдавать. |
Сопоставление префиксов URI для идентификаторов проверяющей стороны
Синтаксис пути универсального кода ресурса (URI) упорядочен иерархически и разделен всеми символами «/» или всеми символами «:». Таким образом, путь может быть разбит на участки пути в зависимости от символа-разделителя. При выполнении сопоставления префиксов каждый участок должен являться полным совпадением согласно правилам сопоставления (эти правила определяют регистр совпадений). Дополнительные сведения о правилах сопоставления см. в упомянутом выше документе RFC.
Когда проверяющая сторона определяется в запросе к службе федерации, службы AD FS используют логику сопоставления префиксов, чтобы определить наличие соответствующего отношения доверия с проверяющей стороной в базе данных конфигурации AD FS.
Например, если идентификатор проверяющей стороны в базе данных конфигурации AD FS (URI1) является префиксом для идентификатора проверяющей стороны во входящем запросе (URI2), должны выполняться следующие условия:
Конечные разделители (символы косой черты и двоеточия) участков пути или ссылок должны игнорироваться.
Регистр частей схем и данных о пользователе и узле идентификаторов URI1 и URI2 должен строго совпадать.
Каждый участок пути идентификатора URI1 должен точно соответствовать (на основе выбранных правил учета регистра) соответствующему участку пути URI2.
URI2 может иметь больше участков пути, чем URI1, однако URI1 не должен иметь больше участков пути, чем URI2.
URI1 не может иметь больше участков пути, чем URI2.
Если URI1 включает фрагмент, он должен строго соответствовать фрагменту URI2.
Примечание
Параметры строки запроса не поддерживаются и будут игнорироваться в идентификаторах проверяющей стороны.
Дополнительные примеры приводятся в таблице ниже.
Идентификатор проверяющей стороны в базе данных конфигурации AD FS | Идентификатор проверяющей стороны в сообщении запроса | Идентификатор запроса совпадает с идентификатором конфигурации? | Причина |
---|---|---|---|
http://contoso.com | http://contoso.com | TRUE | Точное соответствие |
http://contoso.com/ | http://contoso.com | TRUE | Конечные символы косой черты игнорируются. |
http://contoso.com | http://contoso.com/ | TRUE | Конечные символы косой черты игнорируются. |
http://contoso.![]() | http://contoso.com/hr | TRUE | URI1 не включает путь и соответствует схеме и данным о пользователе и узле для URI2. |
http://contoso.com/hr | http://contoso.com/hr/web | TRUE | Первые участки пути совпадают, в URI1 нет второго участка пути. |
http://contoso.com/hr/ | http://contoso.com/hrw/main | FALSE | Участок пути 1 идентификатора URI1 не соответствует участку пути 1 идентификатора URI2. |
http://contoso.com/hr | http://contoso.com | FALSE | URI1 имеет больше участков пути, чем URI2. |
http://contoso.com/hr | http://contoso.com/hrweb | FALSE | Первые участки пути не совпадают. |
https://contoso.com | http://contoso.com | FALSE | Части схемы не совпадают. |
http://sts.contoso.com | http://contoso.com | FALSE | Части данных о пользователе и узле не совпадают.![]() |
http://contoso.com | http://sts.contoso.com | FALSE | Части данных о пользователе и узле не совпадают. |
404: Страница не найдена
Страница, которую вы пытались открыть по этому адресу, похоже, не существует. Обычно это результат плохой или устаревшей ссылки. Мы извиняемся за любые неудобства.
Что я могу сделать сейчас?
Если вы впервые посещаете TechTarget, добро пожаловать! Извините за обстоятельства, при которых мы встречаемся. Вот куда вы можете пойти отсюда:
Поиск- Пожалуйста, свяжитесь с нами, чтобы сообщить, что эта страница отсутствует, или используйте поле выше, чтобы продолжить поиск
- Наша страница «О нас» содержит дополнительную информацию о сайте, на котором вы находитесь, WhatIs.com.
- Посетите нашу домашнюю страницу и просмотрите наши технические темы
Просмотр по категории
Сеть
- система оперативной поддержки (OSS)
Система оперативной поддержки (OSS) представляет собой набор программ, которые помогают поставщику услуг связи отслеживать, контролировать, анализировать.
..
- взаимное исключение (мьютекс)
В компьютерном программировании взаимное исключение (мьютекс) — это программный объект, который предотвращает доступ нескольких потоков к одному и тому же…
- управление неисправностями
Управление сбоями — это компонент управления сетью, который обнаруживает, изолирует и устраняет проблемы.
Безопасность
- черный список приложений (занесение приложений в черный список)
Занесение приложений в черный список — все чаще называемое занесением в черный список приложений — представляет собой практику сетевого или компьютерного администрирования, используемую …
- соковыжималка
Juice jacking — это эксплойт безопасности, в котором зараженная зарядная станция USB используется для компрометации устройств, которые к ней подключаются.
- безопасность гипервизора
Безопасность гипервизора — это процесс обеспечения безопасности гипервизора (программного обеспечения, обеспечивающего виртуализацию) на протяжении.
..
ИТ-директор
- Общепринятые принципы ведения учета (Принципы)
Общепринятые принципы ведения документации — это основа для управления записями таким образом, чтобы поддерживать …
- система управления обучением (LMS)
Система управления обучением представляет собой программное приложение или веб-технологию, используемую для планирования, реализации и оценки конкретных …
- Информационный век
Информационная эпоха — это идея о том, что доступ к информации и контроль над ней являются определяющими характеристиками нынешней эпохи …
HRSoftware
- жизненный цикл сотрудника
Жизненный цикл сотрудника — это модель человеческих ресурсов, которая определяет различные этапы, через которые работник проходит в …
- опыт кандидата
Опыт кандидата отражает отношение человека к процессу подачи заявления о приеме на работу в компанию.
- непрерывное управление производительностью
Непрерывное управление эффективностью в контексте управления человеческими ресурсами (HR) представляет собой надзор за работой сотрудника …
Обслуживание клиентов
- речевая аналитика
Речевая аналитика — это процесс анализа голосовых записей или звонков клиентов в реальном времени в контакт-центры с распознаванием речи …
- Платформа Salesforce (ранее Force.com)
Платформа Salesforce — ранее известная как Force.com — представляет собой продукт «платформа как услуга» (PaaS), который упрощает …
- сегментация клиентов
Сегментация клиентов — это практика разделения клиентской базы на группы лиц со схожими характеристиками…
URI и URL: в чем разница?
Сегодня в Интернете доступно так много ресурсов, от веб-страниц до изображений, отчетов о погоде и электронных документов. Важно уметь идентифицировать и извлекать эти различные ресурсы.
Для этого вам нужно знать, что такое URI и URL и чем они отличаются. Давайте дадим определение каждому из приведенных ниже терминов, а затем объясним их основные различия.
- Что такое URI?
- Типы URI
- Что такое URL?
Что такое URI?
URI — сокращение от «Uniform Resource Identifier» — это последовательность символов, которая отличает один ресурс от другого.
Например, foo://example.com:8042/over/there?name=ferret#nose — это URI, содержащий имя схемы, полномочия, путь, запрос и фрагмент. URI не обязательно должен содержать все эти компоненты. Все, что ему нужно, это имя схемы и путь к файлу, который может быть пустым.
Вот еще один пример URI: telnet://192.0.2.16:80/. В этом примере «telnet» — это имя схемы, а числа после двойной косой черты обозначают полномочия. Путь пустой, поэтому после косой черты нет символов
Типы URI
Существует два типа URI: URN и URL.
Универсальное имя ресурса (URN) — это постоянный и независимый от местоположения идентификатор, который соответствует схеме «urn». В этом контексте «постоянный» означает, что URN постоянно идентифицирует один и тот же ресурс с течением времени. Вот пример URN, предоставленный RFC 39.86: urn:oasis:names:specification:docbook:dtd:xml:4.1.2
URL-адрес, с другой стороны, является идентификатором, зависящим от местоположения, который не обязательно является постоянным. Это означает, что URL-адреса не требуются для идентификации одного и того же ресурса с течением времени. URL-адреса также не следуют схеме «urn».
Теперь, когда у нас есть краткое представление об URI, URL-адресах и URN-адресах, давайте подробнее рассмотрим, какие URL-адреса приведены ниже.
Что такое URL?
URL — сокращение от «Uniform Resource Locator» — это особый тип идентификатора, который не только идентифицирует ресурс, но и сообщает вам, как получить к нему доступ или где он находится. Например, URL-адрес может содержать ftp:// или https://. Это говорит о том, что ресурс можно найти и получить к нему доступ через протокол передачи файлов (FTP) или защищенный протокол передачи гипертекста (HTTPS).
Вот несколько примеров URL:
- ftp://ds.internic.net/internet-drafts/draft-ietf-uri-irl-fun-req-02.txt
- https://blog.hubspot.com/website/application-programming-interface-api
- http://www.ietf.org/rfc/rfc2396.txt
- https://offers.hubspot.com/how-to-run-seo-audit?hubs_post-cta=anchor&hsCtaTracking=f55ac8df-26f8-41f5-b63a-fa80e97d2fec%7Cfe8e963d-d682-4a22-b84e-52f7d60e4786 90 010
Вы заметите, что они похожи на приведенные выше примеры URI. Это потому, что они содержат много одинаковых компонентов, включая путь и запрос.
Однако URL также содержит уникальные компоненты, такие как протокол и домен. В последнем примере URL «https://» — это протокол. «Предложения» — это субдомен, а «hubspot.com» — доменное имя. «Как запустить seo-аудит» — это путь, а вопросительный знак и все, что после него, составляет запрос.
Теперь давайте подробнее рассмотрим разницу между URI и URL.
В чем разница между URI и URL?
Ключевое различие между URI и URL-адресами заключается в том, что URI являются идентификаторами, тогда как URL-адреса являются локаторами. Другими словами, URI просто идентифицирует ресурс. Он не описывает и не подразумевает, как найти ресурс. URL делает.
Таким образом, URL-адреса являются особым подмножеством URI. Это означает, что все URL-адреса являются URI, но не все URI являются URL-адресами.
Наиболее распространенная аналогия, используемая для понимания разницы между URI и URL-адресами, — это сравнение имени человека с его адресом. Имя человека похоже на URI, потому что оно идентифицирует человека, не предоставляя никакой информации о том, как его найти. Однако адрес идентифицирует человека как резидента этого адреса и указывает его физическое местонахождение.