Opossum Сообщения

Opossum	# 5 лет, 5 месяцев назад
Темы: 7 Сообщения: 20 Участник с: 29 мая 2014	Печально это. Ладно, спасибо, буду думать.

Opossum	# 5 лет, 5 месяцев назад
Темы: 7 Сообщения: 20 Участник с: 29 мая 2014	Что с пакетами в mate происходит? Второй раз за полгода группы mate и mate-extra дружно мигрируют на gtk3 и ломают мою уютную тему. Не говоря уже о прочем. Это косяк мэйнтейнеров или намечающиеся изменения?

Opossum	# 5 лет, 7 месяцев назад (отредактировано 5 лет, 7 месяцев назад)
Темы: 7 Сообщения: 20 Участник с: 29 мая 2014	Возникла потребность поднять точку на ноутбуке, год назад тот же конфиг работал отлично, сейчас - нет. `$ cat hostapd.conf ssid=###### wpa_passphrase=######## interface=wlp3s0f0 country_code=RU channel=11 macaddr_acl=0 driver=nl80211 hw_mode=g logger_stdout=-1 logger_stdout_level=2 max_num_sta=5 rsn_pairwise=CCMP wpa=3 wpa_key_mgmt=WPA-PSK wpa_pairwise=TKIP CCMP` Через несколько секунд после перезапуска сервиса, он останавливается, в статусе такое: # systemctl status hostapd.service ● hostapd.service - Hostapd IEEE 802.11 AP, IEEE 802.1X/WPA/WPA2/EAP/RADIUS Authenticator Loaded: loaded (/usr/lib/systemd/system/hostapd.service; disabled; vendor preset: disabled) Active: inactive (dead) Jan 21 16:38:38 spirit hostapd[3628]: handle_probe_req: send failed Jan 21 16:38:38 spirit hostapd[3628]: handle_probe_req: send failed Jan 21 16:38:40 spirit hostapd[3628]: Using interface wlp3s0f0 with hwaddr 54:35:30:97:f9:c5 and ssid "########" Jan 21 16:38:40 spirit hostapd[3628]: Interface initialization failed Jan 21 16:38:40 spirit hostapd[3628]: wlp3s0f0: interface state COUNTRY_UPDATE->DISABLED Jan 21 16:38:40 spirit hostapd[3628]: wlp3s0f0: AP-DISABLED Jan 21 16:38:40 spirit hostapd[3628]: wlp3s0f0: interface state DISABLED->DISABLED Jan 21 16:38:40 spirit hostapd[3628]: wlp3s0f0: AP-DISABLED Jan 21 16:38:40 spirit hostapd[3628]: hostapd_free_hapd_data: Interface wlp3s0f0 wasn't started Jan 21 16:38:40 spirit hostapd[3628]: nl80211: deinit ifname=wlp3s0f0 disabled_11b_rates=0 Пробовал менять порядок относительно запуска iptables, dhcpd4, пробовал с поднятым и погашенным интерфейсом. Откат на 2.5-2 не помогает. NetworkManager интерфейсом не рулит: `# nmcli dev status enp4s0 ethernet connected enp4s0 tun0 tun connected tun0 lo loopback unmanaged -- wlp3s0f0 wifi unmanaged --` P.S. После двух попыток поднять точку через гуй NetworkManager, система висла намертво. Больше не пробую.

Opossum

# 5 лет, 7 месяцев назад (отредактировано 5 лет, 7 месяцев назад)

Темы: 7

Сообщения: 20

Участник с: 29 мая 2014

Возникла потребность поднять точку на ноутбуке, год назад тот же конфиг работал отлично, сейчас - нет.

$ cat hostapd.conf
ssid=######
wpa_passphrase=########
interface=wlp3s0f0
country_code=RU
channel=11
macaddr_acl=0
driver=nl80211
hw_mode=g
logger_stdout=-1
logger_stdout_level=2
max_num_sta=5
rsn_pairwise=CCMP
wpa=3
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP CCMP

Через несколько секунд после перезапуска сервиса, он останавливается, в статусе такое:

# systemctl status hostapd.service
● hostapd.service - Hostapd IEEE 802.11 AP, IEEE 802.1X/WPA/WPA2/EAP/RADIUS Authenticator
   Loaded: loaded (/usr/lib/systemd/system/hostapd.service; disabled; vendor preset: disabled)
   Active: inactive (dead)

