Ошибка сбой активации соединения could not find source connection

I had the same issue after upgrading from Ubuntu MATE 16.04 to 18.04. Seems that the upgrading doesn’t work perfectly for Network Manager. Initially I had no NM Icon in the panel. After fixing that with installing the nm-applet back to the panel, nothing seemed to work (other than the default NIC connection to my LAN).

Then after digging through other user’s posts, I found that the VPN connections I had needed to be upgraded with the OpenSSL updates, which meant I had to pull out the cert,key & ca files from the .p12 I was previously using as the password in the OpenVPN thing in Network Manager wouldn’t work anymore. After doing that, it seemed to work but would show no activity on trying to connect, etc.

What got this all going for me was when I set my wired ethernet to «managed» with this:

sudo vi /etc/NetworkManager/NetworkManager.conf

Then change the line managed=false to managed=true

That still didn’t do it, but then I turned off IPV6 in the Network Manager settings for the wired connection.

Still no luck, but then it all started to work once I went into the wired connection IPv4 settings and set a default route in there manually (my connection was set to «Manual» and not DHCP). I did all of this on my laptop as well, but since it used a DHCP connection it seems to not require this because it worked without issue right from installation.

Once the default route was set, I then just restarted Network Manager:

 sudo service network-manager restart

Then it worked. And it worked BOTH on CLI and in the NM Applet.

My VPN connection was working fine till today, current situation is that I can not connect:

➜  ~ nmcli con                                 
NAME                     UUID                                  TYPE      DEVICE          
enp10s0                  0761c3d7-bf8e-4f76-8ed5-fbdedad980f5  ethernet  enp10s0         
br-d0152f56d9ad          fd038eb0-3231-4704-ae48-f8843c260f1b  bridge    br-d0152f56d9ad 
docker0                  b4f1dd73-2c76-4fd2-9402-13ca739343b5  bridge    docker0         
enp10s0                  92845b08-f1b8-4acd-acc7-0ad24cc66353  ethernet  --              
NETIASPOT-D8BE30         503b6a95-7027-4cc2-b382-3890051ee57c  wifi      --              
Połączenie przewodowe 1  8a8fca13-c4a3-3ea6-bbe6-57f5dd1365c6  ethernet  --              
vpn                      2452b7f9-a830-4885-bfdc-421d20552aae  vpn       --   
➜  ~ nmcli con up vpn
Błąd: aktywacja połączenia się nie powiodła: Could not find source connection.
➜  ~ sudo journalctl -f -u NetworkManager.service
sty 23 20:57:04 mayday NetworkManager[2136]: <info>  [1579809424.8031] audit: op="statistics" arg="refresh-rate-ms" pid=1319 uid=1000 result="success"
sty 23 20:57:07 mayday NetworkManager[2136]: <info>  [1579809427.0240] audit: op="connection-activate" uuid="2452b7f9-a830-4885-bfdc-421d20552aae" name="vpn" pid=1319 uid=1000 result="fail" reason="Could not find source connection."

I found out that my dhcpcd service was enabled for all interfaces which is not recommend according to what I’ve read. I’ve disabled it and re-enabled only for ethernet enp10s0 (but I’m not sure if it’s related as it didn’t help):

➜  ~ systemctl list-unit-files --state=enabled
UNIT FILE                                  STATE  
autovt@.service                            enabled
dbus-org.freedesktop.nm-dispatcher.service enabled
display-manager.service                    enabled
docker.service                             enabled
getty@.service                             enabled
NetworkManager-dispatcher.service          enabled
NetworkManager-wait-online.service         enabled
NetworkManager.service                     enabled
sddm.service                               enabled
remote-fs.target                           enabled

10 unit files listed.
➜  ~ nmcli connection show vpn
connection.id:                          vpn
connection.uuid:                        2452b7f9-a830-4885-bfdc-421d20552aae
connection.stable-id:                   --
connection.type:                        vpn
connection.interface-name:              --
connection.autoconnect:                 tak
connection.autoconnect-priority:        0
connection.autoconnect-retries:         -1 (default)
connection.multi-connect:               0 (default)
connection.auth-retries:                -1
connection.timestamp:                   1579808842
connection.read-only:                   nie
connection.permissions:                 user:kuba
connection.zone:                        --
connection.master:                      --
connection.slave-type:                  --
connection.autoconnect-slaves:          -1 (default)
connection.secondaries:                 --
connection.gateway-ping-timeout:        0
connection.metered:                     nieznane
connection.lldp:                        default
connection.mdns:                        -1 (default)
connection.llmnr:                       -1 (default)
connection.wait-device-timeout:         -1
ipv4.method:                            auto
ipv4.dns:                               --
ipv4.dns-search:                        --
ipv4.dns-options:                       --
ipv4.dns-priority:                      0
ipv4.addresses:                         --
ipv4.gateway:                           --
ipv4.routes:                            --
ipv4.route-metric:                      -1
ipv4.route-table:                       0 (unspec)
ipv4.routing-rules:                     --
ipv4.ignore-auto-routes:                nie
ipv4.ignore-auto-dns:                   nie
ipv4.dhcp-client-id:                    --
ipv4.dhcp-iaid:                         --
ipv4.dhcp-timeout:                      0 (default)
ipv4.dhcp-send-hostname:                tak
ipv4.dhcp-hostname:                     --
ipv4.dhcp-fqdn:                         --
ipv4.dhcp-hostname-flags:               0x0 (none)
ipv4.never-default:                     nie
ipv4.may-fail:                          tak
ipv4.dad-timeout:                       -1 (default)
ipv6.method:                            ignore
ipv6.dns:                               --
ipv6.dns-search:                        --
ipv6.dns-options:                       --
ipv6.dns-priority:                      0
ipv6.addresses:                         --
ipv6.gateway:                           --
ipv6.routes:                            --
ipv6.route-metric:                      -1
ipv6.route-table:                       0 (unspec)
ipv6.routing-rules:                     --
ipv6.ignore-auto-routes:                nie
ipv6.ignore-auto-dns:                   nie
ipv6.never-default:                     nie
ipv6.may-fail:                          tak
ipv6.ip6-privacy:                       -1 (unknown)
ipv6.addr-gen-mode:                     stable-privacy
ipv6.dhcp-duid:                         --
ipv6.dhcp-iaid:                         --
ipv6.dhcp-send-hostname:                tak
ipv6.dhcp-hostname:                     --
ipv6.dhcp-hostname-flags:               0x0 (none)
ipv6.token:                             --
vpn.service-type:                       org.freedesktop.NetworkManager.sstp
vpn.user-name:                          --
vpn.data:                               gateway = ***.com, password-flags = 2, proxy-password-flags = 1, proxy-port = 0, refuse-chap = yes, refuse-eap = yes, refuse-pap = yes, require-mppe = yes, user = ***
vpn.secrets:                            <hidden>
vpn.persistent:                         nie
vpn.timeout:                            0
proxy.method:                           none
proxy.browser-only:                     nie
proxy.pac-url:                          --
proxy.pac-script:                       --

