Избавляемся от рекламы на Smart-TV (и не только) силами Pi-Hole  P

i_hate_adsВсе мы знаем, насколько надоедливой и назойливой, а порой и неприлично агрессивной бывает реклама в сети. Все эти всплывающие оконца, которые как Гидра – закрыл одно, открылось еще два, всевозможная мигающая и мерцающая лабуда, порой появляющаяся даже на серьезных, казалось бы, сайтах, просто выводит.

Небольшое лирическое отступление:

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

Справедливости ради, стоит сказать, что Ad-Block Plus фильтрует не все – он пропускает дружелюбную и неназойливую рекламу, по договоренности с рекламодателями. Собственно это и есть источник дохода для разработчиков расширения. Разумеется, рекламодатели, реклама которых отфильтровывается, неистовствуют в бешенстве, и в интернетах сейчас идет война между ними, и разработчиками Ad-Block Plus. В итоге первые пытаются придумать как блокировать блокировщик Ad-Block Plus, а вторые как блокировать блокировщик блокировщика, ну и так далее, рекурсивно.

Тем не менее, Ad-Block Plus вот уже несколько лет реально решает проблему переизбытка рекламы, в частности отключая чертовы рекламные ролики в YouTube.

Вот именно эту проблему я взялся решить, но не на компе, а в приложении YouTube на Smart-TV от LG. Приложением пользуюсь постоянно – 95% времени на телевизоре крутятся именно фильмы, ролики и мультики с YouTube. Несколько месяцев назад, количество рекламы внезапно выросло на порядок. Кнопка «Пропустить», обычно появляющаяся через 2-3 секунды после старта, порой просто перестала появляться, а в качестве заставки в Винни-Пуху мне по 2 минуты (две минуты, Карл!!!) вещают о блядской водяре, сигаретах или еще какой-нибудь херне.

К сожалению, готового решения для телевизора, в виде аппликации, или чего-нибудь в этом духе, не нашлось. Я полагаю, что при наличии опыта разработки под Android (а именно на нем основаны все операционки для умных ящиков), можно покопаться, и выдумать решение. У меня этого опыта нет, и посему вариант отпадает. Тем не менее, погуглив, я наткнулся на решение поинтереснее – избавить от рекламы сразу всю домашнюю сеть. Идея проста, берем маршрутизатор, поддерживающий популярную операционную систему OpenWRT, конфигурируем на нем скрипт, блокирующий к чертям все запросы на рекламные сервера, список которых (охренистически длинный, надо сказать, список – сотни тысяч доменов) автоматом обновляется, благодаря армии активистов, пополняющих базу данных зла. В итоге вся реклама просто исчезает из трафика, проходящего через маршрутизатор.

raspberry-pi-logoУ меня такого маршрутизатора не было – тот что есть обладает уникальными свойствами, и менять его пока не хочется. Зато, в голове мелькнула мысль про Raspberry Pi, и опаньки – для него тут же нашлось готовое решение, а именно полностью автоматизированный скрипт под названием Pi-Hole, который буквально за 3 минуты превращает Raspberry Pi (как и все его клоны, как и в принципе любой Linux) в ловушку для рекламы, работающую точно по принципу, описанному мной выше.

Инсталляция полностью автоматизирована и состоит лишь из одной комманды (curl -L https://install.pi-hole.net | bash).

Далее, все что нужно – прописать в конечных устройствах IP адрес Raspberry Pi в качестве сервера DNS и вуаля – никакой рекламы. YouTube на телике стал просто стерильно чистым!!! Чтоб вы поняли, за пару часов просмотра, Pi-Hole заблокировал порядка тысячи запросов к хранилищам зла, исходящим от телевизора.

Еще одно небольшое лирическое отступление:

Я несколько раз использовал слово блокировать, по отношению к Pi-Hole и его аналогам. Это не совсем верно технически, но сути не меняет. По факту, запросы бытовой техники к рекламным серверам не блокируются, а отсылаются в неверных направлениях, и ответа, естественно не получают. Соответственно, и рекламу показать, за неимением таковой, техника не может. Больше об принципах работы серверов DNS можно почерпнуть, например, в Википедии.

Примечательно сказать, что Pi-Hole, автоматом устанавливает небольшой локальный сайтик, доступный по адресу http://<Pi-Hole_address>/admin/index.php, на котором можно поглядеть статистику блокированного зла.

Pi-Hole-website

В общем, вещица замечательная! А главное ставиться все буквально за минуты (не считая 10 минутного геморроя с начальной инициализацией Raspberry Pi) и работает! Просто работает!

Горячо рекомендую! Всем добра и поменьше рекламы!

Movned – генератор подписей для форумов  P

На днях случайно набрел на сайт www.mowned.com, позволяющий генерировать подпись для форумов, в которой прикольно отображаются сотовые телефоны которыми вы пользовались, в хронологическом порядке.

Есть несколько вариантов отображения. В моем случае получились такие:

mh

mh.extended   mh.smart

Вполне симпатично.

TORRENT & eMule – добро или зло?  P

imageМногие пользователи p2p-клиентов замечали, что при их работе, пользоваться интернетом практически невозможно – соединение дико тормозит. Попробуем разобраться почему.

Прежде всего нужно разобраться в базовых понятиях протоколов связи TCP и UDP. В обоих протоколах данные перед отправкой разбиваются на пакеты данных (от 64 до 1500 байт каждый, если мне изменяет склероз) – это позволяет не пересылать весь объем информации если в процессе передачи произошел сбой (пересылаются только битые пакеты), а также реализовать мультизадачность, т.е. разделять канал связи с другими приложениями, отправляющими данные.

Основной идеей протокола TCP является гарантированная доставка всех пакетов и их сборка в единый кусок информации. Цель достигается следующим образом – перед отправкой каждому пакету данных присваивается уникальный порядковый номер, называемый sequence number. По этим номерам, в конечной точке маршрута, пакеты собираются в единое целое в правильном порядке, даже если часть пакетов задержится в пути и прибудет позже остальных. Это может случиться потому, что интернет штука динамичная, и попасть в точку назначения пакеты могут разными маршрутами – это как в городе, если отправить 100 таксистов из точки А в точку Б, вовсе не факт что они все паровозиком попрут одним путем, равно как и то, что приедут они в том порядке, в котором выехали.

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

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

TCP_2В противоположность TCP, основным приоритетом UDP является скорость. В пакетах UDP нет порядковых номеров и уведомлений – информация просто делится на пакеты и отправляется. Получатель на лету собирает пакеты в единое целое, в том порядке, в котором они к нему приходят (даже если часть пакетов потерялась в пути, а другая часть пришла с опозданием). Такая тактика оказывается очень полезной например в онлайн играх, онлайн видео и аудио и IP-телефонии. Например в том-же SKYPE при потере значительной части пакетов, речь все еще останется разборчивой. А это гораздо лучше, чем прерывистая речь, которая получилась бы при использовании TCP протокола и проблемах со связью. Опять-же, нельзя забывать, что как правило, связь стабильна и большинство пакетов доходит вовремя, в целости и сохранности. Кроме того в сетевом оборудовании, приоритетность UDP пакетов в общем траффике по умолчанию выше, чем у TCP пакетов.

Дальше под катом »

Облако меток:

  • самопал обзор поржать модернизация доработка компьютер Almera измерения гараж ремонт паяльники и пайка водянка двигатель N15 прошивка кулер Nissan Софт технологии интрумент блок питания микропроцессоры смартфон Windows тюнинг помпа история бред интрукция браузер GA16DE GPS автоматика unlock чистка процессор мышка программирование рабочее место электрогитара

  • Подняться вверх