Nadya1996: видимо, придется полностью перехватывать HTTP-трафик и копать уже конкретно, что передаётся. Для этого нужно настроить прокси в настройках Wi-Fi (с сотовой связью не сработает в любом случае), указать в качестве прокси-сервера компьютер с установленным и запущенным ПО (удобнее будет работать с OWASP ZAP, поскольку можно сразу отфильтровать лишнее), и установить сертификат используемой прокси. После проверки что всё работает - достаточно повторить цепочку действий и посмотреть детально в логе прокси, какие запросы и ответы происходят.
Nadya1996: Если видео доступно для просмотра - оно будет в "инструментах разработчика" браузера во вкладке "Источники/Sources" (в Хроме и его производных)
Nadya1996: Там обычно висит скрипт, который после определенной задержки начинает скачивание видео через браузер. Если на странице нет прямой ссылки, то автоматизировать скачивание можно только через браузер (для этого существует связка phantomjs + webdriver).
sazhyk: мы вместе запутались :) Если у вас просто терминальный сервер - то нужны CAL (на юзера или девайс по усмотрению), если у вас VDI (т.е. на каждое разворачивается виртуалка в облаке) - нужны VDA.
Cosmos: Стоимость для кого? Для владельца прокси - суммарная стоимость аренды серверов и трафика. Для пользователя = (стоимость одного сервера для владельца с трафиком / кол-во обслуживаемых пользователей одним сервером одновременно) * ( 1 + % профита). Как я уже писал, малюсенький сервер за 5$ может обслуживать до 100 пользователей + цена трафика превышающего лимит у хостера , т.е. при цене в 60р. достаточно 10 проплативших чтобы точно отбить вложения.
Cosmos: предположим что у вас 10 серверов, у каждого свой IP выданный хостером. Забанят один - заменяете сервер на другой у того же или другого хостера.
Adamos: зато когда он начнёт блокировать вполне нормальные письма и придётся дебажить - кипа сама всплывёт.
Фундаментальные знания хороши тем, что расширяют понимание того, как в действительности работает та или иная технология.
Adamos: Пока не прочитал всю кипу RFC по почтовым сообщениям в интернетах - не мог сказать, что я уверен в том, что, как и почему ходит по SMTP-протоколу на вполне себе реальные почтовые сервера. Аналогичная история будет хоть с IP, хоть с HTTP. По тому, как работает BGP, лучше чем в самом стандарте нигде не написано (имхо).
Cosmos: IP дает хостер. Технология - аналогично NAT, только вместо IP адресов и TCP/UDP портов заменяются host: и URL в HTTP-сессии (ну и можно работать с другими заголовками). https://github.com/YetOpen/phpproxy например
sadaffairs: вы путаете reverse-proxy и обычный. Скрипты у вас вряд ли не помещаются в кеш файловой системы в RAM, а nginx статику отдает гораздо лучше squid. Копать надо в сторону того, как вы запускаете эти скрипты (https://www.nginx.com/resources/wiki/start/topics/... например для начала).
Крайне полезно - английский язык на уровне чтения технических статей. Резко увеличивает шанс найти граблю, на которую уже наступали.
3.1 Сверяешь полученный опыт с фундаментальными знаниями по теме (RFC, документация, статьи от авторов того, что чинил). Внезапно получаешь то, что курсы уже не дадут.
