RFC: 6797
Оригинал: HTTP Strict Transport Security (HSTS)
Категория: Предложенный стандарт
Дата публикации:
Авторы: , ,
Перевод: Семенов Юрий Алексеевич

9.2. Определение эффективного URI запроса

Если Request-URI является абсолютным URI, тогда эффективный URI запроса равен Request-URI.

Если Request-URI использует форму abs_path или *-форму и имеется поле заголовка компьютера, тогда эффективный URI запроса формируется объединением:

  • имя схемы: "http", если запрос был получен через небезопасное TCP-соединение, или "https", когда получен через безопасное TLS/SSL TCP-соединение,
  • и строка октетов "://",
  • и компьютер и порт (если имеется), из поля заголовка Host,
  • и Request-URI, полученный из Request-Line, если только не является всего лишь звездочкой "*".

Если Request-URI использует форму abs_path form или *-форму, и поле заголовка Host отсутствует, тогда эффективный URI запроса не определен.

В противном случае, когда Request-URI использует адресную форму, эффективный URI запроса не определен.

Эффективные URI запросов сравниваются с использованием правил, описанных в [RFC-2616] раздел 3.2.3, за исключением того, что пустая компонента не должна рассматриваться эквивалентной абсолютному проходу типа "/".

9.2.1. Примеры эффективных запросов URI

  • Пример 1:
  • Эффективный URI запроса для сообщения (полученный через небезопасное TCP-соединение) является "http", плюс "://", плюс адресный компонент типа "www.example.org:8080", плюс адрес запроса "/pub/WWW/TheProject.html". Таким образом, получаем "http://www.example.org:8080/pub/WWW/TheProject.html".

    GET /pub/WWW/TheProject.html HTTP/1.1
    Host: www.example.org:8080
  • Пример 2:
  • Эффективный URI запроса для сообщения (полученное через безопасное SSL/TLS TCP-соединение) является "https", плюс "://", плюс компонент типа "www.example.org". Таким образом, получено "https://www.example.org".

    OPTIONS * HTTP/1.1
    Host: www.example.org
2007 - 2017 © Русские переводы RFC, IETF, ISOC.