<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>ProLinux on ProLinux </title>
    <link>https://www.prolinux.org/</link>
    <language>en-us</language>
    <updated>Wed, 04 Apr 2018 18:00:45 &#43;0200</updated>
    
    <item>
      <title>установка socks прокси сервера</title>
      <link>https://www.prolinux.org/post/2018/04/ustanovka-socks-proxy-server/</link>
      <pubDate>Wed, 04 Apr 2018 18:00:45 &#43;0200</pubDate>
      
      <guid>https://www.prolinux.org/post/2018/04/ustanovka-socks-proxy-server/</guid>
      <description>Судя во всему, скоро заблокируют месседжер Telegram на территории РФ, и поэтому друзья попросили поднять им socks прокси. Telegram как раз недавно запилил поддержку socks протокола.
Я решил, что подниму socks5 сервер с авторизацией. Выбор пал на dante как простой в настройке и с поддержкой авторизации.
Первая проблема была с установкой актуальной версии dante на мой дистрибутив. На сервере на момент написания статьи стоял Debian 7 (wheezy) i386. Дело в том, что версия dante-server, доступная для него, сильно устарела и не поддерживала авторизацию.</description>
    </item>
    
    <item>
      <title>вступление в Declarative Jenkins Pipelines</title>
      <link>https://www.prolinux.org/post/2017/09/vstuplenie-v-declarative-jenkins-pipelines/</link>
      <pubDate>Sat, 23 Sep 2017 19:03:37 &#43;0200</pubDate>
      
      <guid>https://www.prolinux.org/post/2017/09/vstuplenie-v-declarative-jenkins-pipelines/</guid>
      <description>Если вы работаете с Jenkins и не слышали про Declarative Pipelines, то я как раз попытаюсь объяснить что к чему. Declarative Pipeline — это развитие старых Pipelines. Declarative Pipelines должны заменить старые Pipelines, они предоставляют более простой синтаксис и инструменты для более удобной работы, такие как автоматическая проверка синтаксиса при вводе, форматирование через API или CLI, интеграцию с Docker, визуальный редактор BlueOcean.
Обычно, declarative pipelines представляют в виде Jenkinsfile в корне репозитория, но их можно создавать из любых файлов, а также напрямую, через Job DSL.</description>
    </item>
    
    <item>
      <title>обзор AWS ECS на примере</title>
      <link>https://www.prolinux.org/post/2017/07/obzor-aws-ecs-na-primere/</link>
      <pubDate>Sat, 29 Jul 2017 12:17:30 &#43;0100</pubDate>
      
      <guid>https://www.prolinux.org/post/2017/07/obzor-aws-ecs-na-primere/</guid>
      <description>Это вторая статья из цикла &amp;laquo;инфраструктура Jenkins в ECS&amp;raquo;. В предыдущей статье акцент был уделен сбору логов из ECS контейнеров. Давайте поподробнее разберёмся, как устроен ECS и как его правильно готовить. Если кто-то уже знаком с kubernetes, то ECS немного похож на него. Атомарной единицей в ECS является task, это, по сути, один или группа контейнеров. Таск описывается с помощью task definition, там можно задать лимиты ресурсов (памяти, процессора), дисковые тома, переменные окружения, порты и многое другое, смотри документацию по ссылке выше.</description>
    </item>
    
    <item>
      <title>логирование docker в ECS</title>
      <link>https://www.prolinux.org/post/2017/01/logirovanie-docker-v-ecs/</link>
      <pubDate>Sat, 21 Jan 2017 16:18:30 &#43;0100</pubDate>
      
      <guid>https://www.prolinux.org/post/2017/01/logirovanie-docker-v-ecs/</guid>
      <description>Это первая статья из цикла &amp;laquo;инфраструктура Jenkins в ECS&amp;raquo;. Для тех, кто не знаком с ECS, предлагаю начать с прочтения этого ресурса. В двух словах, ECS — это Docker as a Service от Amazon.
Все дальнейшие действия будут происходить на Debian 8, но и для Ubuntu описанные инструкции тоже должны сработать. Docker используется версии 1.12.5.
После того, как вы установили Docker, вы захотите читать логи своих контейнеров в удобном формате. Для этого нужно настроить опции логирования при запуске контейнеров, а также настроить rsyslog на запись логов в отдельное место, ну и еще сказать ECS агенту, чтоб он поддержал нужный драйвер логирования, иначе таски не запустятся в кластере.</description>
    </item>
    
    <item>
      <title>простой способ получить SSL сертификат</title>
      <link>https://www.prolinux.org/post/2016/10/prostoj-sposob-poluchit-ssl-sertifikat/</link>
      <pubDate>Fri, 14 Oct 2016 13:22:12 &#43;0200</pubDate>
      
      <guid>https://www.prolinux.org/post/2016/10/prostoj-sposob-poluchit-ssl-sertifikat/</guid>
      <description>Еще недавно, чтоб получить SSL сертификат нужно было заморачиваться с StartSSL или платить деньги регистраторам. Но LetsEncrypt уже вышел из беты и хорошо себя зарекомендовал.