Jan 21 16:38:38 spirit hostapd[3628]: handle_probe_req: send failed
Jan 21 16:38:38 spirit hostapd[3628]: handle_probe_req: send failed
Jan 21 16:38:40 spirit hostapd[3628]: Using interface wlp3s0f0 with hwaddr 54:35:30:97:f9:c5 and ssid "########"
Jan 21 16:38:40 spirit hostapd[3628]: Interface initialization failed
Jan 21 16:38:40 spirit hostapd[3628]: wlp3s0f0: interface state COUNTRY_UPDATE->DISABLED
Jan 21 16:38:40 spirit hostapd[3628]: wlp3s0f0: AP-DISABLED
Jan 21 16:38:40 spirit hostapd[3628]: wlp3s0f0: interface state DISABLED->DISABLED
Jan 21 16:38:40 spirit hostapd[3628]: wlp3s0f0: AP-DISABLED
Jan 21 16:38:40 spirit hostapd[3628]: hostapd_free_hapd_data: Interface wlp3s0f0 wasn't started
Jan 21 16:38:40 spirit hostapd[3628]: nl80211: deinit ifname=wlp3s0f0 disabled_11b_rates=0

Пробовал менять порядок относительно запуска iptables, dhcpd4, пробовал с поднятым и погашенным интерфейсом. Откат на 2.5-2 не помогает. NetworkManager интерфейсом не рулит:

# nmcli dev status
enp4s0    ethernet  connected  enp4s0
tun0      tun       connected  tun0
lo        loopback  unmanaged  --
wlp3s0f0  wifi      unmanaged  --

P.S. После двух попыток поднять точку через гуй NetworkManager, система висла намертво. Больше не пробую.

Opossum	# 5 лет, 8 месяцев назад
Темы: 7 Сообщения: 20 Участник с: 29 мая 2014	Короче, во всём виноват оказался новый dbus. Откат на 1.10.8 помог. На англоbbs есть треды с августа с той же проблемой, есть 2-3 варианта решения, но мне только rollback помог.

Opossum	# 5 лет, 10 месяцев назад
Темы: 7 Сообщения: 20 Участник с: 29 мая 2014	sleepycat Т.е. если запустить отдельный терминал ctr+alt+3 например и от туда набрать без судо то все работает? Работат, да. Это лишь симптом того основного бага.

Opossum	# 5 лет, 10 месяцев назад (отредактировано 5 лет, 10 месяцев назад)
Темы: 7 Сообщения: 20 Участник с: 29 мая 2014	Если лечить симптомы sigcont'ами, то проявляется вот этот баг ещё: http://archlinux.org.ru/forum/topic/16634

Opossum	# 5 лет, 10 месяцев назад
Темы: 7 Сообщения: 20 Участник с: 29 мая 2014	Upd2: Ага, это связано с последствиями вот этого бага http://archlinux.org.ru/forum/topic/16512/ Если восстановить X сессию через посылки sigcont в нужные процессы, то начинает виснуть ssh у клиента. Надо копать дальше.

Opossum	# 5 лет, 10 месяцев назад (отредактировано 5 лет, 10 месяцев назад)
Темы: 7 Сообщения: 20 Участник с: 29 мая 2014	sleepycat Зайти на сервер локально, пересоздать ключи.(сертификаты) Если честно, не вижу в выхлопе ничего к чему можно было бы привязаться. Я думаю что раз открытый удалили, либо его сделать заного либо переиздать с нового закрытого. http://archlinux.org.ru/forum/topic/15088/ сабж надо почитать в любом случае. Ключи сам генерил весной и с тех пор не менял, ssh сервер тоже не обновлял больше месяца. Пока что вижу разницу между заходит/не заходит только в правах пользователя. P.S. На другой машине с такой же проблемой после обновления вдруг заработало, попробую эту ребутнуть, если нет то сброшу второй дебаг. Upd: так и есть, после свежего апдейта непонятно чего работает нормально.

Opossum

# 5 лет, 10 месяцев назад (отредактировано 5 лет, 10 месяцев назад)

Темы: 7

Сообщения: 20

Участник с: 29 мая 2014

sleepycat
Зайти на сервер локально, пересоздать ключи.(сертификаты)
Если честно, не вижу в выхлопе ничего к чему можно было бы привязаться. Я думаю что раз открытый удалили, либо его сделать заного либо переиздать с нового закрытого.
http://archlinux.org.ru/forum/topic/15088/ сабж надо почитать в любом случае.

Ключи сам генерил весной и с тех пор не менял, ssh сервер тоже не обновлял больше месяца. Пока что вижу разницу между заходит/не заходит только в правах пользователя.

P.S. На другой машине с такой же проблемой после обновления вдруг заработало, попробую эту ребутнуть, если нет то сброшу второй дебаг.
Upd: так и есть, после свежего апдейта непонятно чего работает нормально.

