[sisyphus] KDE5 vs etcnet

[sisyphus] KDE5 vs etcnet

[Alexei Mezin]

Стационарный компьютер, подключение по ethernet. Для такого режима нафиг 
не нужен никакой NetworkManager, поэтому в альтераторе указал, что 
сетевой интерфейс обслуживается etcnet.

В результате telepathy не видит сеть никак. Переходишь на NM -- все 
работает. Но зачем NM при стационарном проводном подключении? К тому же 
я привык, что сетевой интерфейс в режиме bridge, чтоб в него подключать 
виртуалки. Можно ли сделать bridge через NM?


Попутная проблема: в настройках КДЕ есть выбор тем оформления, курсоров 
и т.п. И там почти везде есть кнопка "загрузить новые темы". Ни в одном 
месте никакая загрузка не работает, в статусной строке каждого окна 
написано примерно "Ошибка 1". NM/etcnet -- без разницы. Что опять не 
так? Надо ждать КДЕ6?

Re: [sisyphus] KDE5 vs etcnet

[Alexei Mezin]

30.08.2018 12:57, Aleksey Novodvorsky пишет:

> 
> Спасибо. Напишите в bugzilla, пожалуйста.
> 

На какие пакеты?

Re: [sisyphus] KDE5 vs etcnet

[Mikhail Efremov]

On Thu, 30 Aug 2018 12:48:11 +0300 Alexei Mezin wrote:
> Стационарный компьютер, подключение по ethernet. Для такого режима
> нафиг не нужен никакой NetworkManager, поэтому в альтераторе указал,
> что сетевой интерфейс обслуживается etcnet.
> 
> В результате telepathy не видит сеть никак. Переходишь на NM -- все 
> работает. Но зачем NM при стационарном проводном подключении? К тому

Если NM запущен, то он должен сообщать о наличии сети даже если он не
управляет интерфейсами, у нас есть соответствующий патч.

> же я привык, что сетевой интерфейс в режиме bridge, чтоб в него
> подключать виртуалки. Можно ли сделать bridge через NM?

Да, давно уже.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] KDE5 vs etcnet

[Alexei Mezin]

30.08.2018 13:49, Mikhail Efremov пишет:
> Если NM запущен, то он должен сообщать о наличии сети даже если он не
> управляет интерфейсами, у нас есть соответствующий патч.

Однако не работает. К чему патч приложен, на что багу повесить?

Re: [sisyphus] KDE5 vs etcnet

[Sergey]

On Thursday 30 August 2018, Alexei Mezin wrote:

> В результате telepathy не видит сеть никак.

А она есть? Или таки что-то не поднялось?

-- 
С уважением, Сергей.

Re: [sisyphus] KDE5 vs etcnet

[Mikhail Efremov]

On Thu, 30 Aug 2018 13:57:46 +0300 Alexei Mezin wrote:
> 30.08.2018 13:49, Mikhail Efremov пишет:
> > Если NM запущен, то он должен сообщать о наличии сети даже если он не
> > управляет интерфейсами, у нас есть соответствующий патч.  
> 
> Однако не работает. К чему патч приложен, на что багу повесить?

Что говорит nmcli general?

-- 
WBR, Mikhail Efremov

Re: [sisyphus] KDE5 vs etcnet

[Alexei Mezin]

30.08.2018 15:26, Sergey пишет:

>> В результате telepathy не видит сеть никак.
> 
> А она есть? Или таки что-то не поднялось?
> 

Конечно есть. Во всяком случае ее хватает на браузер и родные клиенты 
телеграм/скайп/жаббер :)

На матплате две сетевухи, провод вставлен в одну, вторая 
etcnet/disabled. Вдруг важно, что сетевухи две?

Re: [sisyphus] KDE5 vs etcnet

[Alexei Mezin]

30.08.2018 16:46, Mikhail Efremov пишет:

>> Однако не работает. К чему патч приложен, на что багу повесить?
> 
> Что говорит nmcli general?
> 

При управлении сетевым интерфейсом через NM ожидаемо говорит

STATE       CONNECTIVITY  WIFI-HW  WIFI     WWAN-HW  WWAN
подключено  полностью     включен  включен  включен  включен


При управлении через Etcnet (включаю через альтератор)

