Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет dibr ([info]dibr)
@ 2010-11-17 20:48:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
adobe
     Я уже привык, что adobe updater у меня 100% времени висит в позе "no internet connection found", как на компьютере с постоянным интернетом, так и на компьютере, где интернет "бывает, но не всегда". При этом он периодически сообщает о наличии новых обновлений (даже если компьютер не соприкасался с интернетом с момента последней перезагрузки), но скачать их не может, ибо см. выше. И я даже догадываюсь, почему так - разработчикам adobe видимо никто до сих пор не рассказал про прокси (правда, откуда он при этом узнаёт про наличие апдейтов, даже не имея сети - остаётся загадкой :-) Через это же прокси нормально работают торрент и скайп, которые требуют более сложной работы с сетью чем какой-то апдейтер (в частности, "пиртупира" между клиентами), но им-то про прокси видимо рассказывали, а вот что через прокси это сделать нельзя - рассказать забыли, потому и работает :-)

     Но сейчас адоб рассылает письма со ссылками на видеоролики "как круто у нас в CS5". Ссылки открываются - а вот ролики в них спокойно висят, перемигиваясь белыми точками, и даже не выдавая ошибок.

     А я не могу понять, как они этого добились. Ведь ютьюбы, рутьюбы, вимео и прочие тьюбы работают спокойно - да и должны работать, ибо браузер все запросы плагина сам заворачивает через прокси, согласно настройке. И вроде как заставить флэш-апплет (а видео играется флэшем, в этом легко убедиться, нажав на нём правую мышь) ходить мимо того, что написано в браузере - не так чтобы тривиально.
     Тем не менее им это удалось.

     UPD: индусы, ё. Самое смешное - адоб, похоже, вот это вот "не работающее, зато своё", продавать пытается... :-)


(Добавить комментарий)


[info]ext_229571@lj
2010-11-17 17:21 (ссылка)
rtmp по отдельному порту?

(Ответить) (Ветвь дискуссии)


[info]dibr@lj
2010-11-17 17:43 (ссылка)
"Отдельный порт" ни для кого кроме adobe проблемой не является - если поток заворачивается в http, порт можно указать в get-запросе; на крайний случай - есть метод CONNECT, им активно пользуется тот же торрент. Возникает два вопроса:
1) параноидально-технический: а что, плугинам типа флэша разрешается лезть в инет мимо браузера (браузер сам завернул бы это в прокси)? Если да - нет ли в этом антисемитизма уязвимости?
2) психологически-прикладной: а с какого, вообще, "все идут не в ногу, а адоб идёт в ногу"? Есть же работающие технологии, зачем им обязательно придумывать неработающую, да ещё и не в одном месте?...

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]brmail@lj
2010-11-17 18:15 (ссылка)
предположу, что прокси с авторизацией а не просто адрес:порт ?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2010-11-17 18:28 (ссылка)
Нет, обычное http/https прокси без авторизации. Connect поддерживается, ограничений на исходящие порты нет. Я ж говорю - _все_ работают, вплоть до скайпа и торрента, только у адоба какие-то заморочки...

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]zg@lj
2010-11-17 19:11 (ссылка)
> вплоть до скайпа
скайп он сделан так, чтобы работать везде. ему даже днс не нужен. а вы — «вплоть» :)

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2010-11-17 19:36 (ссылка)
DNS, кстати, недоступен - за прокси, да в сети с "серыми" адресами, вреда от него было бы больше чем пользы :-)
А так - ну, ютьюб работает, вимео, рутьюб... да, в общем, всё что в браузерах - работает, и большая часть остального :-) Знакомый через ту же прокси какую-то трейдерскую программу заводил - работало...

Вот разве что ещё tunatic отличился: сначала потребовал чтобы я mp3 файл проиграл через динамик, а к динамику поднёс микрофон, ибо напрямую из файла он не умеет, а потом сообщил, что "не может соединиться с сервером" :-)

(Ответить) (Уровень выше)


[info]ext_229571@lj
2010-11-18 18:16 (ссылка)
1) Да. Есть.
2) А фиг знает.

(Ответить) (Уровень выше)


[info]unreal_undead@lj
2010-11-18 05:29 (ссылка)
> откуда он при этом узнаёт про наличие апдейтов, даже не имея сети
Может, у них там в коде release schedule на ближайшую пятилетку ?

(Ответить) (Ветвь дискуссии)