Opossum	# 5 лет, 10 месяцев назад (отредактировано 5 лет, 10 месяцев назад)
Темы: 7 Сообщения: 20 Участник с: 29 мая 2014	Сабж, после отброса несущественного сценарий такой: есть сервер, доступ только по сертификату. Клиенту потёр known_hosts и config, остался только приватный ключ. Пробуем: ssh [email protected] -i id_ecdsa - виснет sudo ssh [email protected] -i id_ecdsa - всё в порядке Вот полный выхлоп первого случая: [email protected]:~$ ssh -v -C -A -X [email protected] -i id_ecdsa OpenSSH_7.3p1, OpenSSL 1.0.2j 26 Sep 2016 debug1: Reading configuration data /home/spirit/.ssh/config debug1: /home/spirit/.ssh/config line 1: Applying options for user debug1: Reading configuration data /etc/ssh/ssh_config debug1: Connecting to 10.0.0.1 [10.0.0.1] port 22. debug1: Connection established. debug1: identity file /home/spirit/.ssh/id_ecdsa type 3 debug1: key_load_public: No such file or directory debug1: identity file /home/spirit/.ssh/id_ecdsa-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.3 debug1: Remote protocol version 2.0, remote software version OpenSSH_7.3 debug1: match: OpenSSH_7.3 pat OpenSSH* compat 0x04000000 debug1: Authenticating to 10.0.0.1:22 as 'user' debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: algorithm: [email protected] debug1: kex: host key algorithm: ecdsa-sha2-nistp256 debug1: kex: server->client cipher: [email protected] MAC: <implicit> compression: [email protected] debug1: kex: client->server cipher: [email protected] MAC: <implicit> compression: [email protected] debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ecdsa-sha2-nistp256 SHA256:qlb9ITW+L5Q8jEyAyKpDfyScXi3a8mwdF9zO1vnTWxg debug1: Host '10.0.0.1' is known and matches the ECDSA host key. debug1: Found key in /home/spirit/.ssh/known_hosts:1 debug1: rekey after 134217728 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: rekey after 134217728 blocks debug1: SSH2_MSG_NEWKEYS received Была ветка на bbs.archlinux полгода назад, но заглохла. У меня это случилось после апдейта и настольника и ноутбука позавчера. Откат openssh не помогает.

Opossum

# 5 лет, 10 месяцев назад (отредактировано 5 лет, 10 месяцев назад)

Темы: 7

Сообщения: 20

Участник с: 29 мая 2014

Сабж, после отброса несущественного сценарий такой: есть сервер, доступ только по сертификату. Клиенту потёр known_hosts и config, остался только приватный ключ. Пробуем:
ssh [email protected] -i id_ecdsa - виснет
sudo ssh [email protected] -i id_ecdsa - всё в порядке

Вот полный выхлоп первого случая:

[email protected]:~$ ssh -v -C -A -X [email protected] -i id_ecdsa
OpenSSH_7.3p1, OpenSSL 1.0.2j  26 Sep 2016
debug1: Reading configuration data /home/spirit/.ssh/config
debug1: /home/spirit/.ssh/config line 1: Applying options for user
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to 10.0.0.1 [10.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/spirit/.ssh/id_ecdsa type 3
debug1: key_load_public: No such file or directory
debug1: identity file /home/spirit/.ssh/id_ecdsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.3
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.3
debug1: match: OpenSSH_7.3 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 10.0.0.1:22 as 'user'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: [email protected]
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: [email protected] MAC: <implicit> compression: [email protected]
debug1: kex: client->server cipher: [email protected] MAC: <implicit> compression: [email protected]
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:qlb9ITW+L5Q8jEyAyKpDfyScXi3a8mwdF9zO1vnTWxg
debug1: Host '10.0.0.1' is known and matches the ECDSA host key.
debug1: Found key in /home/spirit/.ssh/known_hosts:1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS received

Была ветка на bbs.archlinux полгода назад, но заглохла. У меня это случилось после апдейта и настольника и ноутбука позавчера. Откат openssh не помогает.

Opossum	# 5 лет, 10 месяцев назад
Темы: 7 Сообщения: 20 Участник с: 29 мая 2014	nafanja Opossum можно воспроизвести на настолке нажатием LWin + RAlt + <latin key> у меня не воспроизводится. последние кеды если что... Попробовал - у меня на кедах тоже всё чисто. Standalone Openbox тоже себя хорошо вёл, общего между lxde, xfce4 и gnome - это gtk...

Opossum

# 5 лет, 10 месяцев назад

Темы: 7

Сообщения: 20

Участник с: 29 мая 2014

nafanja
Opossum
можно воспроизвести на настолке нажатием LWin + RAlt + <latin key>
у меня не воспроизводится.
последние кеды если что...

Попробовал - у меня на кедах тоже всё чисто. Standalone Openbox тоже себя хорошо вёл, общего между lxde, xfce4 и gnome - это gtk...