MCData ad hoc HTTP FD: при сквозном шифровании сервер не может проверить доступность файла тем же способом
Сервер допустил временную файловую рассылку MCData, но получатели не смогли загрузить файл. Положительная авторизация не подтверждает доступность содержимого. Для ad hoc standalone FD через HTTP ETSI TS 123 282 V19.10.0 описывает отдельную возможную проверку файла и отдельно оговаривает ограничение при сквозном шифровании.
Проверка по ссылке
В описанной процедуре файл предварительно загружен на MCData content server. Запрос распространения содержит ссылку на содержимое. После авторизации MCData server может проверить доступность соответствующего файла по полученному URL через точку взаимодействия MCData-FD-5.
Если сервер устанавливает, что файла нет, инициатор получает ответ о невозможности продолжить распространение по этой причине. Остальные шаги процедуры пропускаются. Это самостоятельная причина остановки после этапа проверки прав.
Важно сохранить модальность описания: сервер может выполнить такую проверку. Из текста нельзя обещать, что всякая реализация всегда проверяет каждый файл заранее.
Ограничение для защищённого обмена
Примечание к тому же шагу указывает: если групповая коммуникация защищена сквозным шифрованием, MCData server не может проверить доступность файла на content server. Следовательно, отсутствие такой предварительной проверки в этом контексте нельзя автоматически считать ошибкой сервера.
Нельзя также выдать положительный результат авторизации за скрытое подтверждение существования файла. Это разные наблюдения, а ограничение проверки не отменяет необходимости подтвердить фактическую загрузку предусмотренным порядком.
Как проверить рабочую цепочку
В согласованном тесте фиксируют режим защиты, предварительное размещение контрольного файла и действующую ссылку. Затем отдельно отмечают допуск рассылки, получение запроса адресатами и фактическое завершение загрузки.
Для незашифрованного сценария при необходимости проверяют предусмотренную реализацией реакцию на недоступный тестовый файл. Для защищённого сценария критерий приёмки не строят на серверной проверке, которую примечание исключает. Секретные данные для публикации протокола не нужны.
При отказе загрузки сначала выясняют, на каком этапе получено подтверждение и какие проверки действительно выполнялись. Это позволяет направить диагностику к подготовке содержимого, доступу получателя или применимой процедуре защиты.
В итоговой инструкции «рассылка разрешена» и «файл загружен» остаются разными статусами. Такой порядок помогает не обещать оператору работоспособность содержимого только по успешному раннему ответу и сохраняет точную границу возможностей сервера MCData.
Запросы отправляются на наш e-mail из вашей почтовой программы.
