Недавно я рассказывал про автоматическое обновление либо уведомление о наличии обновлений в Debian based дистрибутивах. Сегодня я бы хотел рассказать о том же, только для CentOS 6.

В производных от Red Hat дистрибутивах, и, соответственно в CentOS используется пакет yum-cron. Функционал у него аналогичный утилитам описанным в прошлом посте: либо автоматически обновляет, либо уведомляет сообщением на E-Mail о наличии обновлений.

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

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

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

В жизни сетевого инженера (да и не только), наступает такой момент, когда некоторые рутинные операции надоедает выполнять, и хочется их оптимизировать. В один прекрасный день я понял, что каждый раз когда мне нужно авторизоваться на коммутаторе, то набирать логин\пароль, а затем ещё пароль на enable мне надоело. Поэтому данное действие было решено как-то оптимизировать. Взяв бутылочку пенного я сел за "работу"..

В компании где я работаю, по определённым обстоятельствам авторизация на коммутаторах\роутерах\DSLAM и прочем оборудовании происходит не по ssh, а по telnet. Средствами самого telnet возможности передать логин\пароль нет, поэтому поиск с попутным распитием алкоголя продолжился, и остановился на утилите expect.

Expect - это утилита, которая парсит потоковый вывод консольных программ, и в ответ на них отправляет какой либо заранее предусмотренный "ответ". Например, при подключении к ftp серверу, ожидаем получить запрос на ввод пароля, и при его получении - отправляем его.

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

Когда-то я писал пост про "правильную настройку VPN соединения по так называемому Gentoo way". Несмотря на то, что на пост было множество несогласных с моим мнением отзывов(кстати, набравшись опыта я сейчас понимаю что сделал бы тоже несколько по другому. Каюсь, грешен), эта тема как оказалось очень актуальна и востребована. Мне до сих пор приходят на email различные вопросы связанные с настройкой VPN соединения на сервере - т.е. без графической оболочки и утилит. В этом посте я постараюсь как можно более подробно описать данный процесс.

Недавний пост тов. muhas'а напомнил мне об одной ну просто крайне удобной опции утилиты xset. Опция эта - rate. Она задаёт частоту повтора символов на клавиатуре и время перед началом повтора. Всё это, разумеется, можно настроить через графические утилиты gnome, kde, xfce, но не все используют тяжеловестные DE. Да и к примеру я в Gnome не могу настроить частоту повтора и задержку для комфортной работы. Не знаю даже почему. Выставляю такие же параметры, но всё равно не то. Поэтому выставляю их так, как привык.
Вы можете спросить: "зачем выставлять больше или меньше эти значения?". Я не могу сказать зачем это нужно Вам, но могу сказать для чего нужно мне: для комфортного написания кода. Меньше задержка, больше число повторов и с большой скорость происходит перемещение по коду и его редактирование. Главное в этом деле, не переборщить. Но довольно слов - больше дела.

Несмотря на то, что говорят злые языки, twitter становится в России весьма популярным. Twitter клиентов для linux уже есть довольно много, так же есть и интегрированные в популярные браузеры, но меня лично, всегда тянет к консоли, тем более что я к ней привык, и делаю в ней почти всё в разы быстрее, чем мышкой. Ну да ладно. Довольно лирики.

Сегодня я хочу написать о небольшой, но очень приятной утилите - Twidge.

Twidge программа консольная, следовательно лишена достоинств графических утилит, но ей присущи все достоинства консольных.

Не знаю как вы, мои дорогие читатели, а я лично провожу большую часть своего времени за компьютером. Из-за изменения положения солнца, меняется и освещение в помещении, но экран светит с одной яркостью постоянно, поэтому ближе к вечеру начинает жечь глаза, иногда появляются головные боли, расстройства сна и прочее. Конечно это не новость. А что если плавно менять насыщенность цвета на мониторе, в зависимости от текущего расположения солнца? Конечно, далеко не факт что вашим глазам это понравится, но попробовать явно никто не мешает ;) В общем, в этом призвана нам помочь небольшая утилита - redshift.

Redshift - очень маленькая утилита. Всё что ей требуется для работы, это указать в параметрах запуска широту и долготу. После запуска, в опираясь на положение солнца относительно широты и долготы, redshift как бы приглушает яркость.

