может они базу обновили поэтому некоторые ресы подцепились

Вы тогда не последовательны . не верите и у вас работает

извините за флуд

Ну рес сам отправляет инфу. Я думаю в ней заложенны данные ID и сетевухи. То что и как подключено думаю без разницы.

 
Кто-нибудь проверял какую инфу отправляет рес, Wireshark'ом например? 
Если подключение через 3джи модем или через адаптер вайфай, то какое участие в этом принемает сетевуха?

Три штуки стоит с новыми пультами, им куча месяцев и нифига не работает. У соседа два... тоже нифига не работает. На работе еще пару ... Тоже молчат. Не верю я в это волшебство...


Sent from my iPhone using Tapatalk

Странная у тебя психология) если у тебя не работает, то значит те у кого работает врут)))
Еще раз повторяю, осенью перепробовал все плагины, плясал с бубном и ни в какую.
Отрубил и в шкапчик отложил до лета, так как это у меня походный вариант. А тут просто прицепил к тарели, шлангу в маршрутизатор и поехало. Даже настроек не открывал. Так как все настроено с осени было.

Да не от серии это зависит, говорили же уже.


Sent from my iPhone using Tapatalk

Цитата: SPIL от 04 февраля | 2014г. | 19:08:42

так как ID и MAC адрес твоего тюнера не занесён в белый список шарорукамодателя.

С ID все понятно, а вот MAC адрес какой меется ввиду, MAC сетевой карты ресивера? Если да, то как же быть с wifi адаптером, у него другой MAC.
А у меня подключен ресивер через роутер и включен аппаратный NAT.
Вообще то я вижу на какие IP адреса уходят запросы с плагина.

Давайте расставим точки над i.
МАК интегрированной сетевки (она же не изымается при вставке WiFi), ID ресивера и еще уникальные доп данные. Это не теория, я на старом ресивере со старым пультом смотрю через рукам. Можно сделать, но нельзя надурить систему. Только один тюнер, два запроса по одним данным - бан на эти данные. Снимая данные с новых запечатанных - ну поработает до установки пользователем рукама и бан обоим. Не забивайте мозги - толку не будет.

Прикрепили бы к шапке, что по состоянию на версию 0.3 будет работать или нет - зависит от внесения данных по конкретным ресиверам в базу данных. Отсутствие данных приведет к неработоспособности рукама. Повлиять на внесение - нельзя. Может для совсем свежих партий - запаздывание по вносу. Работа - 1 год с момента первого обращения (вот тут не знаю, первого корректного или любого и возможно, что самые старые пользователи рукама получили без ограничения по времени или с большим чем год). А то тема всплывает с определенной периодичностью, только забивается постами с очередными догадками.

PS. К разработчикам рукама или владельцем сервера к которому рукам коннектится, отношения не имею.

Цитата: acrab от 11 февраля | 2014г. | 00:44:16

Цитата: ЮрАн от 10 февраля | 2014г. | 13:14:11

Цитата: SPIL от 04 февраля | 2014г. | 19:08:42

так как ID и MAC адрес твоего тюнера не занесён в белый список шарорукамодателя.

С ID все понятно, а вот MAC адрес какой меется ввиду, MAC сетевой карты ресивера? Если да, то как же быть с wifi адаптером, у него другой MAC.
А у меня подключен ресивер через роутер и включен аппаратный NAT.
Вообще то я вижу на какие IP адреса уходят запросы с плагина.

Давайте расставим точки над i.
МАК интегрированной сетевки (она же не изымается при вставке WiFi), ID ресивера и еще уникальные доп данные.

Сетевуха то не изымается, но при отправке запроса, например с вайфая, уходит мак вайфай адаптера, а не сетевухи, и ответ должен вернуться на этот же мак, с которого ушел запрос.
Мне не охота ломать всю свою домашнюю сеть, но если будет время, ради эксперемента, посмотрю какие данные уходят с реса.
 
Как Вы пишете, два тюнера в сети, у каждого свой ID, MAC адреса у сетевых карт разные, не бывает сетевых устройств с одинаковыми MAC адресами, о как одинаковых данных идет речь?

Не нужно искать черную кошку в черной комнате, где ее нет.
Не путайте протокол IP с передачей зашифрованных данных, программой, взятых непосредственно с тюнера.
Рукам - походу модифицированный оскам без конфигов и в качестве авторизационных данных беруться данные с ресивера.

Для удобства понимания, представьте например, что логин - хеш (мак интеграта, ID тюнера и некое дополнительное число, любое несовпадение - хеш другой) пароль - "rucam". Нет хеша на той стороне - облом.

Я не говорил о том, что не получают ключи, я говорил "два устройства - бан на стороне сервера" (Так же как и у других шародателей с подпиской, только бан походу постоянный), где здесь вы нашли противоречие протокола?

Как работает именно у меня и почему я обсуждать не собираюсь, сообщил как факт, что информация не выдумана и есть реально работающий пример. Просто хотел убрать недопонимание в работе данного плагина и ромашку - работает/не работает/может через неделю заработает. Блин - самая посещаемая тема, а вопросы с самого начала дублируются до самого конца.

acrab,
Я ни чего не путаю, разговор был о передаче мак адреса сетевухи ресивера. А вот если передаются какие-то другие данные ID реса и еще что то, но не мак адрес сетевухи, то здесь я соглашусь.

Да именно так, комбинированные данные, включающие в себя в том числе мак адрес интегрированной сетевой карты. внутри пакета, а не частью пакета.

Я как программист могу взять хоть все мак адреса всех сетевых устройств и переслать данные в удобном для себя виде. Для привязки, судя по всему, решили ограничиться маком интегрированной в том числе, для придачи уникальности, чтобы знать когда шару отрубать и когда клонов вылавливать. Уверен, что в случае гарантийной замены микросхемы лана перестанет работать рукам, так как один из параметров будет отличаться.
Если конечно сам SPARK не устанавливает мак при старте.

А по поводу модема или WiFi - я получил данные изнутри ресивера, считав их с eth0 интерфейса, который всегда lan, вне зависимости от подключенного оборудования и отправил их через любое доступное мне соеденение с интернетом, а ваш WiFi - будет интерфейсом wifi0, который появиться после подключения. Или у Вас дома ключи открывают двери только в случае, если слесарь держит вас за руку, а товарищ милиционер идентифицирует, что это именно Вы и подтверждает замку?

PS. на самом деле получение информации несколько отличается от описанного, но для понимания этого должно хватить.