Скачивание видео из под Tor Browser
Прошу помочь тех, кто разбирается. Скачал и установил последнюю версию Тор Браузер. Работает хорошо, стабильно. Но не могу ни просмотреть, ни скачать видео практически ниоткуда. Требует установить флэш плэйер, а установить я его не могу. Он почему-то устанавливается на другой файрфокс, который установлен в системе. Тор Браузер я запускаю со сменного носителя. Как обойти проблему к сожалению не знаю.
Заранее спасибо.
Можно попробовать ещё другие проигрыватели помимо mplayer и vlc. Кстати, заметил, что ранее mplayer играл (хотя бы как-то) почти все файлы, а теперь во многих он играет только звук, а чтобы получить ещё и видео, нужно запускать vlc. То ли mplayer'у кодеков не хватает, то ли каких-то плагинов... не знаю.
Естественно. GUI даже не установлено.
Нет в жизни счастья.
Не качает. ☹ Контрпример:
P.S. cclive рассказывает ютубу, какой на ethX прописан локальный IP и какой на машине hostname?
Это у меня одного так?
В команде ошибка, torsocks не написано.
Лень разбираться, но, похоже (см. пример выше), таки качает, хотя с опцией -S это разрешение почему-то не показывается в листинге.
Проверил. Дело не в нём, дело в ютубе. Иногда даже видно в некоторых случаях, что ютуб поменял внешний вид своего интерфейса.
Наблюдается такая корреляция, что чем свежее ролик, тем меньше вероятность, что он будет смотреться, но это лишь корреляция, а на практике может быть по-всякому. Иногда те ролики, которые не показывались, через какое-то время начинают смотреться, или наоборот: те, которые смотрелись, перестают показываться. Такого, чтоб рестарт цепочек или браузер при этом помогали, тоже не наблюдается.
Пример:
Берём стандартный ролик, скачиваем его через разные цепочки в одинаковом разрешении (360, к примеру), сравниваем полученные файлы:
Вспомнил цитату про SATtva fingerprints. ☺
комментариев: 9796 документов: 488 редакций: 5664
А если много-много раз скачивать один и тот же файл, то этот кусок псевдорэндомный?
М.б. Google заносит себе в базу всё, что может вытянуть о пользователе: браузер, ОС, устройство, был ли залогинен, по какой ссылке перешёл, что смотрел до этого. А в файл заносит хэш этой инфы, чтобы по этому хэшу сопоставлять с закрытой базой и быстро делать по ней поиск.
Если же хэши не псевдорэндомные, а с какими-то корелляциями как в этой паре, то может использоваться нечёткий хэш для поиска наиболее совпадающих вариантов.
Без дополнительных зацепок трудно сказать, что это.
При скачивании по одной и той же прямой ссылке, в том числе через разные цепочки, меняется только часть напоминающая время.
комментариев: 1060 документов: 16 редакций: 32
комментариев: 9796 документов: 488 редакций: 5664
Не изучал вопрос.
Не сомневаюсь.
Может, и так. Сложно сказать. Модель угрозы — скачали ролик, потом его перевыложили, после чего противник может узнать, как его изначально скачали, с какого IP, какая была система и т.д. Заносить хэш инфы в сам файл нет реальной необходимости: логи могут быть на стороне гуглосервера, а в файле достаточно указать конкретный сервер и время скачки (что, как видно, и так делается).
Я скачивал одно видео через savefrom.net, а другое — через cclive. Есть, конечно, шансы, что и savefrom.net что-то своё вставляет в загружаемый ролик...
комментариев: 11558 документов: 1036 редакций: 4118
комментариев: 1079 документов: 58 редакций: 59
комментариев: 11558 документов: 1036 редакций: 4118
комментариев: 1079 документов: 58 редакций: 59