И?

Верно, мне нужно ограничить эту ссылку

Что бы никто ее не мог получить

костыль который обходится “по счету раз” - это проверять реферер на нужных урлах, в лоб - не даст открывать видео просто в браузере

Только реакт

Звучит как решение, только уровень моего знания nginx не настолько силен, можно небольшой пример?)

valid_referers ~^mydoamin.com(.+);
if ($invalid_referer){return 404;}

но достаточно пользователю передать “валидный реферер” - и все, файл можно скачать

А вот это трабл, как раз таки нельзя скачивать ни в каком случае

по хорошему - надо на бэке генерить какой-то одноразоваый токен, привязанный к сессии, и при запросе к видео, делать auth_request к беку на проверку этого токена

Одноразовые токены и x-accel-redirect

Хорошо, тогда некст вопрос, если у меня общение с бэком идет таким образом, то я никакой айпишник не могу разрешить в allow?

мы же вроже определили, что запрос идет от пользователя из браузера, какие allow мы хоиим делать?

Всем привет!
вроде этого
 location ~* /wp-admin {
                                       auth_basic "Restricted Area";
                       auth_basic_user_file /usr/local/brainycp/src/compiled/nginxb/.htpasswd;
}
location /wp-admin/js {
               auth_basic off;
       }
Но увы продолжает работать авторизация по этому пути /wp-admin/js
У нас уже ночь мозг замылен,  а конфиг рабочий потерял. Благодарю за помощь!

в первом location регулярка - и так как второй location в нее входит - она окажывается приоритетнее

замени
location ~* /wp-admin
на
location /wp-admin

всё дело в порядке обработки локейшенов, Вам бы документацию почитать

вы правы, как написал вам сразу увидел это.

дело в свежем уме и опыте. почитать не мешает.

всем привет!

юзал ли кто ngx_http_mirror_module?

я думаю у многих был такой опыт, лучше сразу описать вопрос/проблему