id: Гость   вход   регистрация
текущее время 14:05 29/03/2024
Автор темы: Гость, тема открыта 30/09/2011 05:44 Печать
Категории: софт, tor
http://www.pgpru.com/Форум/АнонимностьВИнтернет/СкачиваниеВидеоИзПодTorBrowser
создать
просмотр
ссылки

Скачивание видео из под Tor Browser


Прошу помочь тех, кто разбирается. Скачал и установил последнюю версию Тор Браузер. Работает хорошо, стабильно. Но не могу ни просмотреть, ни скачать видео практически ниоткуда. Требует установить флэш плэйер, а установить я его не могу. Он почему-то устанавливается на другой файрфокс, который установлен в системе. Тор Браузер я запускаю со сменного носителя. Как обойти проблему к сожалению не знаю.
Заранее спасибо.


 
На страницу: 1, 2, 3, 4, 5 След.
Комментарии
— Гость (09/02/2015 10:34)   <#>
Есть опция -idx, которая часто помогает, но в данном случае она почему-то оказывается бесполезной. Инуитивно я понимаю, что проблема почти точно в том, что mencoder делает (делал) бракованные файлы. При попытке нажать на прокрутку проигрывание без каких-либо ошибок просто прерывается и возвращается приглашение командной строки. Иногда удаётся найти в начале файла такие моменты, когда при прокрутке назад mplayer не падает, а просто проигрывание немного прокурчивается вперёд.

Можно попробовать ещё другие проигрыватели помимо mplayer и vlc. Кстати, заметил, что ранее mplayer играл (хотя бы как-то) почти все файлы, а теперь во многих он играет только звук, а чтобы получить ещё и видео, нужно запускать vlc. То ли mplayer'у кодеков не хватает, то ли каких-то плагинов... не знаю.


Естественно. GUI даже не установлено.
— Гость (11/02/2015 21:38)   <#>

Нет в жизни счастья.
$ mpv filename.mp4
mpv was compiled and linked against a mixture of Libav and FFmpeg versions. 
This won't work and will most likely crash at some point. Exiting.
В рассылке пишут, что багу пофиксили ещё осенью 2014-го, а я ставил в jessie недавно. Факт остаётся фактом.
— Гость (11/02/2015 21:58)   <#>