[alexei@bigbear ~]$ nmcli general
STATE      CONNECTIVITY  WIFI-HW  WIFI     WWAN-HW  WWAN
отключено  нет           включен  включен  включен  включен

Конечно же при этом

[alexei@bigbear ~]$ ping www.ru
PING www.ru (217.112.35.75) 56(84) bytes of data.
64 bytes from v76-u.valuehost.ru (217.112.35.75): icmp_seq=1 ttl=53 
time=11.6 ms
64 bytes from v76-u.valuehost.ru (217.112.35.75): icmp_seq=2 ttl=53 
time=11.5 ms

Re: [sisyphus] KDE5 vs etcnet

[Mikhail Efremov]

On Thu, 30 Aug 2018 18:36:19 +0300 Alexei Mezin wrote:
> 30.08.2018 16:46, Mikhail Efremov пишет:
> 
> >> Однако не работает. К чему патч приложен, на что багу повесить?  
> > 
> > Что говорит nmcli general?
> >   
> При управлении через Etcnet (включаю через альтератор)
> 
> [alexei@bigbear ~]$ nmcli general
> STATE      CONNECTIVITY  WIFI-HW  WIFI     WWAN-HW  WWAN
> отключено  нет           включен  включен  включен  включен

Тогда можно повесить на NM, хотя я не знаю как это воспроизвести, у
меня работает. Будет время - посмотрю в виртуалках.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] KDE5 vs etcnet

[Anton V. Boyarshinov]

On Thu, 30 Aug 2018 18:36:19 +0300 Alexei Mezin wrote:

> >> Однако не работает. К чему патч приложен, на что багу повесить?  
> > 
> > Что говорит nmcli general?
> >   
> 
> При управлении сетевым интерфейсом через NM ожидаемо говорит

а route -n что говорит?

Re: [sisyphus] KDE5 vs etcnet

[Anton Farygin]

30.08.2018 17:11, Alexei Mezin пишет:
> 30.08.2018 15:26, Sergey пишет:
>
>>> В результате telepathy не видит сеть никак.
>>
>> А она есть? Или таки что-то не поднялось?
>>
>
> Конечно есть. Во всяком случае ее хватает на браузер и родные клиенты 
> телеграм/скайп/жаббер :)
>
> На матплате две сетевухи, провод вставлен в одну, вторая 
> etcnet/disabled. Вдруг важно, что сетевухи две? 

Никак не важно.
Покажите ip a и ip ro после настройки сети через etcnet. И ещё cat 
/etc/resolv.conf

Re: [sisyphus] KDE5 vs etcnet

[Alexei V. Mezin]

31.08.2018 21:33, Anton Farygin пишет:

> Покажите ip a и ip ro после настройки сети через etcnet. И ещё cat 
> /etc/resolv.conf


После того, как я сделал bridge путем etcnet, чуть-чуть изменился вывод 
nmcli, теперь пишет, что "подключено", но все равно не работает.

[alexei@bigbear ~]$ nmcli general
STATE       CONNECTIVITY  WIFI-HW  WIFI     WWAN-HW  WWAN
подключено  нет           включен  включен  включен  включен

[alexei@bigbear ~]$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
group default qlen 1000
     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
     inet 127.0.0.1/8 scope host lo
        valid_lft forever preferred_lft forever
     inet6 ::1/128 scope host
        valid_lft forever preferred_lft forever
2: lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast 
master lanbr state UP group default qlen 1000
     link/ether d0:50:99:3e:2b:08 brd ff:ff:ff:ff:ff:ff
     inet6 fe80::d250:99ff:fe3e:2b08/64 scope link
        valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group 
default qlen 1000
     link/ether d0:50:99:3e:2b:0a brd ff:ff:ff:ff:ff:ff
4: lanbr: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state 
UP group default qlen 1000
     link/ether d0:50:99:3e:2b:08 brd ff:ff:ff:ff:ff:ff
     inet 192.168.0.112/24 brd 192.168.0.255 scope global noprefixroute 
lanbr
        valid_lft forever preferred_lft forever
     inet6 fe80::d250:99ff:fe3e:2b08/64 scope link
        valid_lft forever preferred_lft forever