Google во истину сделал много весьма хороших сервисов: gmail, reader и конечно же Google Calendar. Без последнего лично я жить не могу. С моей то дырявой памятью ;) Но сейчас не об этом. Довольно долго я искал способ удобно управлять своим календарём. Пробовал и через evolution, и через Thunderbird, но в итоге просто вернулся к использованию через браузер, но прочитав заметку о gcalcli, сразу решил попробовать ею воспользоваться, и остался ею очень доволен.

Gcalcli (Google Calendar Command Line Interface) - это небольшая утилита написанная на Python, предназначенная для работы с Google calendar из консоли. В общем это понятно и из названия :) Не берусь утверждать что утилита позволяет использовать все возможности Google Calendar, но тот функционал что я использую присутствует.

Продолжаю тему монтирования удалённых каталогов. В прошлый раз я писал про монтирование через sshfs, или sftp. В этот раз напишу про монтирования samba шар, и ftp. В этот раз обойдусь без предисловия, и преступим сразу к делу :) Предполагается, что у вас уже есть рабочие и настроенные ftp и smb сервера.

Когда уже есть определённое количество виртуальных машин, то видеть главное окно VirtualBox просто без надобности. Можно сразу запустить определённую виртуальную машину минуя главное окно Virtual Box:

VirtualBox -startvm "VmName"

Вместо VmName надо указать имя виртуальной машины, или её UUID. Например OpenBSD:

VirtualBox -startvm "OpenBSD"

Неважно зачем и почему, но иногда бывает нужно зашифровать архив от посторонних глаз. Многие графические утилиты делают это на раз, но я не большой любитель ставить их, когда я всё могу сделать с помощью старой, доброй консоли. К тому же, к примеру самый распространённый архиватор tar, сам не умеет зашифровавыать архив. Да и графические утилиты разве что могут "запаролить" zip, или rar архив, что на мой взгляд не самый лучший вариант..

Итак. Проще всего с паролем сделать zip архив:

Последнее время screen завоевал себе довольно большую популярность. Почти каждый уважающий себя linux'оид, знаком с этой замечательной утилитой, но многие почему-то забывают что у неё тоже есть альтернатива со своими плюсами, и минусами. Ещё очень давно, когда я только знакомился со screen, то натыкался на упоминание утилиты - tmux. Пару дней назад я решил поближе познакомиться с ней, и описать её в блоге :)

Итак. Tmux - это терминальный оконный менеджер, и мультиплексор. Т.е. позволяет использовать несколько терминалов в одном. Tmux так же как и screen можно легко увести в фон, и так же легко вернуться к нему.

Недавно пошла мода, на использование в качестве шелла - zsh. Даже не знаю, откуда она взялась. В общем, не в этом и суть. Мода понесла за собой море статей на тему zsh, но нигде ничего интересно и полезного на мой взгляд не было. Не раскрывало и половины потенциала zsh. Я конечно, не претендую на полноту. Я лишь опишу то, что я действительно использую повседневно, и что позволяет мне обходится без файлового менеджера и переложить эти задачи на zsh.

И так, самое первое, это конечно же автодополнение по Tab. Все знают что оно крайне удобно и заметно более продвинутое чем в bash и других командных оболочках. Для него нужно добавить в конфиг следующее:

Недавно, я решил снести со своего нетбука archlinux, который на мой взгляд, солидно на нём глючил, и поставить на него gentoo. Мне просто жуть как не хотелось ставить slim или какой либо другой логин менеджер, но и без них было весьма туго, ибо я параноик. Мало ли что: достаточно нажать ctrl-alt-f1 и ctrl-c для того чтобы убить X сессию, и получить шелл. Конечно, прав рута не будет, но и без них можно было дел натворить :) Но сейчас не об этом. Как я уже написал, ставить slim или какой либо другой login manager, я не хотел. Поэтому после большого количества упоминаний о qingy, было решено попробовать сие чудо.

Не так давно, я внезапно понял, что mpd для меня огромен. И правда зачем мне музыкальный демон, когда я музыку слушаю довольно редко? Посмотрел сначала mocp, но мне не понравился его mc like интерфейс, да и я слишком привык к vim like управлению. В ncmpcpp с этим было проще, там хотя бы j\k работали. Единственный плеер который уподоблял моим нуждам - это cmus. К слову сказать, плеер этот прекрасен! Кроме vim like управления, cmus ещё крайне быстр и хорошо настраиваемый.

Что меня крайне удивило, так это малое количество русской документации по cmus. Есть лишь куча упоминаний о том что такое есть, и оно вот такое вот. Не более. Вот собственно поэтому, я и решил написать про него.