Я не захотел использовать официальный монструозный инструментарий, а вместо этого решил разобраться, как работает протокол и заодно написать свой велосипед, который едет веселее и не имеет фатальных недостатков.
Скажу сразу, что скрипт работает только с nginx, так что, если просто хотите сгенерировать сертификат или у вас другой веб сервер, то можете изучить скрипт только на предмет его работы с ACME.</description>
    </item>
    
    <item>
      <title>создание collectd python freeradius плагина</title>
      <link>https://www.prolinux.org/post/2016/09/collectd-freeradius/</link>
      <pubDate>Wed, 07 Sep 2016 23:02:12 &#43;0200</pubDate>
      
      <guid>https://www.prolinux.org/post/2016/09/collectd-freeradius/</guid>
      <description>Все мы любим мониторинг, особенно, когда он предоставляет полную информацию о сервисах. Так получилось, что на работе мы используем Graphite, а метрики в него засылаем с помощью collectd.
Иногда предоставленной функциональности collectd не хватает, и тогда на выручку приходят готовые плагины с гитхаба или самописные костыли. Сейчас я на примере простого плагина для сбора метрик freeradius расскажу как написать python плагин для collectd.
Для начала, определим конфиг плагина, например, в конфиге мы укажем, какой тип статистики мы будем собирать (не забудьте настроить радиус отображать статус), порт freeradius и пароль для подключения.</description>
    </item>
    
    <item>
      <title>тестирование python приложения в docker</title>
      <link>https://www.prolinux.org/post/2016/02/testirovanie-python-prilojenia-v-docker/</link>
      <pubDate>Mon, 22 Feb 2016 16:49:15 MSK</pubDate>
      
      <guid>https://www.prolinux.org/post/2016/02/testirovanie-python-prilojenia-v-docker/</guid>
      <description>В этой статье речь пойдет о том, как я тестирую свой python код внутри docker контейнера с Alpine Linux. Для тех, кто не знает, что такое docker, поясню, что это инструмент для управления контейнерами, который использует &amp;laquo;слоёные&amp;raquo; файловые системы и написан на Go.
Для меня основное преимущество docker перед привычной виртуализацией, например Qemu/KVM, в его легковесности. За счет AuFS/OverlayFS базовый образ системы и контейнер занимают до нескольких сотен мегабайт, а новые контейнеры используют тот же образ, что и старые, что позволяет экономить еще больше места.</description>
    </item>
    
    <item>
      <title>смотрим фильмы с компьютера на TV</title>
      <link>https://www.prolinux.org/post/2016/01/smotrim-filmy-s-kompytera-na-tv/</link>
      <pubDate>Tue, 05 Jan 2016 12:05:15 MSK</pubDate>
      
      <guid>https://www.prolinux.org/post/2016/01/smotrim-filmy-s-kompytera-na-tv/</guid>
      <description>&lt;p&gt;Новогодние праздники, полторы недели выходных, новый телевизор с wifi, ethernet и выходом в интернет.
Естественно, мне стало интересно, как подружить мой домашний сервер на линуксе (старый писюк) с телевизором, чтоб
невозбранно смотреть фильмы в высоком качестве на большом экране.
Если вам это тоже интересно, тогда читайте дальше.
&lt;img src=&#34;./images/philips_tv.png&#34; alt=&#34;&#34; /&gt;&lt;/p&gt;

&lt;p&gt;&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>как собрать deb пакет</title>
      <link>https://www.prolinux.org/post/2015/12/kak-sobrat-deb-paket/</link>
      <pubDate>Sun, 20 Dec 2015 12:35:15 MSK</pubDate>
      
      <guid>https://www.prolinux.org/post/2015/12/kak-sobrat-deb-paket/</guid>
      <description>&lt;p&gt;Постараюсь как можно доступнее изложить процесс создания deb пакетов на примере
ruby-zookeper. Предупреждаю сразу, что описанный мной метод пакетирования ruby
gems неправильный, лучше использовать &lt;a href=&#34;https://wiki.debian.org/Teams/Ruby/Packaging&#34; target=&#34;_blank&#34;&gt;gem2deb&lt;/a&gt; для этого, но т.к. из исходников
с помощью gem2deb собрать ruby-zookeper последней версии у меня не получилось, то
вот самый простой метод сборки.&lt;/p&gt;

&lt;p&gt;&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>mercurial server hooks</title>
      <link>https://www.prolinux.org/post/2015/11/mercurial-server-hooks/</link>
      <pubDate>Mon, 30 Nov 2015 23:16:15 MSK</pubDate>
      
      <guid>https://www.prolinux.org/post/2015/11/mercurial-server-hooks/</guid>
      <description>&lt;p&gt;Понадобилось сделать mercurial hook для проверки json файлов на валидность.
К сожалению, документация mercurial оставляет желать лучшего, поэтому напишу, как я реализовал эту задачу.&lt;/p&gt;

&lt;p&gt;Так, у нас есть сервер с репозиторием, мы хотим сделать так, чтобы при изменении,
добавлении невалидного json в репозиторий, push отваливался с ошибкой.&lt;/p&gt;

&lt;p&gt;Для начала, напишем сам hook. Было решено написать его на python.
&lt;/p&gt;</description>
    </item>
    
  </channel>
</rss>

