Защита Hotlink MP4 для ASP.NET или IIS

Question

Защита Hotlink MP4 для ASP.NET или IIS

1

Я защищаю свои файлы MP4 на своем сайте от hotlinking, передавая запрос на общий обработчик с кодом, взятым здесь: VideoStreamer Iphone/Ipad. URL-адрес файла MP4 является динамическим для каждого сеанса, который проверяется общим обработчиком до того, как MP4 будет передан посетителю.

Кажется, он отлично работает для настольных браузеров, но при тестировании на моем Android я не могу воспроизвести видео. Возможно, стоит отметить, что я направляю свой общий обработчик на такой маршрут, как http://example.com/myroute/dynamicfilename.mp4 с обработчиком в моем web.config для обработки всех запросов на файлы.mp4.

Без маршрутизации воспроизведение работает на телефоне Android с использованием того же кода. Следовательно, я подозреваю, что это имеет какое-то отношение к маршруту. Может быть, я занимаюсь расширением файла MP4?

Есть предположения? Есть ли какой-нибудь другой/лучший/рекомендуемый способ сделать это (возможно, используя context.rewrite?) Или какой-либо другой метод в IIS, который похож на httpd mod_secdownload?

Zishan 02 окт. 2014, в 15:33

Источник

0

Обработчик возвращает video / mp4 в качестве типа контента?
Mark Fitzpatrick 02 окт. 2014, в 14:27
0

да, возвращается видео / mp4
Zishan 02 окт. 2014, в 14:54
0

Можете ли вы прослушать провод для работы и не работает HTTP-запросов от устройства Android и посмотреть, в чем разница?
Rup 02 окт. 2014, в 16:08
0

Да, я понюхал пакеты и обнаружил, что мой общий обработчик начал давать 404 с после пары запросов или около того.
Zishan 10 окт. 2014, в 10:43

Показать ещё 2 комментария

Теги:

c#

asp.net

iis

vb.net

1 ответ

Ещё вопросы

Обработчик возвращает video / mp4 в качестве типа контента?
Можете ли вы прослушать провод для работы и не работает HTTP-запросов от устройства Android и посмотреть, в чем разница?
Да, я понюхал пакеты и обнаружил, что мой общий обработчик начал давать 404 с после пары запросов или около того.

Zishan · Accepted Answer · 2014-10-10T08-45-00.000Z

Оказывается, приложение Android (возможно, iOS тоже) в какой-то момент перестает использовать сеанс, переданный браузером. Следовательно, первый запрос, который использует сеанс, действителен, тогда как второй запрос приложения видеопроигрывателя получает 404, потому что мой общий обработчик не смог проверить динамически сгенерированный URL. Здесь нет решения, но это может помочь, если кто-то окажется в подобной загадке в будущем.