Почему я пользуюсь для храниения паролей программой KeepassX? Потому что у меня много паролей, более десяти почтовых ящиков, аккаунты в 6 социальных сетях и на многих форумах, сайтах производителей ПО и многих других ресурсах. Хранить в голове сотню(возможно больше) ников и паролей просто невозможно. Хранить их в текстовом файле опасно, да и неудобно. Хранить в онлайн сервисах вроде Roboform - тоже опасно. Где гарантия что работники подобных сервисов не уведут у вас пароли или просто адресса той же почты? И не монетизируют данную информацию? Поэтому я уже не один год использую KeepassX для хранения моих паролей.

Захотелось мне установить активно разрабатываемую вторую версию этого замечательного кросс-платформенного хранителя паролей на Ubuntu Linux 12.04. На это были серьёзные причины, главная из которых - это работа данной версии программы с базами данных Keepass версии 2.0 . Быстро нашёл PPA проекта. Что оказалось очень кстати, потому что собирать deb-пакеты из исходников - очень муторное занятие. Debian и Ubuntu - это далеко не Arch(с его замечательными PKGBUILD’ами), и даже не RHEL и Fedora(с их не менее замечательными SPEC-файлами).

Добавляем PPA командой:

sudo add-apt-repository ppa:keepassx/daily

и затем обновляем систему:

apt-get update && apt-get upgrade

если у вас никогда не было keepassx, то вместо  apt-get upgrade смело набирайте apt-get install keepassx.

После установки нужно импортировать старую базу данных формата  Keepass 1.0 и конвертировать её в формат Keepass 2. Для этого в меню Database ищем пункт Import Keepass 1 database. 

Вводим пароль, ищем ключ(если таковой использовался) и получаем доступ к своим паролям. 

Импортируем файл формата keepass 1

Вводим пароль

Ну вот, данные успешно импортированны.
Осталось только сохранить их в новом формате.

Теперь нажимаем на Save database as в том же меню, и сохраняем файл с базой данных в новом формате. С данным файлом кроме Keepassx также отлично работает и оригинальная Keepass второй версии, работающая на  Mono/.NET Framework. Получается, теперь вы можете использовать одну базу на целой кипе устройств, в том числе и на мобильных девайсах. Профит от этого, думаю, очевиден.

P.S.: Программа лично у меня работает не хуже старой Keepassx 0.4.3, но всё же это даже не бета-версия, а альфа и до релиза ещё может и полгода пройти. Всё-таки работы немало, программа была полностью переписана. Не я(как автор данного поста), ни автор данного ПО не несут никакой ответственности за то, что может случиться с вашей базой данных с паролями, при использовании данного ПО. Помните об этом, и на всякий случай сделайте бэкап вашей базы перед экспериментами. Удачи;)

Управление версиями ruby при помощи rvm

В Ubuntu 12.04 версия интерпритатора ruby немного старовата. А я люблю всё новое. Решил я обновить ruby. Как обычно стал по привычке искать PPA. Но вместо этого нашёл гораздо более удобный вариант установки новой версии ruby. Ещё возможность выбора разных версий интерпритатора, а также разных наборов gem'ов. Оказалось, что есть на свере такая удобная вещь как rvm.

Установка ruby-1.9.3-p194 на ubuntu 12.04 делается так:

Установка необходимого для rvm пакета curl

$ sudo apt-get install curl

Установка rvm и последней стабильной версии ruby

$ curl -L https://get.rvm.io | bash -s stable --ruby

Смотрим доступные благодаря rvm версии ruby

$ rvm list

Переключаем интерпритатор на ruby-1.9.3-p194

$ rvm use ruby-1.9.3-p194

И не забываем про то, что Gnome Terminal при запуске bash игнорирует настройки из ~/.bash_login и ~/.bash_logout. Решается проблема установкой одной галочки в настройках Gnome Terminal, как на этом скриншоте.

Закрываем терминал, и открываем заново. Ну вот, стоит запустить ruby c опцией --version мы увидим, что мы успешно сменили версию ruby, не трогая при этом установленной в системе версии ruby.

Недавно я решил создать виртуальную машину на базе KVM для Web-разработки(что-бы не настраивать LAMP-стек каждый раз, как я решу сменить свой дистрибутив). Дело  не сложное, но муторное. />
Так вот, передав публичный ключ на сервер, я был очень удивлён что при вводе команды

ssh devel@vserv

вылез стандартный запрос пароля. Стал я искать, в чём же причина данного явления. Вначале глянул на процес авторизации с ключом -v, но отладка показала, что ssh работает нормальным образом. Прочитал на одном форуме что нужно отключить директиву PermitRootLogin. Отключил на всякий случай. Не помогло. Выставил правильные права на ~/.git, тоже не помогло.

Проверил  на всякий случай лог /var/log/auth.log  и обнаружил там прелюбобытнейшую вещь:


Aug  3 13:45:01 vserv sshd[1344]: Authentication refused: bad ownership or modes for directory /home/devel

Итак, ssh указывал на небезопастные права на директории /home/devel. Пришлось изменить эти права на 700, и ssh сразу стал конектится с авторизацией по ключу. Всё решилось очень просто, одной командой:

chmod 700 /home/devel

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