[alexei@bigbear ~]$ ip ro
default via 192.168.0.254 dev lanbr proto dhcp src 192.168.0.112 metric 204
192.168.0.0/24 dev lanbr proto dhcp scope link src 192.168.0.112 metric 204

[alexei@bigbear ~]$ cat /etc/resolv.conf
# Generated by resolvconf
# Do not edit manually, use
# /etc/net/ifaces/<interface>/resolv.conf instead.
domain mezin.su
nameserver 192.168.0.254


На гейте 192.168.0.254 запущен dnsmasq, который в том числе обслуживает 
и DNS-запросы.

Re: [sisyphus] KDE5 vs etcnet

[Anton Farygin]

02.09.2018 13:01, Alexei V. Mezin пишет:
> 31.08.2018 21:33, Anton Farygin пишет:
>
>> Покажите ip a и ip ro после настройки сети через etcnet. И ещё cat 
>> /etc/resolv.conf
>
>
> После того, как я сделал bridge путем etcnet, чуть-чуть изменился 
> вывод nmcli, теперь пишет, что "подключено", но все равно не работает.
А зачем делать lanbr ?

Re: [sisyphus] KDE5 vs etcnet

[Alexei Mezin]

02.09.2018 13:54, Anton Farygin пишет:
> А зачем делать lanbr ?

А почему нет? В него удобно влючать виртуалки и прочие vpn'ы.

Re: [sisyphus] KDE5 vs etcnet

[Anton Farygin]

02.09.2018 13:57, Alexei Mezin пишет:
> 02.09.2018 13:54, Anton Farygin пишет:
>> А зачем делать lanbr ?
>
> А почему нет? В него удобно влючать виртуалки и прочие vpn'ы. 

есть с сетью извращаться, то networkmanager лучше не использовать. Он 
обычно работает только в простых ситуациях.


А для виртуалок есть openvswitch, он мне выглядит предпочительнее бриджа.

Re: [sisyphus] KDE5 vs etcnet

[Mikhail Efremov]

On Sun, 2 Sep 2018 13:01:26 +0300 Alexei V. Mezin wrote:
> 31.08.2018 21:33, Anton Farygin пишет:
> 
> > Покажите ip a и ip ro после настройки сети через etcnet. И ещё cat 
> > /etc/resolv.conf  
> 
> 
> После того, как я сделал bridge путем etcnet, чуть-чуть изменился вывод 
> nmcli, теперь пишет, что "подключено", но все равно не работает.
> 
> [alexei@bigbear ~]$ nmcli general
> STATE       CONNECTIVITY  WIFI-HW  WIFI     WWAN-HW  WWAN
> подключено  нет           включен  включен  включен  включен

А если перезапустить NM?

-- 
WBR, Mikhail Efremov

Re: [sisyphus] KDE5 vs etcnet

[Alexei V. Mezin]

03.09.2018 16:29, Mikhail Efremov пишет:

> 
> А если перезапустить NM?
> 

Формально стало только хуже. Было

[alexei@bigbear ~]$ nmcli general
STATE       CONNECTIVITY  WIFI-HW  WIFI     WWAN-HW  WWAN
подключено  нет           включен  включен  включен  включен

После перезапуска стало

[alexei@bigbear ~]$ nmcli general
STATE      CONNECTIVITY  WIFI-HW  WIFI     WWAN-HW  WWAN
отключено  неизвестно    включен  включен  включен  включен


Перезапуск в соседнем терминале от рута через systemctl restart 
NetworkManager

[root@bigbear ~]# systemctl status NetworkManager
● NetworkManager.service - Network Manager
    Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; 
vendor preset: enabled)
    Active: active (running) since Mon 2018-09-03 20:01:39 MSK; 3s ago
      Docs: man:NetworkManager(8)
   Process: 3095 ExecStartPre=/usr/sbin/NetworkManager-prestart 
(code=exited, status=0/SUCCESS)
  Main PID: 3101 (NetworkManager)
     Tasks: 4 (limit: 4915)
    Memory: 5.5M
    CGroup: /system.slice/NetworkManager.service
            └─3101 /usr/sbin/NetworkManager --no-daemon

