Архивы по дням: 24.08.2019

Заголовок «WWW-Authenticate» указан в [RFC7235 #]; его использование зависит от используемых схем аутентификации, таких как Digest [RFC7616 #] и Basic [RFC7617 #]. Поле заголовка ответа WWW-Authenticate ДОЛЖНО быть включено в ответные сообщения 401 (неавторизованный). Поле-значение состоит по меньшей мере из одного запроса, который указывает схему (ы) аутентификации и параметры, применимые […]

В заголовке ответа «Unsupported» перечислены функции, которые не поддерживаются отвечающим агентом RTSP. В случае, если функция была указана в поле Proxy-Require (раздел 18.37 из RFC 7826), если на пути между клиентом и сервером есть прокси, прокси-сервер ДОЛЖЕН отправить ответное сообщение с кодом состояния 551 (опция не поддерживается). Запрос НЕ ДОЛЖЕН […]

Поле заголовка ответа «Retry-After» можно использовать с ответом 503 (служба недоступна) или 553 (недоступен прокси), чтобы указать, как долго ожидаемая служба будет недоступна для запрашивающего клиента. Это поле МОЖЕТ также использоваться с любым ответом 3rr (Перенаправление), чтобы указать минимальное время, в течение которого пользовательский агент должен ждать перед отправкой перенаправленного […]

Поле заголовка ответа «Public» содержит список методов, поддерживаемых отправителем ответа. Этот заголовок применяется к общим возможностям отправителя, и его единственная цель — указать возможности отправителя получателю. Перечисленные методы могут или не могут быть применимы к Request-URI; поле заголовка Allow (раздел 18.6 из RFC 7826) МОЖЕТ использоваться для указания методов, разрешенных […]

Поле заголовка ответа «Proxy-Authenticate» ДОЛЖНО быть включено как часть ответа 407 (Proxy Authentication Required). Поле-значение состоит из запроса, который указывает схему аутентификации и параметры, применимые к прокси для этого Request-URI. Определение заголовка содержится в [RFC7235 #], и любые применимые схемы аутентификации HTTP появляются в других RFC, таких как Digest [RFC7616 […]

Заголовок ответа «MTag» МОЖЕТ быть включен в ответы методов DESCRIBE, GET_PARAMETER или SETUP. Теги тела сообщения (раздел 4.6 из RFC 7826), возвращенные в ответе DESCRIBE, а теги в SETUP относятся к презентации, т. е. как к возвращенному описанию сеанса, так и к потоку мультимедиа. Это позволяет проверить, что во время […]

Поле заголовка ответа «Location» используется для перенаправления получателя в местоположение, отличное от Request-URI, для завершения запроса или идентификации нового ресурса. Для ответов 3rr местоположение ДОЛЖНО указывать предпочтительный URI сервера для автоматического перенаправления на ресурс. Поле-значение состоит из одного абсолютного URI. (раздел 18.28 из RFC 7826) Примечание. Поле заголовка Content-Location (раздел […]

Заголовок ответа «Connection-Credentials» используется для переноса цепочки учетных данных для любого следующего прыжка, который должен быть утвержден запрашивающей стороной. Он ДОЛЖЕН использоваться только в ответах сервер-клиент. Заголовок Connection-Credentials в ответе RTSP ДОЛЖЕН, если он включен, содержать информацию о полномочиях (в форме списка сертификатов, обеспечивающих цепочку сертификации) следующего перехода, к которому […]

Заголовок ответа «Authentication-Info» используется сервером для передачи некоторой информации об успешной аутентификации HTTP [RFC7235 #] в ответном сообщении. Определение заголовка содержится в [RFC7615 #], и любые применимые схемы аутентификации HTTP появляются в других RFC, таких как Digest [RFC7616 #]. Этот заголовок ДОЛЖЕН использоваться только в ответных сообщениях, связанных с запросами […]

Заголовки ответа позволяют получателю запроса передавать дополнительную информацию об ответе, которую нельзя поместить в строку состояния (Status-Line). Этот заголовок предоставляет информацию о сервере и о дальнейшем доступе к ресурсу, идентифицированному Request-URI. Все заголовки, в настоящее время классифицируемые как заголовки ответа, перечислены в таблице. (раздел 8.2 из RFC 7826) Заголовки ответа […]

Синтаксис строки состояния (Status-Line): Status-Line = RTSP-Version SP Status-Code SP Reason-Phrase CRLF Код состояния 553 (Proxy Unavailable — Прокси недоступен) информирует о том, что Прокси в настоящее время не может обработать запрос из-за временной перегрузки или обслуживания прокси. Подразумевается, что это временное состояние, которое будет смягчено после некоторой задержки. Если […]

Синтаксис строки состояния (Status-Line): Status-Line = RTSP-Version SP Status-Code SP Reason-Phrase CRLF Код состояния 551 (Option Not Supported — Опция не поддерживается) информирует о том, что Тег функции, указанный в полях Require или Proxy-Require, не поддерживается. НЕОБХОДИМЫЙ заголовок ДОЛЖЕН быть возвращен с указанием функции, для которой нет поддержки. (раздел 17.5.7 […]

Синтаксис строки состояния (Status-Line): Status-Line = RTSP-Version SP Status-Code SP Reason-Phrase CRLF Код состояния 505 (RTSP Version Not Supported — Версия RTSP не поддерживается) информирует о том, что Агент не поддерживает или отказывается поддерживать версию RTSP, которая использовалась в сообщении запроса. Агент указывает, что он не может или не хочет […]

Синтаксис строки состояния (Status-Line): Status-Line = RTSP-Version SP Status-Code SP Reason-Phrase CRLF Код состояния 504 (Gateway Timeout — Время ожидания шлюза) информирует о том, что Агент, действуя как прокси-сервер, не получил своевременный ответ от вышестоящего агента, указанного URI, или какого-либо другого вспомогательного сервера (например, DNS), к которому ему нужно было […]

Синтаксис строки состояния (Status-Line): Status-Line = RTSP-Version SP Status-Code SP Reason-Phrase CRLF Код состояния 503 (Service Unavailable — Сервис недоступен) информирует о том, что В настоящее время сервер не может обработать запрос из-за временной перегрузки или обслуживания сервера. Подразумевается, что это временное состояние, которое будет смягчено после некоторой задержки. Если известно, […]

Синтаксис строки состояния (Status-Line): Status-Line = RTSP-Version SP Status-Code SP Reason-Phrase CRLF Код состояния 502 (Bad Gateway — Плохой шлюз) информирует о том, что Агент, выступая в качестве шлюза или прокси-сервера, получил неверный ответ от вышестоящего агента, к которому он обращался при попытке выполнить запрос. (раздел 17.5.3 из RFC 7826) […]

Синтаксис строки состояния (Status-Line): Status-Line = RTSP-Version SP Status-Code SP Reason-Phrase CRLF Код состояния 501 (Not Implemented — Не реализовано) информирует о том, что Агент не поддерживает функциональность, необходимую для выполнения запроса. Это подходящий ответ, когда агент не распознает метод запроса и не может поддерживать его для какого-либо ресурса. (раздел […]

Синтаксис строки состояния (Status-Line): Status-Line = RTSP-Version SP Status-Code SP Reason-Phrase CRLF Код состояния 500 (Internal Server Error — Внутренняя ошибка сервера) информирует о том, что Агент столкнулся с непредвиденным состоянием, которое не позволило ему выполнить запрос. (раздел 17.5.1 из RFC 7826) Остальные коды состояний ответа перечислены в таблице. Ссылки […]

Синтаксис строки состояния (Status-Line): Status-Line = RTSP-Version SP Status-Code SP Reason-Phrase CRLF Код состояния 472 (Failure to Establish Secure Connection — Неспособность установить безопасное соединение) информирует о том, что Прокси-серверу не удается установить безопасное соединение с агентом RTSP следующего перехода. (раздел 17.4.33 из RFC 7826) Это в первую очередь вызвано […]

Синтаксис строки состояния (Status-Line): Status-Line = RTSP-Version SP Status-Code SP Reason-Phrase CRLF Код состояния 471 (Connection Credentials Not Accepted — Учетные данные подключения не принимаются) информирует о том, что При выполнении безопасного соединения по нескольким соединениям посредник отказывался подключаться к следующему прыжку (hop) и выполнять запрос из-за неприемлемых учетных данных […]