Could you please support me with solving this issue?

edit: Just found this — https://gitlab.freedesktop.org/NetworkM … issues/347

Last edited by jakub (2020-01-24 18:40:27)

Here is the result:

— Logs begin at Sat 2017-12-02 16:30:14 CET. —
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3090] device (enp3s0f0): state change: ip-config -> ip-check (reason ‘none’, sys-iface-state: ‘external’)
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3095] device (enp3s0f0): state change: ip-check -> secondaries (reason ‘none’, sys-iface-state: ‘external’)
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3097] device (enp3s0f0): state change: secondaries -> activated (reason ‘none’, sys-iface-state: ‘external’)
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3098] manager: NetworkManager state is now CONNECTED_LOCAL
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3167] device (enp3s0f0): Activation: successful, device activated.
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3180] manager: startup complete
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3489] bluez5: NAP: added interface :::::
Jan 17 10:14:21 antergos NetworkManager[668]: [1516180461.3746] manager: NetworkManager state is now CONNECTED_GLOBAL
Jan 17 10:15:48 antergos NetworkManager[668]: [1516180548.7994] audit: op=»connection-activate» uuid=»12c01f20-7bb0-4d34-91d8-453adff3c74d» name=»de223 [normal|p2p] [tcp]» pid=1334 uid=0 result=»fail» reason=»Could not find source connection.»
Jan 17 10:15:48 antergos NetworkManager[668]: [1516180548.8072] dispatcher: (3) nordnm_autoconnect_***** failed (failed): Script ‘/etc/NetworkManager/dispatcher.d/nordnm_autoconnect_*****’ exited with error status 4.
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.2286] audit: op=»connection-delete» uuid=»0c5b7c2e-e4b8-4e17-b28d-94913d61db48″ name=»de223 [normal|p2p] [udp]» pid=4270 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.3063] audit: op=»connection-delete» uuid=»12c01f20-7bb0-4d34-91d8-453adff3c74d» name=»de223 [normal|p2p] [tcp]» pid=4356 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.4810] audit: op=»connection-delete» uuid=»52aa0e04-27e1-4095-82b5-169b3469f16b» name=»nl138 [normal|p2p] [udp]» pid=4456 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.5270] audit: op=»connection-delete» uuid=»f59bcca5-a3cf-4f7e-a771-3997c6cbebc3″ name=»nl138 [normal|p2p] [tcp]» pid=4464 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.6096] audit: op=»connection-delete» uuid=»e3050529-698d-4f1e-918f-6a5823115b90″ name=»nl-se1 [double] [tcp]» pid=4480 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.6924] keyfile: add connection /etc/NetworkManager/system-connections/de241 [normal|p2p] [udp] (b834dcf3-9de7-48c0-90a2-d0b2d82cf0d5,»de241 [normal|p2p] [udp]»)
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.6931] audit: op=»connection-add» uuid=»b834dcf3-9de7-48c0-90a2-d0b2d82cf0d5″ name=»de241 [normal|p2p] [udp]» pid=4489 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.7735] keyfile: add connection /etc/NetworkManager/system-connections/de261 [normal|p2p] [tcp] (19b6946e-8732-4d67-a386-8fe0b1b72704,»de261 [normal|p2p] [tcp]»)
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.7741] audit: op=»connection-add» uuid=»19b6946e-8732-4d67-a386-8fe0b1b72704″ name=»de261 [normal|p2p] [tcp]» pid=4497 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.8594] keyfile: add connection /etc/NetworkManager/system-connections/de261 [normal|p2p] [udp] (ee006671-59bb-4379-af20-18e2acaadb97,»de261 [normal|p2p] [udp]»)
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.8599] audit: op=»connection-add» uuid=»ee006671-59bb-4379-af20-18e2acaadb97″ name=»de261 [normal|p2p] [udp]» pid=4505 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.9810] keyfile: add connection /etc/NetworkManager/system-connections/nl60 [normal|p2p] [udp] (c081dfea-4b90-45e0-a0d6-14addece0898,»nl60 [normal|p2p] [udp]»)
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.9814] audit: op=»connection-add» uuid=»c081dfea-4b90-45e0-a0d6-14addece0898″ name=»nl60 [normal|p2p] [udp]» pid=4517 uid=0 result=»success»
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.0774] keyfile: add connection /etc/NetworkManager/system-connections/nl60 [normal|p2p] [tcp] (21a79b2f-4194-4cb6-88e0-a00a19ebe245,»nl60 [normal|p2p] [tcp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.0778] audit: op=»connection-add» uuid=»21a79b2f-4194-4cb6-88e0-a00a19ebe245″ name=»nl60 [normal|p2p] [tcp]» pid=4525 uid=0 result=»success»
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.2294] keyfile: add connection /etc/NetworkManager/system-connections/nl1-ru1 [double] [tcp] (eee97bbb-312b-45e8-8cce-08d8bdcd53ed,»nl1-ru1 [double] [tcp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.2298] audit: op=»connection-add» uuid=»eee97bbb-312b-45e8-8cce-08d8bdcd53ed» name=»nl1-ru1 [double] [tcp]» pid=4541 uid=0 result=»success»
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.2767] keyfile: update /etc/NetworkManager/system-connections/nl1-ru1 [double] [tcp] (eee97bbb-312b-45e8-8cce-08d8bdcd53ed,»nl1-ru1 [double] [tcp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.2848] keyfile: update /etc/NetworkManager/system-connections/nl60 [normal|p2p] [tcp] (21a79b2f-4194-4cb6-88e0-a00a19ebe245,»nl60 [normal|p2p] [tcp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.2909] keyfile: update /etc/NetworkManager/system-connections/de241 [normal|p2p] [udp] (b834dcf3-9de7-48c0-90a2-d0b2d82cf0d5,»de241 [normal|p2p] [udp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.2964] keyfile: update /etc/NetworkManager/system-connections/de261 [normal|p2p] [tcp] (19b6946e-8732-4d67-a386-8fe0b1b72704,»de261 [normal|p2p] [tcp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.3019] keyfile: update /etc/NetworkManager/system-connections/de261 [normal|p2p] [udp] (ee006671-59bb-4379-af20-18e2acaadb97,»de261 [normal|p2p] [udp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.3074] keyfile: update /etc/NetworkManager/system-connections/nl60 [normal|p2p] [udp] (c081dfea-4b90-45e0-a0d6-14addece0898,»nl60 [normal|p2p] [udp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.3876] audit: op=»connection-activate» uuid=»19b6946e-8732-4d67-a386-8fe0b1b72704″ name=»de261 [normal|p2p] [tcp]» pid=4559 uid=0 result=»fail» reason=»Could not find source connection.»

Thanks again for your help!

  • Печать

Страницы: [1] 2  Все   Вниз

Тема: Не работает Network Manager после установки через debootstrap  (Прочитано 7197 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
oermolaev

После установки системы 16.10 с помощью debootstrap и xubuntu-desktop не удается настроить соединение через Network Manager.

~$ nmcli general status
СОСТОЯНИЕ  СВЯЗЬ  WIFI-HW  WIFI     WWAN-HW  WWAN   
отключено  нет    включен  включен  включен  включен

~$ nmcli device status
УСТРОЙСТВО  ТИП       СОСТОЯНИЕ      СОЕДИНЕНИЕ
enp3s0      ethernet  не настроенно  --         
lo          loopback  не настроенно  --Создаю соединение вручную:

~$ nmcli connection add con-name "dhcp" type ethernet ifname enp3s0
Соединение «dhcp» (3daf6552-095e-4ca9-96ad-b18a79ac5ac2) добавлено.
Но не работает:

~$ nmcli con up dhcp
Ошибка: сбой активации соединения: No suitable device found for this connection.При настройке сети через /etc/network/interfaces всё работает:

~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    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: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether d0:50:99:3f:75:fa brd ff:ff:ff:ff:ff:ff
    inet 192.168.12.102/24 brd 192.168.12.255 scope global enp3s0
       valid_lft forever preferred_lft forever
    inet6 fe80::d250:99ff:fe3f:75fa/64 scope link
       valid_lft forever preferred_lft forever

Чего здесь не хватает?

Оффлайн
DimanBG

oermolaev, по ходу, ты просто обозвал соединение dhcp и всё. А настройки сети в NM? Хоть он и консольный.

Оффлайн
snowin

Чего здесь не хватает?

наоборот, слишком много всего

Оффлайн
Heider

Покаж

ls /etc/NetworkManager/system-connections/

Оффлайн
oermolaev

DimanBG, на картинке видно: «Устройство не управляется».
Вот как сделать чтоб управлялось?
Вот ещё фотка:

Heider,

~$ ls /etc/NetworkManager/system-connections/
dhcp

Оффлайн
Heider

DimanBG, похоже, правильно догадался. :)
Покажи теперь:

sudo cat /etc/NetworkManager/system-connections/dhcp

Оффлайн
oermolaev

« Последнее редактирование: 25 Декабря 2016, 19:36:56 от oermolaev »

Оффлайн
Heider

У меня для проводного соединения в этой директории вообще файл не создается, только для wifi. Для проводного соединение создается сразу после подключения кабеля без всякого файла настроек. Попробуй удалить или переместить файл dhcp, возможно проблема в том, что он захватывает устройство enp3s0, но не подключает его, как надо.

Оффлайн
AnrDaemon

А в /etc/network/interfaces нет мусора?
А в настройках самого NM он не отключен?

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
oermolaev

А в /etc/network/interfaces нет мусора?

Временно прописал настройки интерфейса чтобы иметь возможность выхода в интернет

~$ cat /etc/network/interfaces.d/enp3s0
auto lo
iface lo inet loopback

#auto enp3s0
iface enp3s0 inet dhcp

Оффлайн
AnrDaemon

Так из-за этого NM и отказывается сотрудничать.

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
oermolaev

AnrDaemon, что бы сюда написать я снимаю комментарий со строки «iface enp3s0 inet dhcp» и поднимаю интерфейс вручную:

ifup enp3s0

Оффлайн
symon.2014

oermolaev, У меня впечатление , что 6 посте в тексте не хватает мак адреса сетевой карты. 

Оффлайн
AnrDaemon

я снимаю комментарий

Достаточно dhclient $IFACE же ж :)
Ну как максимум, ip link set uo dev $IFACE добавить.

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
oermolaev

AnrDaemon, согласен. dhclient также решает вопрос с инртернетом, но не решает проблему с Network Manager.

  • Печать

Страницы: [1] 2  Все   Вверх

Ваш дистрибутив Linux может не активировать сетевое соединение из-за неправильной конфигурации вашей сети. Кроме того, неправильные настройки даты / времени в вашей системе также могут вызвать обсуждаемую ошибку.

Уязвимый пользователь сталкивается с ошибкой, когда он входит в систему или пытается использовать Интернет. Некоторые пользователи столкнулись с этим сразу после установки ОС, тогда как другие столкнулись с этим через некоторое время. Эта проблема не ограничивается конкретным дистрибутивом Linux, он затрагивает почти все дистрибутивы. Кроме того, проблема может возникнуть как в сети Ethernet, так и в соединении Wi-Fi.

Сбой активации сетевого подключения

Прежде чем перейти к решениям, убедитесь, что маршрутизатор и модем подключены. Если проблема связана с USB-модемом, попробуйте подключиться к другому порту системы. Кроме того, перезагрузите вашу систему и сетевое оборудование. Если и Ethernet, и Wi-Fi не работают, попробуйте использовать USB-ключ для подключения к Интернету или использовать точку доступа вашего телефона. Кроме того, включите / отключите режим полета вашей системы и проверьте, решена ли проблема.

Решение 1: отключить / включить сетевое соединение

Эта проблема может быть вызвана временным программным сбоем и может быть устранена путем повторной инициализации сетевого подключения. Для иллюстрации обсудим процесс для Ubuntu.

  1. Откройте настройки вашей системы и в левой части окна нажмите «Сеть».
  2. Теперь отключите проблемное соединение, переключив его в положение выключения.Отключить сетевое соединение
  3. Затем перезагрузите вашу систему. После перезагрузки включите сетевое соединение и проверьте, решена ли проблема.
  4. Если нет, нажмите одновременно клавиши Alt + F2, чтобы открыть окно команды запуска, и введите: nm-connection-editor
  5. Теперь раскройте тип сети, с которой у вас были проблемы, например, ethernet, и удалите все записи в ней.Удалить соединение
  6. Затем закройте все сетевые редакторы и нажмите на значок сети в системном трее.
  7. Теперь отключите сеть и затем включите ее снова.Отключите сетевое соединение из системного трея
  8. Теперь перезагрузите вашу систему и затем проверьте, решена ли проблема.

Решение 2. Отключите быструю загрузку (система двойной загрузки)

Известно, что опция быстрого запуска Windows создает проблемы для систем с двойной загрузкой в ​​Linux. То же самое может быть причиной текущей проблемы. В этом контексте отключение быстрой загрузки в Windows может решить проблему.

  1. В среде Windows вашей системы нажмите на поле поиска Windows и введите Панель управления. В показанных результатах поиска нажмите на панель управления.Открытая панель управления
  2. Теперь нажмите на Оборудование и звук.Откройте «Оборудование и звук»
  3. Затем нажмите на параметры питания.Нажмите «Электропитание» на панели управления.
  4. Теперь в левой части окна нажмите «Выбрать, что делают кнопки питания».Выберите, что делают кнопки питания — Панель управления
  5. Снимите флажок «Включить быстрый запуск». Если параметр выделен серым цветом, нажмите «Изменить параметры, которые в данный момент недоступны», а затем снимите флажок с указанного параметра.Снимите флажок Включить при быстром запуске
  6. Теперь сохраните изменения и загрузитесь в среду Linux, чтобы проверить, решена ли проблема. Возможно, вам придется полностью удалить / переустановить дистрибутив Linux.

Решение 3. Отключите автоматическое подключение для сети

Пользователю может быть довольно неприятно получать сообщения об ошибках для типа подключения, который он не использует, например, USB-Ethernet. Вы можете избавиться от приглашения для этой конкретной сети, отключив параметр Автоматически подключаться.

  1. Откройте «Настройки» вашего дистрибутива Linux и нажмите «Сеть».
  2. Затем нажмите на значок шестеренки рядом с проблемной сетью.Нажмите значок шестеренки сети
  3. Теперь снимите флажок Автоматически подключаться и примените свои изменения.Отключить подключение автоматически
  4. Затем проверьте, решена ли проблема с подключением.

Решение 4. Измените DNS на DNSMASQ для сети

Вы можете столкнуться с обсуждаемой ошибкой, если ваша система имеет проблемы с DNS. В этом случае переключение на бесплатный DNSMASQ (который требует низких системных ресурсов) может решить проблему.

  1. Выполните следующую команду в терминале Linux: sudo gedit /etc/NetworkManager/NetworkManager.confИзменить конфигурацию Network Manager
  2. Теперь измените dns с помощью dnsmasq и закройте файл после сохранения изменений.
  3. Теперь перезагрузите систему и проверьте, была ли проблема решена.

Решение 5. Правильные настройки даты и времени вашей системы

Настройки даты / времени вашей системы играют разные роли в работе вашей системы. Вы можете столкнуться с обсуждаемой ошибкой, если настройки даты / времени в вашей системе неверны. В этом контексте исправление настроек даты / времени в вашей системе может решить проблему.

  1. В левой нижней части экрана нажмите «Показать приложения», затем нажмите «Настройки».
  2. Теперь в левой части окна нажмите «Дата и время».
  3. Затем отключите автоматическую дату и время.
  4. Теперь исправьте дату и время вашей системы, а затем проверьте, была ли проблема решена.Изменить дату и время

Решение 6. Удалите устройства Bluetooth в настройках вашей системы

Если вы настроили множество Bluetooth-устройств, которые недоступны (при возникновении ошибки), то ошибка возникает, поскольку администратор сети не сможет подключить ни одно из этих устройств. В этом контексте удаление устройств Bluetooth может решить проблему.

  1. Удалите все устройства Bluetooth, подключенные к вашей системе.
  2. Откройте настройки вашей системы и в левой части окна нажмите Bluetooth.
  3. Теперь отключите Bluetooth.Отключить Bluetooth
  4. Теперь запустите терминал Linux и введите: bluetoothctlОткрыть Bluetooth Contro
  5. Теперь будет показан список всех устройств Bluetooth. Затем введите следующую команду: bluetoothctl удалить AA: BB: CC: DD: EE: FF
  6. Замените AA: BB: CC: DD: EE: FF на строку идентификатора устройства. Вы можете найти строку идентификатора, выбрав значок сети >> Имя устройства >> Значок шестеренки.
  7. Повторите процедуру для всех устройств Bluetooth, а затем проверьте, решена ли проблема.
  8. Если нет, проверьте путь к файлу .crt. Если в имени папки есть пробелы (в которых хранится файл .crt), удалите пробелы, а затем проверьте, решена ли проблема.

Решение 7. Черный список других коммуникационных устройств

Вы можете столкнуться с обсуждаемой ошибкой, если в системе присутствует второе устройство типа Ethernet / Wi-Fi, такое как встроенное устройство 4G, и ваша система пытается использовать это устройство для подключения к Интернету. В этом случае черный список других устройств связи может решить проблему.

  1. Откройте терминал Linux и введите: sudo lshw -C networkОткрытые сетевые подключения через терминал Linux
  2. Затем появится список сетевых устройств. Теперь проверьте устройство, которое вы не используете. Например, cdc_ether (который вы не используете) отображается в сетевых устройствах.
  3. Теперь введите в терминале следующую команду (которая создаст новый файл черного списка): sudo -H gedit /etc/modprobe.d/blacklist-cdc_ether.confСоздайте файл для внесения в черный список проблемного соединения
  4. Теперь добавьте в файл следующие две строки: черный список cdc_ether черный список usbnetЧерный список сетевых устройств
  5. Теперь сохраните файл и перезапустите вашу систему.
  6. После перезагрузки проверьте, была ли проблема решена. Имейте в виду, что всякий раз, когда вам нужно использовать внутреннее устройство 4G, вы должны включить его.

Решение 8. Удалите сетевые драйверы из черного списка

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

  1. Введите следующую команду в терминале Linux и нажмите клавишу ввода: sudo gedit /etc/modprobe.b/blacklist.confОткройте файл черного списка
  2. Теперь, в открытом файле, проверьте, не находятся ли сетевые драйверы / модули в черном списке. Например, если вы используете сетевую карту Broadcom, удалите записи, связанные с bcma и bcmsmac.
  3. Теперь перезагрузите вашу систему и затем проверьте, решена ли проблема.

Решение 9. Переустановите диспетчер сети

Сетевой менеджер отвечает за все связанные с сетью операции в дистрибутиве Linux. Вы можете столкнуться с ошибкой под рукой, если установка вашего сетевого администратора была повреждена. В этом контексте переустановка сетевого менеджера может решить проблему.

  1. Запустите оболочку Linux вашей системы и введите следующую команду: sudo systemctl restart network-manager.serviceПерезапустите Сетевую Службу
  2. Теперь проверьте, решена ли проблема.
  3. Если нет, выполните следующую команду: sudo /etc/init.d/network-manager force-reloadСетевой менеджер принудительной перезагрузки
  4. Если потребуется, введите пароль пользователя и проверьте, решена ли проблема.
  5. Если нет, то выполните следующую команду: sudo apt-get install -d —reinstall network-manager network-manager-gnomeПереустановите сетевой менеджер
  6. Теперь проверьте, решена ли проблема.

Решение 10. Отключите управление питанием сетевой карты / драйвера

Известно, что реализация управления питанием вызывает проблемы для сетевых подключений. То же самое может быть причиной текущей ошибки. В этом контексте отключение управления питанием может решить проблему. Для иллюстрации мы обсудим процесс для Ubuntu и драйвера RTL8192CU.

  1. Откройте терминал Linux и выполните следующие команды одну за другой: sudo apt-get install linux-headers-generic build-essential dkms sudo apt-get install git git clone https://github.com/pvaret/rtl8192cu-fixes.git sudo dkms add ./rtl8192cu-fixes sudo dkms install 8192cu / 1.11 sudo depmod -a sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/
  2. Теперь перезагрузите систему и проверьте, решена ли проблема.

Решение 11. Отключите аппаратное шифрование сетевым устройством

Вы можете столкнуться с обсуждаемой ошибкой, если ваше сетевое устройство испытывает проблемы с шифрованием. В этом контексте отключение аппаратного шифрования может решить проблему. Для пояснения мы обсудим процесс для Ubuntu и устройства RT2800PCI.

  1. Выполните следующую команду в терминале Linux: echo «options rt2800pci nohwcrypt = y»Отключить аппаратное шифрование сетевым устройством
  2. Затем выполните следующие команды одну за другой: sudo tee /etc/modprobe.d/rt2800pci.conf sudo modprobe -rfv rt2800pci sudo modprobe -v rt2800pci sudo sed -i ‘s / 3/2 /’ / etc / NetworkManager / conf. д / *
  3. Теперь перезагрузите вашу систему и затем проверьте, была ли проблема решена.

Решение 12. Обновите ядро ​​вашего дистрибутива Linux до последней сборки

Ядро Linux является центральным ядром ОС и является посредником между программными приложениями и компьютерным оборудованием. Это основа всех различных типов дистрибутивов Linux. Ядро регулярно обновляется, чтобы соответствовать новым технологическим достижениям и исправлять известные ошибки. Вы можете столкнуться с обсуждаемой ошибкой, если ядро ​​вашего дистрибутива Linux устарело. В этом контексте обновление ядра Linux может решить проблему. Мы обсудим процесс для Ubuntu.

  1. Откройте оболочку Linux и введите: sudo apt-get upgrade linux-image-genericОбновите ядро ​​Linux
  2. Теперь перезагрузите вашу систему и затем проверьте, была ли решена проблема с подключением.

Решение 13. Обновите свой вариант Linux до последней сборки

Чтобы добавить новые функции и исправить известные ошибки, каждый вариант Linux обновляется. Вы можете столкнуться с обсуждаемой ошибкой, если используете устаревшую версию дистрибутива Linux. В этом контексте обновление дистрибутива может решить проблему. Для выяснения, мы обсудим процесс для Ubuntu.

  1. Откройте терминал Linux и введите: sudo apt-get upgradeОбновите Ubuntu
  2. Введите пароль учетной записи пользователя, и отобразится список доступных обновлений.
  3. Нажмите клавишу y, чтобы подтвердить обновление, а затем клавишу Enter.
  4. Теперь дождитесь завершения процесса обновления, а затем проверьте, была ли проблема решена.

Если вам пока ничего не помогло, возможно, вам придется переустановить дистрибутив Linux. Но перед переустановкой будет хорошей идеей попробовать команду iwconfig. Также попробуйте обновить BIOS вашей системы. Кроме того, попробуйте менеджер сети WICD. Кроме того, попробуйте использовать IPV6 (Link-Local) или отключить TCP.

I wish to connect my Ubuntu via VPN with VPN Server hosted on Windows Server, the configuration of VPN is 100% correct, i think i have some problems with my Ubuntu Server.
On Ubuntu i have hosting PLESK, i trying connect via VPN (SSTP), but in logs i have note like this:

Apr 29 08:10:00 upbeat-blackburn NetworkManager[1016]: <info>  [1619680200.7047] audit: op="connection-activate" uuid="009d51b6-a348-4cc6-bcd7-a62cfe51e3b7" name="VPN Gateway" pid=21051 uid=0 result="fail" reason="Could not find source connection."

More about server:

ip -a

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group defaul                                    t 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: ens192: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group de                                    fault qlen 1000
    link/ether 00:50:56:34:81:a4 brd ff:ff:ff:ff:ff:ff
    inet {IP}/32 brd {IP} scope global dynamic ens192
       valid_lft 29318sec preferred_lft 29318sec
    inet6 fe80::250:56ff:fe34:81a4/64 scope link
       valid_lft forever preferred_lft forever
3: ham0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1404 qdisc fq_codel state UNKNOWN                                     group default qlen 1000
    link/ether 7a:79:19:44:d3:d4 brd ff:ff:ff:ff:ff:ff
    inet {IP}/8 brd 25.255.255.255 scope global ham0
       valid_lft forever preferred_lft forever
    inet6 2620:9b::1944:d3d4/96 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::7879:19ff:fe44:d3d4/64 scope link
       valid_lft forever preferred_lft forever

nmcli device status

DEVICE  TYPE      STATE      CONNECTION
ens192  ethernet  unmanaged  --
lo      loopback  unmanaged  --
ham0    tun       unmanaged  --

netstat -rn

Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         10.255.255.1    0.0.0.0         UG        0 0          0 ens192
10.255.255.1    0.0.0.0         255.255.255.255 UH        0 0          0 ens192
25.0.0.0        0.0.0.0         255.0.0.0       U         0 0          0 ham0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 ens192

and /etc/network/interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo ens192
iface lo inet loopback

# The primary network interface
allow-hotplug ens192
iface ens192 inet dhcp
iface ens192 inet6 manual
      pre-up sleep 5
      up dhclient -6 -nw -v ens192
      down dhclient -6 -r -v ens192

I hope that is all information required to understand my problem. I don’t have any idea how i can sort it

Источник

Solution 1

I got this bug even weirder.

$ nmcli c up VPN

Error: Connection activation failed: Could not find source connection.

$ nm-applet # click icon, VPN, VPN

WORKS!

I learned that Network manager first check if it «owns the default route» before it allows VPNs.

Any route will work: You can satisfy it with default route to 127.0.0.1. You can give it default ipv4 route when your vpn gateway is ipv6. It does not care about these little details :)

Solution 2

I had a long fight for this but this how I managed to find a workaround the issue in Ubuntu 18 using network-manager and GUI:

Download GUI packages

$ sudo apt-get install network-manager-openvpn network-manager-openvpn-gnome

Network manager change [ifupdown] managed=true

$ sudo nano /etc/NetworkManager/NetworkManager.conf
.
.
[ifupdown]
managed=true
.
.

Import config.ovpn from GUI 

(Settings -> Network -> VPN -> +)

Check imported connection id from from the connection file that was created automatically. (The file should be named config and id should also be config but they can be something else)

$ sudo grep /etc/NetworkManager/system-connections/config | grep "^id"

Change rendered to NetworkManager and add the new connection id inside the ethernets

$ sudo nano /etc/netplan/01-netcfg.yaml

network:
  version: 2
  renderer: NetworkManager
  ethernets:
    enp0s25:
      dhcp4: yes
    config:
      dhcp4: yes

Apply changes

$ sudo netplan apply

Restart network-manager

$ sudo service network-manager restart

Open the connection either from the GUI or using nmcli

$ nmcli connection up config

Solution 3

I had the same issue after upgrading from Ubuntu MATE 16.04 to 18.04. Seems that the upgrading doesn’t work perfectly for Network Manager. Initially I had no NM Icon in the panel. After fixing that with installing the nm-applet back to the panel, nothing seemed to work (other than the default NIC connection to my LAN).

Then after digging through other user’s posts, I found that the VPN connections I had needed to be upgraded with the OpenSSL updates, which meant I had to pull out the cert,key & ca files from the .p12 I was previously using as the password in the OpenVPN thing in Network Manager wouldn’t work anymore. After doing that, it seemed to work but would show no activity on trying to connect, etc.

What got this all going for me was when I set my wired ethernet to «managed» with this:

sudo vi /etc/NetworkManager/NetworkManager.conf

Then change the line managed=false to managed=true

That still didn’t do it, but then I turned off IPV6 in the Network Manager settings for the wired connection.

Still no luck, but then it all started to work once I went into the wired connection IPv4 settings and set a default route in there manually (my connection was set to «Manual» and not DHCP). I did all of this on my laptop as well, but since it used a DHCP connection it seems to not require this because it worked without issue right from installation.

Once the default route was set, I then just restarted Network Manager:

 sudo service network-manager restart

Then it worked. And it worked BOTH on CLI and in the NM Applet.

Comments

  • When trying to connect to a VPN using openvpn through NetworkManager, it fails with 

    Apr 17 02:03:17 GAMINGSTATION NetworkManager[1922]: <info>  
[1523923397.5294] audit: op="connection-activate" 
uuid="186c555a-dd51-4dc1-97c9-70d93c30713d" name="kit" 
pid=1976 uid=1000 result="fail" reason="Could not find source connection."

    However, when using openvpn directly, the connection works.

    I found multiple threads suggesting that NetworkManager needs to manage the default network device, but that is the case:

    $ nmcli device status
DEVICE       TYPE          STATE                   CONNECTION 
br0          bridge        connected               br0        
enp3s0       ethernet      connected               enp3s0     
lo           loopback       not managed            --

    What could be the issue here?

    Note: This question looks very similar to Trouble connecting to VPN using network-manager, while command line works, however that question does not have any useful answers.

    • +1 for the nmcli device status command. turned out an unmanaged default interface was the issue in my case.

  • I do the same with nmcli, then I try the nm-applet and neither work despite the fact that they worked before reboot.

  • It’s «renderer» not «rendered»

  • I have the same issue but I could not understand the proposed solution. Sorry for my ignorance about networking but could you give more details about the steps need to be applied for the solution?

  • @Sercan If you enable manual IP configuration (disables DHCP) you can enter a custom gateway IP too. Just use 127.0.0.1 as gateway. Screenshot: fs.fnkr.net/aac1425357b04c11b024 If your VPN is IPv6 it should look similar (except that IPv6 has a black hole subnet that you can use instead of the loopback interface: 100::/64 (100::1 instead of 127.0.0.1/::1).

  • There’s one update. With ubuntu 20.04 nm-applet doesn’t work anymore. At least in my current version before the official release.

  • Most helpful, thanks. In my case I also hat to switch from the previously shown eno1 to netplan-eno1 on Ubuntu 20.04.

  • Could you please describe how you added the default gateway setting?

Recents

Источник

My VPN connection was working fine till today, current situation is that I can not connect:

➜  ~ nmcli con                                 
NAME                     UUID                                  TYPE      DEVICE          
enp10s0                  0761c3d7-bf8e-4f76-8ed5-fbdedad980f5  ethernet  enp10s0         
br-d0152f56d9ad          fd038eb0-3231-4704-ae48-f8843c260f1b  bridge    br-d0152f56d9ad 
docker0                  b4f1dd73-2c76-4fd2-9402-13ca739343b5  bridge    docker0         
enp10s0                  92845b08-f1b8-4acd-acc7-0ad24cc66353  ethernet  --              
NETIASPOT-D8BE30         503b6a95-7027-4cc2-b382-3890051ee57c  wifi      --              
Połączenie przewodowe 1  8a8fca13-c4a3-3ea6-bbe6-57f5dd1365c6  ethernet  --              
vpn                      2452b7f9-a830-4885-bfdc-421d20552aae  vpn       --   
➜  ~ nmcli con up vpn
Błąd: aktywacja połączenia się nie powiodła: Could not find source connection.
➜  ~ sudo journalctl -f -u NetworkManager.service
sty 23 20:57:04 mayday NetworkManager[2136]: <info>  [1579809424.8031] audit: op="statistics" arg="refresh-rate-ms" pid=1319 uid=1000 result="success"
sty 23 20:57:07 mayday NetworkManager[2136]: <info>  [1579809427.0240] audit: op="connection-activate" uuid="2452b7f9-a830-4885-bfdc-421d20552aae" name="vpn" pid=1319 uid=1000 result="fail" reason="Could not find source connection."

I found out that my dhcpcd service was enabled for all interfaces which is not recommend according to what I’ve read. I’ve disabled it and re-enabled only for ethernet enp10s0 (but I’m not sure if it’s related as it didn’t help):

➜  ~ systemctl list-unit-files --state=enabled
UNIT FILE                                  STATE  
autovt@.service                            enabled
dbus-org.freedesktop.nm-dispatcher.service enabled
display-manager.service                    enabled
docker.service                             enabled
getty@.service                             enabled
NetworkManager-dispatcher.service          enabled
NetworkManager-wait-online.service         enabled
NetworkManager.service                     enabled
sddm.service                               enabled
remote-fs.target                           enabled

10 unit files listed.
➜  ~ nmcli connection show vpn
connection.id:                          vpn
connection.uuid:                        2452b7f9-a830-4885-bfdc-421d20552aae
connection.stable-id:                   --
connection.type:                        vpn
connection.interface-name:              --
connection.autoconnect:                 tak
connection.autoconnect-priority:        0
connection.autoconnect-retries:         -1 (default)
connection.multi-connect:               0 (default)
connection.auth-retries:                -1
connection.timestamp:                   1579808842
connection.read-only:                   nie
connection.permissions:                 user:kuba
connection.zone:                        --
connection.master:                      --
connection.slave-type:                  --
connection.autoconnect-slaves:          -1 (default)
connection.secondaries:                 --
connection.gateway-ping-timeout:        0
connection.metered:                     nieznane
connection.lldp:                        default
connection.mdns:                        -1 (default)
connection.llmnr:                       -1 (default)
connection.wait-device-timeout:         -1
ipv4.method:                            auto
ipv4.dns:                               --
ipv4.dns-search:                        --
ipv4.dns-options:                       --
ipv4.dns-priority:                      0
ipv4.addresses:                         --
ipv4.gateway:                           --
ipv4.routes:                            --
ipv4.route-metric:                      -1
ipv4.route-table:                       0 (unspec)
ipv4.routing-rules:                     --
ipv4.ignore-auto-routes:                nie
ipv4.ignore-auto-dns:                   nie
ipv4.dhcp-client-id:                    --
ipv4.dhcp-iaid:                         --
ipv4.dhcp-timeout:                      0 (default)
ipv4.dhcp-send-hostname:                tak
ipv4.dhcp-hostname:                     --
ipv4.dhcp-fqdn:                         --
ipv4.dhcp-hostname-flags:               0x0 (none)
ipv4.never-default:                     nie
ipv4.may-fail:                          tak
ipv4.dad-timeout:                       -1 (default)
ipv6.method:                            ignore
ipv6.dns:                               --
ipv6.dns-search:                        --
ipv6.dns-options:                       --
ipv6.dns-priority:                      0
ipv6.addresses:                         --
ipv6.gateway:                           --
ipv6.routes:                            --
ipv6.route-metric:                      -1
ipv6.route-table:                       0 (unspec)
ipv6.routing-rules:                     --
ipv6.ignore-auto-routes:                nie
ipv6.ignore-auto-dns:                   nie
ipv6.never-default:                     nie
ipv6.may-fail:                          tak
ipv6.ip6-privacy:                       -1 (unknown)
ipv6.addr-gen-mode:                     stable-privacy
ipv6.dhcp-duid:                         --
ipv6.dhcp-iaid:                         --
ipv6.dhcp-send-hostname:                tak
ipv6.dhcp-hostname:                     --
ipv6.dhcp-hostname-flags:               0x0 (none)
ipv6.token:                             --
vpn.service-type:                       org.freedesktop.NetworkManager.sstp
vpn.user-name:                          --
vpn.data:                               gateway = ***.com, password-flags = 2, proxy-password-flags = 1, proxy-port = 0, refuse-chap = yes, refuse-eap = yes, refuse-pap = yes, require-mppe = yes, user = ***
vpn.secrets:                            <hidden>
vpn.persistent:                         nie
vpn.timeout:                            0
proxy.method:                           none
proxy.browser-only:                     nie
proxy.pac-url:                          --
proxy.pac-script:                       --

Could you please support me with solving this issue?

edit: Just found this — https://gitlab.freedesktop.org/NetworkM … issues/347

Last edited by jakub (2020-01-24 18:40:27)

Источник

Глядя на следующий исходный код NetworkManager, где он выводит
Could not find source connectionошибка, которую вы получаете:

  • https://github.com/NetworkManager/NetworkManager/blob/1.30.2/src/core/nm-manager.c#L5119

это может произойти только в том случае, если
parentсоединение не установлено, что, в свою очередь, потому что
priv->primary_connectionне установлен. Что, по-видимому, указывает на то, что NetworkManager по какой-то причине не знает, что такое основное соединение в вашем случае.

Для некоторой отладки основного соединения, если вы запустите
nmcli monitorа затем вытяните кабель Ethernet, подождите несколько секунд, а затем вставьте его обратно, вы должны увидеть среди прочего следующие сообщения:

  • Нет основного соединения
  • «Проводное соединение 1» теперь является основным соединением.
Источник

Here is the result:

— Logs begin at Sat 2017-12-02 16:30:14 CET. —
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3090] device (enp3s0f0): state change: ip-config -> ip-check (reason ‘none’, sys-iface-state: ‘external’)
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3095] device (enp3s0f0): state change: ip-check -> secondaries (reason ‘none’, sys-iface-state: ‘external’)
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3097] device (enp3s0f0): state change: secondaries -> activated (reason ‘none’, sys-iface-state: ‘external’)
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3098] manager: NetworkManager state is now CONNECTED_LOCAL
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3167] device (enp3s0f0): Activation: successful, device activated.
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3180] manager: startup complete
Jan 17 10:14:20 antergos NetworkManager[668]: [1516180460.3489] bluez5: NAP: added interface :::::
Jan 17 10:14:21 antergos NetworkManager[668]: [1516180461.3746] manager: NetworkManager state is now CONNECTED_GLOBAL
Jan 17 10:15:48 antergos NetworkManager[668]: [1516180548.7994] audit: op=»connection-activate» uuid=»12c01f20-7bb0-4d34-91d8-453adff3c74d» name=»de223 [normal|p2p] [tcp]» pid=1334 uid=0 result=»fail» reason=»Could not find source connection.»
Jan 17 10:15:48 antergos NetworkManager[668]: [1516180548.8072] dispatcher: (3) nordnm_autoconnect_***** failed (failed): Script ‘/etc/NetworkManager/dispatcher.d/nordnm_autoconnect_*****’ exited with error status 4.
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.2286] audit: op=»connection-delete» uuid=»0c5b7c2e-e4b8-4e17-b28d-94913d61db48″ name=»de223 [normal|p2p] [udp]» pid=4270 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.3063] audit: op=»connection-delete» uuid=»12c01f20-7bb0-4d34-91d8-453adff3c74d» name=»de223 [normal|p2p] [tcp]» pid=4356 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.4810] audit: op=»connection-delete» uuid=»52aa0e04-27e1-4095-82b5-169b3469f16b» name=»nl138 [normal|p2p] [udp]» pid=4456 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.5270] audit: op=»connection-delete» uuid=»f59bcca5-a3cf-4f7e-a771-3997c6cbebc3″ name=»nl138 [normal|p2p] [tcp]» pid=4464 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.6096] audit: op=»connection-delete» uuid=»e3050529-698d-4f1e-918f-6a5823115b90″ name=»nl-se1 [double] [tcp]» pid=4480 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.6924] keyfile: add connection /etc/NetworkManager/system-connections/de241 [normal|p2p] [udp] (b834dcf3-9de7-48c0-90a2-d0b2d82cf0d5,»de241 [normal|p2p] [udp]»)
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.6931] audit: op=»connection-add» uuid=»b834dcf3-9de7-48c0-90a2-d0b2d82cf0d5″ name=»de241 [normal|p2p] [udp]» pid=4489 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.7735] keyfile: add connection /etc/NetworkManager/system-connections/de261 [normal|p2p] [tcp] (19b6946e-8732-4d67-a386-8fe0b1b72704,»de261 [normal|p2p] [tcp]»)
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.7741] audit: op=»connection-add» uuid=»19b6946e-8732-4d67-a386-8fe0b1b72704″ name=»de261 [normal|p2p] [tcp]» pid=4497 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.8594] keyfile: add connection /etc/NetworkManager/system-connections/de261 [normal|p2p] [udp] (ee006671-59bb-4379-af20-18e2acaadb97,»de261 [normal|p2p] [udp]»)
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.8599] audit: op=»connection-add» uuid=»ee006671-59bb-4379-af20-18e2acaadb97″ name=»de261 [normal|p2p] [udp]» pid=4505 uid=0 result=»success»
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.9810] keyfile: add connection /etc/NetworkManager/system-connections/nl60 [normal|p2p] [udp] (c081dfea-4b90-45e0-a0d6-14addece0898,»nl60 [normal|p2p] [udp]»)
Jan 17 10:16:29 antergos NetworkManager[668]: [1516180589.9814] audit: op=»connection-add» uuid=»c081dfea-4b90-45e0-a0d6-14addece0898″ name=»nl60 [normal|p2p] [udp]» pid=4517 uid=0 result=»success»
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.0774] keyfile: add connection /etc/NetworkManager/system-connections/nl60 [normal|p2p] [tcp] (21a79b2f-4194-4cb6-88e0-a00a19ebe245,»nl60 [normal|p2p] [tcp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.0778] audit: op=»connection-add» uuid=»21a79b2f-4194-4cb6-88e0-a00a19ebe245″ name=»nl60 [normal|p2p] [tcp]» pid=4525 uid=0 result=»success»
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.2294] keyfile: add connection /etc/NetworkManager/system-connections/nl1-ru1 [double] [tcp] (eee97bbb-312b-45e8-8cce-08d8bdcd53ed,»nl1-ru1 [double] [tcp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.2298] audit: op=»connection-add» uuid=»eee97bbb-312b-45e8-8cce-08d8bdcd53ed» name=»nl1-ru1 [double] [tcp]» pid=4541 uid=0 result=»success»
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.2767] keyfile: update /etc/NetworkManager/system-connections/nl1-ru1 [double] [tcp] (eee97bbb-312b-45e8-8cce-08d8bdcd53ed,»nl1-ru1 [double] [tcp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.2848] keyfile: update /etc/NetworkManager/system-connections/nl60 [normal|p2p] [tcp] (21a79b2f-4194-4cb6-88e0-a00a19ebe245,»nl60 [normal|p2p] [tcp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.2909] keyfile: update /etc/NetworkManager/system-connections/de241 [normal|p2p] [udp] (b834dcf3-9de7-48c0-90a2-d0b2d82cf0d5,»de241 [normal|p2p] [udp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.2964] keyfile: update /etc/NetworkManager/system-connections/de261 [normal|p2p] [tcp] (19b6946e-8732-4d67-a386-8fe0b1b72704,»de261 [normal|p2p] [tcp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.3019] keyfile: update /etc/NetworkManager/system-connections/de261 [normal|p2p] [udp] (ee006671-59bb-4379-af20-18e2acaadb97,»de261 [normal|p2p] [udp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.3074] keyfile: update /etc/NetworkManager/system-connections/nl60 [normal|p2p] [udp] (c081dfea-4b90-45e0-a0d6-14addece0898,»nl60 [normal|p2p] [udp]»)
Jan 17 10:16:30 antergos NetworkManager[668]: [1516180590.3876] audit: op=»connection-activate» uuid=»19b6946e-8732-4d67-a386-8fe0b1b72704″ name=»de261 [normal|p2p] [tcp]» pid=4559 uid=0 result=»fail» reason=»Could not find source connection.»

Thanks again for your help!

Источник

Возможно, вам также будет интересно:

  • Ошибка сбой активации продукта word
  • Ошибка сбой при выполнении arxload
  • Ошибка сбой активации продукта excel
  • Ошибка сбис указанная инспекция отключена
  • Ошибка сбис недостаточно прав для добавления контрагента

    • Понравилась статья? Поделить с друзьями:
    0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии