root@fox:~#

Как давно не знаю, но перестал работать Brasero в Debian.. Gnome порядком поднадоел, поднадоела напичканость скриптами Debian.. все стало раздражать, останавливало только одно – лень..
После пары ночей хорошего отсыпа в организме почувствовалась некоторая легкость и желание двигаться. Начал с ноутбука – полетел к чертям Debian, настало время Slackware которую я забросил еще на 11-м релизе.
Домашний каталог у меня закриптован, но подключить его не стало проблемой)) Что сделал:

cryptsetup luksDump /dev/sda2

– проверил, не снес)))

cryptsetup luksOpen /dev/sda2 luks

– подключил
Создал /etc/crypttab:

luks /dev/disk/by-uuid/776317fc-a9b9-454e-8d8f-f9e168e0ad9a none luks

Поправил /etc/fstab:

/dev/mapper/luks /home ext3 defaults 0 0

В /etc/rc.d/rc.local добавил пару строчек :

cryptsetup luksOpen /dev/sda2 luks
mount /dev/mapper/luks

Хорошо таки чувствовать себя хозяином своей системы)) Затем за софт принялся – qutim поставил для аськи ну и по мелочам. Про qutim сказать хочу отдельно – лучше устанавливать его из исходников, например так:

cd /tmp
svn co http://qutim.org/svn/qutim
cd qutim/
cd trunk/
cmake -DCMAKE_BUILD_TYPE=debug ../
make
cp qutim /home/netf0x/qutim/
cd ..

Ставить можно в любую папку, только не забыть папку plugins там создать..
Ну и плагин для аськи – так как такая архитектура приложения.

cd plugins/
svn co http://qutim.org/svn/icq
cd icq/
mkdir build
qmake
qmake -config debug
make

И в папку plugins где сам бинарник скопировать..
Запустилось на ура, работает. Конфигурацию и архив сообщений стоит искать в ~/.config/

Одно только сейчас в системе напрягает – KDE4, но уже перехожу на fluxbox, меню там создаю, радуюсь вообщем.
И мысль – плохо в современном Open Source то, что мнение пользователя некоторые крупные проекты ставят выше мнения разработчиков которые этот проект на собственном энтузиазме держат – в итоге получается унылое г..но вроде KDE4.. Почему это плохо? Потому что пользователь современный, не сильно искушенный в интерфесах хочет что бы было так, как привык, или так, как видел на работе, у друга и т.д. (привет microsoft-у).. Пока все..

P.S. – k3b на свежей системе тоже диски не видит, симптомы как у Brasero.. Смена всего-всего не помогла. Но команда:

growisofs -Z /dev/dvdrw=/home/netf0x/Downloads/Porno_DVD.iso

отработала на ура как и раньше.. Теперь все.

Как бы не были сильны различные сканеры веб-приложений, например Webinspect и прочие, конкретные сканеры под конкретные движки знают свое дело куда лучше.

Немного полазив по вебу нашел несколько:

Сканер уязвимостей Wordpress – http://blogsecurity.net/wordpress/tools/wp-scanner
Сканер уязвимостей Drupal – http://raz0r.name/releases/drupal-vulnerability-scanner/
Сканер уязвимостей Joomla – http://www.owasp.org/index.php/Category:OWASP_Joomla_Vulnerability_Scanner_Project

Попробовал все три. Результаты понравились. Рекомендую.

Случилось так что не было под рукой виндовой машины с установленым на борту XenCenter, который как известно запускается только на поделии ребят из Редмонда.

А у меня на одном таком сервере виртуализируется один хост, который по сети ни как не должен быть доступен, кроме как через консоль – для пущей секьюрности. Надо было срочно данных с него выгрузить, а никак не достучаться.
Погоревал я немного, затем зашел на XenServer по ssh, посмотрел список юзаемых портов и узрел:

Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name
tcp        0      0 127.0.0.1:5900              0.0.0.0:*                   LISTEN      5394/vncterm
tcp        0      0 127.0.0.1:5901              0.0.0.0:*                   LISTEN      21607/qemu.4
tcp        0      0 127.0.0.1:5902              0.0.0.0:*                   LISTEN      30538/qemu.14

Осталось только подключиться к этому серверу VNC который на localhost живет, и видимо он же и занимается подачей картинки в XenCenter.

Подключался используя ssh-туннель:

ssh -f -L 127.0.0.1:9999:127.0.0.1:5902 user@192.168.0.1

(не работает в последних версиях ssh, тогда можно без -f и пока вы залогинены туннель будет)
Где:
127.0.0.1:9999 – биндю локальный порт
127.0.0.1:5902 – говорю куда пробрасываем локальный порт 9999
user@192.168.0.1 – XenServer

А затем подключаюсь стандартным линуксовым vncviewer:

vncviewer 127.0.0.1:9999