сен 03 20:01:39 bigbear.localdomain NetworkManager[3101]: <info> 
[1535994099.3526] Loaded device plugin: NMBluezManager (/usr/li
сен 03 20:01:39 bigbear.localdomain NetworkManager[3101]: <info> 
[1535994099.3531] device (lo): carrier: link connected
сен 03 20:01:39 bigbear.localdomain NetworkManager[3101]: <info> 
[1535994099.3533] manager: (lo): new Generic device (/org/freed
сен 03 20:01:39 bigbear.localdomain NetworkManager[3101]: <info> 
[1535994099.3544] manager: (eth1): new Ethernet device (/org/fr
сен 03 20:01:39 bigbear.localdomain NetworkManager[3101]: <info> 
[1535994099.3548] device (lanbr): carrier: link connected
сен 03 20:01:39 bigbear.localdomain NetworkManager[3101]: <info> 
[1535994099.3550] manager: (lanbr): new Bridge device (/org/fre
сен 03 20:01:39 bigbear.localdomain NetworkManager[3101]: <info> 
[1535994099.3555] device (lan): carrier: link connected
сен 03 20:01:39 bigbear.localdomain NetworkManager[3101]: <info> 
[1535994099.3560] manager: (lan): new Ethernet device (/org/fre
сен 03 20:01:39 bigbear.localdomain NetworkManager[3101]: <info> 
[1535994099.3592] manager: startup complete
сен 03 20:01:39 bigbear.localdomain NetworkManager[3101]: <info> 
[1535994099.3628] modem-manager: ModemManager available

Re: [sisyphus] KDE5 vs etcnet

[Alexei V. Mezin]

30.08.2018 21:30, Mikhail Efremov пишет:

> Тогда можно повесить на NM, хотя я не знаю как это воспроизвести, у
> меня работает. Будет время - посмотрю в виртуалках.
> 

Только что легко воспроизвел в VirtualBox

0. VB из Сизифа, образ regular-kde5
1. Стандартные настройки машины + диск 20Гб + 2 виртуальных сетевухи (в 
одну кабель не включен).
2. Загрузил live с русским интерфейсом, запустил установку "удалить все 
разделы и разметить автоматом", в инсталляторе создан 1 пользователь, 
включен автоматический вход.
3. Первая загрузка, все по умолчанию управляется NM, nmcli говорит, что 
все прекрасно.
4. Запускаю терминал, su -, acc, в настройках интерфейса меняю имя хоста 
на вменяемое, выбираю для обоих сетевух "управление через etcnet", 
вторую сетевуху "не запускать по умолчанию".
5. Перезагрузка, и вот оно: сеть работает, интернеты есть, nmcli 
говорит, что connectivity нет.

Re: [sisyphus] KDE5 vs etcnet

[Alexei Mezin]

30.08.2018 12:48, Alexei Mezin пишет:

> В результате telepathy не видит сеть никак. Переходишь на NM -- все 
> работает. 

Продолжаем разговор.

Сделал как просили тут: https://bugzilla.altlinux.org/show_bug.cgi?id=35341

Эффекта не последовало. Вчера обновился, сегодня после перезагрузки 
Телепатия почувствовала сеть и начала просить пароли от логинов 
скайп/аська/гугл. Выдал ей пароли, молча приняла. Иконка в трее теперь 
зеленая, хотя хинт на ней говорит "Доступен/Подключение...", то есть 
как-то непонятно, доступен или все же подключение в процессе.

Как минимум в сети ICQ я онлайн, мне приходят сообщения и я могу 
отвечать. Но! Левой кнопкой по иконке телепатии в трее -- окно "поиск 
контактов", и больше ничего. Так и должно быть? А где же список 
контактов? Правой кнопкой и "Список контактов" -- открывается окно, где 
нет НИ ОДНОГО контакта ни из одной системы. То есть как бы Телепатия не 
работает?

Я единственный, кто ей пользуется? Или я как-то не умею ее готовить?

В апплете NM по прежнему соединений нет.

Re: [sisyphus] KDE5 vs etcnet

[Sergey V Turchin]

On Thursday, 11 October 2018 21:36:40 MSK Alexei Mezin wrote:

[...]
> То есть как бы Телепатия не работает?
Jabber у меня работает, но не весь(думаю, это с NM не связано).

[...]
> В апплете NM по прежнему соединений нет.
У меня WiFi есть в аплете.

-- 
Regards, Sergey.