Using metasploit with postgres from an unprivileged user

The msfdb init databse in the ~/.msf4/db directory, the default postgres config create a socket file in the /run/postgesql or /var/run/postgresql directory, an unprivilegied user does not have wtite to this location.

Solution 0:

Uncomment the line unix_socket_directories = '/tmp' in the configuration file template /usr/share/postgresql/ postgresql.conf.sample and run msfdb init again

sudo sed -ei "s/^#unix_socket_directories.*/unix_socket_directories = '\/tmp'/g" /usr/share/postgresql/postgresql.conf.sample 
PGHOST="/tmp" msfdb init --component=database2

and create alias for the run msfconsole

alias msfstart='PGHOST="/tmp" msfdb start --component=database && msfconsole'
alias msfstop='msfdb stop'

After update PostgreSQL package, may have to be repeated.

, metasploit , postgresql

gxkb и час потраченного времени

Час времени потрачено на разборки с настройками раскладок клавиатуры в Arch Linux + i3-gaps.
Есть конечно много способов как настроить клавиатуру в Linux, но с i3 DM чаще поступают так:

# .config/i3/config
...
exec --no-startup-id "setxkbmap -layout us,ru -option 'grp:win_space_toggle'"
exec --no-startup-id "gxkb"
...

И что-бы иметь хоть какой-то индикатор “раскладки”, сверху запускают gxkb, он маленький и отлично выполняет свою работу.
Но как оказалось, у этого мальца есть одна вредная особенность - при первом запуске считывает текущие настройки клавиатуры и сохраняет в свой конфиг .config/gxkb/gxkb.cfg и больше никогда, НИКОГДА, их не перезаписывает и продолжает подменять системные настройки (.xinitrc, .Xkbmap, /etc/X11/, /etc/X11/xorg.conf.d/00-keyboard.conf да и вообще любые попытки).
Если вдруг вы используете эту связку, поменяли настройки но ничего не работает как ожидалось — просто rm ~/.config/gxkb/gxkb.cfg

, gxkb , keyboard

Сборка дистрибутива Arch Linux ARMx64 для RaspberryPi 4

Существует множество причин по которым необходимо собрать свой дистрибутив Linux и столько же причин этого не делать, но зачастую перед вами будет стоять выбор - собирать или искать дистрибутив подходящий под ваши нужды и наплевать на оптимальность.
С выходом RaspberryPI 3 а теперь ещё и RaspberryPI 4 с ARM x64 процессорами, люди столкнулись с тем что отсутствуют x64 дистрибутивы под новую платформу, в свою очередь RPI зарекомендовал себя как вполне стабильная система для применения в ответсвеных конструкциях и учитывая цену он очень вкусно выглядит на фоне различных специализированных платформ.
На сколько оправдано использование x64 на RaspberryPi и остальных, вопрос открытый и каждый решает сам.
В моём случае, необходимо перетащить софт скомпилированный под aarch64, на базе очень специфической железки, за которую хотят очень много денег, а выходит из строя она до безобразия часто :)

linux , kernel , arm

Кросс платформенный chroot в x86_64 Linux системе

Тем кто часто сталкивается с обслуживанием и конфигурированием систем на базе различных архитектур, приходится решать вопрос среды запуска операционной системы и приложений.
Часто данный вопрос решается с помощью виртуальных машин или отладка ведётся прямо на “железе”, в некоторых, специфических, случаях, конечно не обойтись без отладки на “железе” (к примеру на плате имеется специфический GPIO контроллер) но таковые случаи до воли редки.
Большинство операций по начальной конфигурации, тестам или просто компиляции приложений, можно выполнить на хост системе - с помощью chroot и qemu-static и тем самым работая с локальной, файловой системой, с всеми вытекающими плюсами.

, chroot , arm , arm64 , crossplatform