Меню

Ошибка сбой активации соединения 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!

If the contents of

/etc/network/interfaces

are:

auto lo
iface lo inet loopback

There is no error for a PPTP-connection declared in Network Manager. It works when I right click on it and connect.

However if the contents are:

auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp

The error Could not find source connection pops-up. How can it depend on it?

asked Jun 28, 2020 at 9:41

ka3ak's user avatar

See man Networkmanager.conf about the ifupdown managed property. If you specify a device in /etc/network/interfaces, by default the device becomes unmanaged. As you’d see in nmcli device output.

If you use NetworkManager, I would not also configure the device in /etc/network/interfaces. Or, if you want to also use NetworkManager on that device, tell it to manage the device despite it’s in interfaces file.

answered Jun 28, 2020 at 21:42

thaller's user avatar

thallerthaller

8015 silver badges7 bronze badges

Ok. That’s what helped me.

In

/etc/NetworkManager/NetworkManager.conf

I set:

[ifupdown]
managed=true

The contents of

/etc/network/interfaces

are:

auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp

Rebooted the PC. Just restarting the network-manager or/and networking service didn’t have any effect, so I took a standard Windows-approach.

If /etc/network/interfaces

only contains:

auto lo
iface lo inet loopback

I would have the problem I reported about earlier Red icon for wired ethernet in Ubuntu

answered Jun 29, 2020 at 4:58

ka3ak's user avatar

ka3akka3ak

3233 silver badges13 bronze badges

  • Печать

Страницы: [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  Все   Вверх

Error: Connection activation failed: Could not find source


Re: Error: Connection activation failed: Could not find sour

Postby TheChosenOne » Sun Jul 14, 2019 12:42 pm

Some more info:

nmcli con

gives me:

NAME UUID TYPE DEVICE
eth0 f90a13ff-4f56-41d8-a00e-96d74ae81abf ethernet eth0
VPN_UDP-443 dc5950fc-8846-401d-aeca-89d814e0a4f6 vpn —
Wired connection 1 c395fbbd-9cc8-373b-a3hf-0d6c641d75dc ethernet —

journalctl -u NetworkManager.service

give me:

Jul 14 12:35:22 alarmpi NetworkManager[613]: <info> [1563107722.8856] device (wlan0): set-hw-addr: set MAC address to AB:CD:EF:01:23:45 (scanning)
Jul 14 12:35:22 alarmpi NetworkManager[613]: <info> [1563107722.9136] device (wlan0): supplicant interface state: inactive -> disabled
Jul 14 12:35:22 alarmpi NetworkManager[613]: <info> [1563107722.9138] device (p2p-dev-wlan0): supplicant management interface state: inactive -> disabled
Jul 14 12:35:22 alarmpi NetworkManager[613]: <info> [1563107722.9691] device (wlan0): supplicant interface state: disabled -> inactive
Jul 14 12:35:22 alarmpi NetworkManager[613]: <info> [1563107722.9699] device (p2p-dev-wlan0): supplicant management interface state: disabled -> inactive
Jul 14 12:35:56 alarmpi NetworkManager[613]: <info> [1563107756.7422] agent-manager: req[0x74a038e8, :1.183/nmcli-connect/0]: agent registered
Jul 14 12:35:56 alarmpi NetworkManager[613]: <info> [1563107756.7444] audit: op=»connection-activate» uuid=»dc5950fc-8846-401d-aeca-89d814e0a4f6″ name=»VPN_UDP-443″ pid=877 uid=0 result=»fail» reason=»Could not find source connection.»

TheChosenOne
 
Posts: 9
Joined: Sun Mar 31, 2019 7:04 pm


Return to Raspberry Pi

Who is online

Users browsing this forum: No registered users and 1 guest

Ваш дистрибутив 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

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

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

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Ошибка сбой при операции winrar
  • Ошибка сбой активации продукта word