§ О контейнерах как о будущем инфраструктуры.

Я если честно давно вынашивал эту статью, но всё никак не доходили руки до её написания. Положа руку на сердце я считаю что эра виртуализации постепенно подходит к своему логическому завершению, и в ближайшем будущем на её долю останется только случаи в которых нельзя никак иначе, а именно виртуализация платформ с принципиально разными ядрами, как например Windows на Linux (или наоборот), а так же эмуляция других аппаратных архитектур типа ARM или MIPS на x86_64 и тому подобное.

Ни для кого не секрет что на сегодняшний день большинство виртуализации приходится на случаи когда Linux поддерживает виртуальные машины с Linux. О недостатках такого решения, и о том почему контейнеризация в конечном счёте победит и пойдёт речь в моём посте.

§ Почему я не люблю Ubuntu клонов

На самом деле речь пойдет не столько про конкретно Ubunut и ее клоны, сколько про клоны дистрибутивов "в принципе". Все чаще и чаще я натыкаюсь в сети на очередной дистрибутив "на базе Ubuntu" и все чаще и чаще мне это не нравится, и пожалуй стоит рассказать почему.

§ Проигрывание 3D видео в Linux

После покупки DLP проектора с поддержкой функции 3D Ready (пожалуй самое дешевое решение среди 3D проекторов для дома) я столкнулся с такой проблемой, что в интернет есть не очень много информации относительно работы с 3D видео под Linux, и тем более на обычном оборудовании, изначально слабо расчитанном для подобного.


Я встретил огромное количество описаний как заставить работать видеокарты nVidia и ATI с функцией quadro-buffer, но если у вас обычная Intel HD2000+ то читая интернеты складывается впечатление, что максимум что вы можете - это поставить Windows, поставить Stereoscopic Player и молиться, что бы все заработало.

§ OpenSUSE

Несколько дней назад я решил попробовать в работе дистрибутив OpenSUSE. Основной целью было попробовать что нибудь новенькое на своем десктопе, поэтому я решился. OpenSUSE четвертый по популярности десктоп, что несколько обязывает. Версию которую пробовал я называется Tumbleweed, или как называют его в группе "stable rolling-release". На самом деле OpenSUSE имеет 2 rolling-release дистрибутива Factory и Tumbleweed. Их пожалуй можно сравнить с Experimental и Testing ветками Debian. На первой все оттачивают, во вторую попадают более-менее стабильные версии пакетов. Сегодня близится конец третьего дня и я пожалуй готов рассказать о своих ощущениях.

§ SSH ключи в Active Directory.

Сразу хочу предупредить, что данный пост скорее описание техничесской возможности хранения SSH ключей в Active Directory, и пошаговая рекомендация к тому как это сделать. К сожалению я не нашел нормального описания данного механизма, и поэтому взялся описать то к чему пришел сам листая многочисленные статьи и документацию по SSH, AD и FreeIPA. Сразу скажу что никакого FreeIPA ставить не придется, а хранить сами ключи мы будем в поле Notes вкладки Telephones. Потенциально нам ничего не мешает сделать отдельный атрибут в AD для этого, но я иду максимально простым путем.

§ Убираем tearing на intel.

Так как в игры я давненько не играю, а фильмы смотрю регулярно, то на всех своих компах я использую графику от Intel. Приемущественно HD4000, которая позволяет аппаратно декодировать как H264 так и MPEG2, что перекрывает 99% моих потребностей.

Так как идеальный плеер поддерживающий аппаратное декодирование VAAPI я уже нашел, сегодня решил написать о том как побороть последний недуг для нормального просмотра видео, а именно так называемый tearing

Сразу скажу что это достаточно стандартный способ подходящий для Intel, но теоретически должен работать и на AMD, в том числе и на Catalyst.

§ Кеширующий прокси для репозиториев.

У меня давно стояла задача сделать локальный репозиторий для Fedora, особенно старых версий, с тем что бы не тягать каждый раз кучу пакетов из интернетов, а преспокойненько брать их с локального хоста. Тащить к себе весь репозиторий федоры нерационально, ибо вес его переваливает за 4 десятка гигабайт, а реально используемых пакетов в нем всего сотни на полторы мегабайт. Вытащить нужные версии пакетов и создать свой репозиторий при помощи createrepo возможно, но в этом случае если ктото из разработчиков собирает пакет с новыми зависимостями - все ломается, и пакеты приходится докачивать в репозиторий рукам, пересобирая репозиторий заново.

Распространенным решением является запуск обычного кеширующего сервера на базе squid, с тонкой настройкой кеша, но squid хранит свой кеш в таком виде что на него печально смотреть. Если кеш повредится - то придется его сбросить и все сначала. Что делать? Готовых подходящих решений я не нашел, поэтому решил написать свой велосипед, взяв за основу скрипт реализующий простейший прокси на Ruby из интернетов, и тщательно допилив его напильником.