Не качает. ☹ Контрпример:
$ proxychains cclive -S 'https://www.youtube.com/watch?v=r9aE5gNSXxA'
ProxyChains-3.1 (http://proxychains.sf.net)
Checking ... .....|DNS-request| www.youtube.com 
|S-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<><>-OK
|DNS-response| www.youtube.com is 216.58.209.206
|S-chain|-<>-127.0.0.1:9050-<><>-216.58.209.206:443-<><>-OK
.... ....... done.
fmt05_240p
fmt17_144p
fmt18_360p
fmt22_720p
fmt36_240p
fmt43_360p
Идём на http://en.savefrom.net, видим, что есть 1080x. Кстати, с torsocks не торифицируется:



P.S. cclive рассказывает ютубу, какой на ethX прописан локальный IP и какой на машине hostname?
— Гость (14/04/2015 19:38)   <#>
Наблюдения за последними эксцессами на ютубе:

  1. Некоторое время назад (возможно, с обновлением TorBrowser'а в TBB) практически все до одного ролика при просмотре начали обрываться в проигрывании за несколько секунд до конца (15-20).
  2. Ютуб и раньше время от времени писал, что бразуер не поддерживает HTML5, отказываясь проигрывать видео, но последнее время (дело то ли в изменениях настроек ютуба, то ли в обновлени TorBrowser'а) эта проблема стала почти поголовной. Бывает, что ⅔, если не все ¾ найденных роликов не играется. Их приходится чем-то скачивать, чтобы просмотреть. Я одно время думал, что это касается только самых свежезагруженных видео, но опыт показывает, что это не так.

Это у меня одного так?


В команде ошибка, torsocks не написано.
$ TORSOCKS_CONF_FILE=torsocks.conf torsocks \
cclive 'https://www.youtube.com/watch?v=r9aE5gNSXxA' 
Checking ... ...... ......... .......done.
MINIONS Trailer 2 HD 1080p.mp4  30.57M  [video/mp4]
[############################------------------]  37%  11.4M  224.7K/s  00:01:27
Всё работает.


Лень разбираться, но, похоже (см. пример выше), таки качает, хотя с опцией -S это разрешение почему-то не показывается в листинге.
— Гость (20/04/2015 19:53)   <#>

Проверил. Дело не в нём, дело в ютубе. Иногда даже видно в некоторых случаях, что ютуб поменял внешний вид своего интерфейса.

Наблюдается такая корреляция, что чем свежее ролик, тем меньше вероятность, что он будет смотреться, но это лишь корреляция, а на практике может быть по-всякому. Иногда те ролики, которые не показывались, через какое-то время начинают смотреться, или наоборот: те, которые смотрелись, перестают показываться. Такого, чтоб рестарт цепочек или браузер при этом помогали, тоже не наблюдается.
— Гость (22/04/2015 21:22)   <#>
Кто-нибудь интересовался тем, что ютуб вставляет в загружаемые видео? Почти ничего не гуглится. Есть это, но оно только косвенно относится к теме вопроса. Скачал через Tor пару раз один и тот же файл, сравнил. Видно, что между файлами есть отличие: в ролик записывается дата скачки, адрес конкретного google-сервера, который отдал ролик, и ещё немного каких-то шестнадцатеричных и не только цифр, назначение которых непонятно.

Пример:

Берём стандартный ролик, скачиваем его через разные цепочки в одинаковом разрешении (360, к примеру), сравниваем полученные файлы:
$ diff <(cat MC\ Rogaway.mp4 |hexdump -Cv) <(cat MC\ Rogaway.mp4.1 |hexdump -Cv)
2361,2362c2361,2362
< 00009380  00 00 00 42 34 41 37 44  44 34 41 37 48 48 31 34  |...B4A7DD4A7HH14|
< 00009390  32 39 37 32 35 38 35 37  31 36 31 39 36 35 00 00  |29725857161965..|
---
> 00009380  00 00 00 42 30 41 46 43  45 38 42 42 4d 48 31 34  |...B0AFCE8BBMH14|
> 00009390  32 39 37 32 35 36 37 35  38 37 37 35 31 39 00 00  |29725675877519..|
2383,2384c2383,2384
< 000094e0  61 74 61 00 00 00 01 00  00 00 00 72 37 2d 2d 2d  |ata........r7---|
< 000094f0  73 6e 2d 6a 63 34 37 65  75 37 64 2e 67 6f 6f 67  |sn-jc47eu7d.goog|
---
> 000094e0  61 74 61 00 00 00 01 00  00 00 00 72 39 2d 2d 2d  |ata........r9---|
> 000094f0  73 6e 2d 61 69 67 6c 6c  6e 7a 7a 2e 67 6f 6f 67  |sn-aigllnzz.goog|
$ date +%s
1429725990
Видно, что включено время в секундах от UNIX-эпохи, но после него идёт ещё 7 цифр, которые непонятны (наносекунды?). Перед временем есть код B4A7DD4A7HH / B0AFCE8BBMH, который тоже непонятен. Понятно, что сопоставляя время скачки внутри ролика и адрес заявленного гугл-сервера, можно по логам определить IP Tor-эксита, с которого был скачан конкретный ролик.

Вспомнил цитату про SATtva fingerprints. ☺
— unknown (23/04/2015 10:28, исправлен 23/04/2015 12:07)   профиль/связь   <#>
комментариев: 9796   документов: 488   редакций: 5664

А если много-много раз скачивать один и тот же файл, то этот кусок псевдорэндомный?


М.б. Google заносит себе в базу всё, что может вытянуть о пользователе: браузер, ОС, устройство, был ли залогинен, по какой ссылке перешёл, что смотрел до этого. А в файл заносит хэш этой инфы, чтобы по этому хэшу сопоставлять с закрытой базой и быстро делать по ней поиск.


Если же хэши не псевдорэндомные, а с какими-то корелляциями как в этой паре, то может использоваться нечёткий хэш для поиска наиболее совпадающих вариантов.


Без дополнительных зацепок трудно сказать, что это.

— Гость (23/04/2015 16:17)   <#>

При скачивании по одной и той же прямой ссылке, в том числе через разные цепочки, меняется только часть напоминающая время.
00009390 32 39 37 39 33 39 39 35 34 32 37 36 38 33 00 00 |29793995427683..|

00009390 32 39 37 39 34 34 39 35 39 34 39 35 30 32 00 00 |29794495949502..|

00009390 32 39 37 39 34 35 31 39 33 37 31 38 32 38 00 00 |29794519371828..|
— sentaus (23/04/2015 16:32)   профиль/связь   <#>
комментариев: 1060   документов: 16   редакций: 32
А что этот участок файла означает в контексте MP4-контейнера? Тэг какой-нибудь?
— unknown (23/04/2015 16:43)   профиль/связь   <#>
комментариев: 9796   документов: 488   редакций: 5664
Может это какой-то content-ID?
— Гость (23/04/2015 21:13)   <#>

Не изучал вопрос.


Не сомневаюсь.


Может, и так. Сложно сказать. Модель угрозы — скачали ролик, потом его перевыложили, после чего противник может узнать, как его изначально скачали, с какого IP, какая была система и т.д. Заносить хэш инфы в сам файл нет реальной необходимости: логи могут быть на стороне гуглосервера, а в файле достаточно указать конкретный сервер и время скачки (что, как видно, и так делается).


Я скачивал одно видео через savefrom.net, а другое — через cclive. Есть, конечно, шансы, что и savefrom.net что-то своё вставляет в загружаемый ролик...
— SATtva (08/05/2015 13:07)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
youtube-dl научился скачивать видео в FullHD (1920x1080): вытаскивает с YouTube отдельно FullHD-видео и аудиофайл и склеивает их в постобработке.
— ressa (08/05/2015 13:34)   профиль/связь   <#>
комментариев: 1079   документов: 58   редакций: 59
А разве не умел? Если в списке форматов был FullHD – номер его после ключа -f ставишь и выкачивает.
— SATtva (08/05/2015 13:44)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
YouTube выдаёт FullHD только как видеопоток, без звука. Скачивать можно было и раньше, но нужно было склеивать вручную. Теперь это автоматизировано.
— ressa (08/05/2015 13:49)   профиль/связь   <#>
комментариев: 1079   документов: 58   редакций: 59
Понял. Спасибо.
На страницу: 1, 2, 3, 4, 5 След.
Ваша оценка документа [показать результаты]
-3-2-1 0+1+2+3