Избавляемся от рекламы на 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 смартфон unlock тюнинг история чистка бред интрукция помпа GPS автоматика установка трансмиссия GA16DE внедорожник браузер электрогитара процессор

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