[info]dibr@lj
2010-11-18 05:54 (ссылка)
Это было первой мыслью (проверяется установкой чего-нибудь адобовского на компьютер вообще без интернета, но мне лениво).
Второй мыслью было, что неиндусская часть кода апдейтера (у них же там много программистов) проверяет наличие апдейтов через обычный http (и учитывает настройки прокси в браузере, а то и вообще использует сам браузер), а индусская часть кода - желает после этого работать напрямую по TCP.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]zg@lj
2010-11-18 10:49 (ссылка)
в продуктах адобы нет неиндусских частей :)

(Ответить) (Уровень выше)


[info]malaya_zemlya@lj
2010-11-18 15:07 (ссылка)
Предположение с потолка: HTTPS (либо SSL, либо порт 443) настроен неправильно.
Это могло бы объяснить наличие объявлений об апдейтах, но отсутствие самих обновлений. Аналогично, у самого флэша сложные отношения с HTTPS.

PS: Каким прокси пользуетесь? Socks, Http? Через браузер или через отдельную софтину (proxcap итп)? Я сейчас небольшой проектик пишу, мне бы самому хотелось бы избежать подобной засады.

(Ответить) (Ветвь дискуссии)


[info]dibr@lj
2010-11-18 16:07 (ссылка)
Сайты, желающие https (например, paypal, да и вообще "тысячи их") работают нормально. К тому же, зачем апдейтилке https? Флэш сам по себе показывается, youtube и подобные сервисы (rutube, vimeo) работают. Через тот же http/https работают skype и торрент (больше им работать не через что - NAT нет, извраты вроде pop3 proxy явно непригодны). То есть, проблемы с https маловероятны: тогда многое отвалилось бы (тот же ЖЖ если я не путаю при авторизации использует https).

Прокси - http (https умеет, метод CONNECT есть и активно используется торрентом), никаких sockscap/***cap на клиенте не требуется. Прокси зовут 3PROXY - очень простая, некэширующая, но вполне достаточная в большинстве случаев...

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]malaya_zemlya@lj
2010-11-18 19:11 (ссылка)
Мда. Значит не оно. Если разгадаете секрет - напишите?

ЗЫ: Апдейтеру нужен HTTPS, чтоб злые хакеры не смогли нахимичить с DNS и подсунуть обновления со своего злого сайта.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2010-11-18 19:39 (ссылка)
_Предполагаю_ что оно пытается ломиться напрямую, по tcp, игнорируя браузер и настройки прокси. Естественно, обламывается. Как в этом убедиться (или как это опровергнуть) - пока не придумал :-)

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]malaya_zemlya@lj
2010-11-18 19:42 (ссылка)
WireShark (http://www.wireshark.org/)ом его!

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2010-11-18 19:48 (ссылка)
На машине с проксёй?
Завтра попробую, если не забуду, может что и получится...

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]malaya_zemlya@lj
2010-11-18 20:00 (ссылка)
На машине с клиентом (где флэш не работает) . Чтоб посмотреть, куда запросы идут. Если все пучком, то весь трафик должен идти на проксю.
Если кто-то не смотрит на установки и идет напрямую, то сразу видно будет.

Еще полезно http://www.nirsoft.net/utils/cports.html
Скажет какой процесс подключился к какому адресу и порту.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2010-11-19 15:21 (ссылка)
Среди всей отловленной мути был обнаружен dns-запрос (вообще единственный за время анализа - прокси прописана "цифрами", при работе через прокси dns не нужен и соответственно никем не используется) на разрешение адреса edge.tv.adobe.com (обломившийся - нет у меня в локалке dns). Прописал в hosts "127.0.0.1 edge.tv.adobe.com", подключил компьютер к интернет напрямую, понаблюдал "бегающие точечки". Удалил строчку из hosts, нажал в браузере reload - пошло видео.

Вывод: плагин действительно пытается лезть напрямую на свой сервер (tcp или udp - выяснять не стал, скорее всего tcp, а вообще - какая разница). Естественно, обламывается.

> Если все пучком, то весь трафик должен идти на проксю.

Да, при работе через прокси весь трафик идёт через прокси. Тот, что хочет идти не через прокси, идти не может, потому что ему dns адрес не отдаёт, и он не знает куда идти :-) Конфигурации "на машине есть и прямой инет и виден прокси" навскидку не получается, а специально создавать лениво :-)

(Ответить) (Уровень выше)