nautilus: как ctrl+щелчком по папке открывать новую вкладку
Наткнулся на actions-for-nautilus и захотелось странного. Чо бы вместо тыканья в меню сразу не открывать новую вкладку? Есть варианты? А то actions похоже только с меню работает.
Наткнулся на actions-for-nautilus и захотелось странного. Чо бы вместо тыканья в меню сразу не открывать новую вкладку? Есть варианты? А то actions похоже только с меню работает.
Хочу убрать ctrl+alt+вниз из комбинаций клавиш, чтобы дефолт vs code захватывался вместо системного. В идеале - заменить на более замороченную. В меню настроек этой комбинации нет.
Как быть?
P.S. VS Code не хочу менять т.к. он много где ещё с этим дефолтом.
нашел
w➜ ~ gsettings get org.gnome.desktop.wm.keybindings switch-to-workspace-down
['<Super>Page_Down', '<Control><Alt>Down']
w➜ ~ gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-down "['<Super>Page_Down']"
Привет, народ. Перестал подключаться openvpn румынский. Как поднял, больше на сервер не лазил. Логи в /var/log/openvpn.log почему-то не пишутся.
service status openvpn
говорит что активен.
Пробовал переустанавливать, не помогло.
Пробовал заходить с разных сетей и устройств.
Такое ощущение что блочит на той стороне.
По ssh всё доступно
/etc/openvpn/server/server.conf:
local 5.181.25.133
port 1194
proto udp
dev tun
ca ca.crt
cert server.crt
key server.key
dh dh.pem
auth SHA512
tls-crypt tc.key
topology subnet
server 10.8.0.0 255.255.255.0
push "redirect-gateway def1 bypass-dhcp"
ifconfig-pool-persist ipp.txt
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"
push "block-outside-dns"
keepalive 10 120
cipher AES-256-CBC
user nobody
group nogroup
persist-key
persist-tun
crl-verify crl.pem
explicit-exit-notify
verb 9
log-append /var/log/openvpn.log
status /var/log/openvpn-status.log
ss -tulpn | grep LISTEN | grep :1194
выводит пустую строку.
netstat -tulpn | grep 1194
udp 0 0 5.181.25.133:1194 0.0.0.0:* 38678/openvpn
Но оно вроде так и было.
telnet 5.181.25.133 1194
Trying 5.181.25.133...
telnet: Unable to connect to remote host: Connection refused
Внезапно при подключении к vds по ssh мне выдало что сменился fingerprint и это типа может быть mitm атака.
Я полез на сервер - с админки, пошарил cd /etc/ssh && find -name \*.pub | xargs ssh-keygen -lf
- нет таких.
Зашел на другой vds (чсх, всё нормально, отпечаток тот же, предупреждений нет), запросил отпечаток - там один из тех что выдались в админке по команде.
Попытался в ssh с докера, с винды (wsl) - т.е. с чистых систем; с мобильного интернета (отключил шнур роутера), переустановил систему на vds - результат тот же - с моей машины показывается неправильный отпечаток (один и тот же), с другой (удаленной) - тот который присутствует в списке.
Как это вообще возможно? Если бы меня слушали на роутере, то с телефонного инета было бы нормально, да и ретранслировали бы все ssh-соединения. Был бы взломан мой комп - вообще ничего не нужно было.
Почему ключ мог не поменяться даже на разных системах и после переустановки системы vds? Как вообще поступают при mitm - если меняется отпечаток?
Левый отпечаток
SHA256:xvCrTgd+ikoshjtf396iJ3cefjC2lWL7xO9+F7VTjoQ.
vds если что timeweb
Сейчас и c другого vds сбросило, показался тот же отпечаток.
Удалил вдску, больше траблов не было. Что это за хрень - так и не понял. ТП не стали разбираться, просто сказали пересоздать.
Не могу найти репу для установки qdbus. Как на 18.04 из родных репозиториев поставить не получается -
sudo apt-get install -y qdbus
...
E: Невозможно найти пакет qdbus
Подскажите репу откуда его можно собрать самому, или как-то ещё установить
Как сделать нормальный background color в ohmyzsh?
Возникает, когда табаю команду вроде cd ./
на внешнем диске.
При смене некоторые темы давали другой вариант - красный на сером, тоже нечитаемо.
Перепробовал половину тем.
Перестал видеться windows при загрузке.
nano /boot/grub/grub.cfg
(cat
последнюю строку не видит) выдает странное (нижняя часть файла):
menuentry 'Windows 10 (на /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-chain-861261011260F817' {
insmod part_msdos
insmod ntfs
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 861261011260F817
else
search --no-floppy --fs-uuid --set=root 861261011260F817
fi
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^
Что могло так изменить его? Может ком-то встречалось?
P.s. восстановленный grub с загружающейся виндой выглядит так:
### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows 10 (на /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-chain-861261011260F817' {
insmod part_msdos
insmod ntfs
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 861261011260F817
else
search --no-floppy --fs-uuid --set=root 861261011260F817
fi
drivemap -s (hd0) ${root}
chainloader +1
}
Есть ли такое в connectBot?
Знаю, тема не раз поднималась (просмотрел 4), но подобного не нашел