☰

NetworkManager는 계속 연결되고 연결이 끊깁니다. 이 문제를 어떻게 해결할 수 있나요?

tag-icon • tag-icon networkmanager
NetworkManager는 계속 연결되고 연결이 끊깁니다. 이 문제를 어떻게 해결할 수 있나요?

저는 다음과 같은 최신 버전과 최신 시스템을 사용하고 있습니다: Arch 커널 5.6.4-arch1-1, Openbox 3.6.1, NetworkManager 1.24.0-1, wpa_supplicant v2.9.

저는 세 곳의 지리적 위치에서 노트북을 사용합니다. 각 위치에는 고유한 SSID에 연결할 수 있는 고유한 Wi-Fi 네트워크가 있습니다. 노트북은 WPA and WPA2 Personal프로토콜을 사용하여 세 위치 모두에 연결합니다.

세 곳 중 두 곳에서는 내 노트북 ​​WiFi가 항상 아무런 문제 없이 빠르고 원활하며 완벽하게 연결되었습니다.

세 번째 위치(세 번째 위치에서만) 내 노트북은 다음 단계에 설명된 대로 10초마다 WiFi 연결을 끊었다가 다시 연결하는 루핑을 계속합니다.

  1. 웹 검색에 5초
  2. 네트워크 연결에 1초
  3. 4초, 연결 해제
  4. 1로 가서 다시 시작하세요...

위 목록에서 언급한 것처럼 세 번째 위치에서 인터넷에 대한 네트워크 연결을 얻을 수 있었지만 약 10초에 한 번이었습니다.

이로 인해 제3의 장소에서 일하는 것이 불가능해졌습니다.

세 번째 위치에서 라우터는 다른 모든 장치에 완벽한 WiFi를 제공합니다. 그러면 라우터에는 문제가 없는 것 같습니다.

nm-applettint2 taskbarGUI를 사용하여 세 번째 위치에 대한 네트워크 관리자 연결 프로필을 삭제 한 다음 올바른 비밀번호 등을 사용하여 세 번째 위치 SSID에 다시 연결하려고 여러 번 시도했습니다. 그러나 그렇게 한다고 문제가 바뀌지는 않습니다.

sudo killall -STOP NetworkManager 루프를 성공적으로 중지하고 연결을 유지하기 위해 위의 2단계 중간쯤에 이 명령줄을 사용했지만 작동이 중지되었습니다.

이제 이더넷 케이블이 노트북에 연결되어 있고 노트북 측면의 실제 노트북 WiFi 스위치는 꺼져 있습니다. 포함된 이더넷 케이블을 통해 인터넷에 연결했지만 10초에 5초씩 연결이 끊겼습니다. 즉, WiFi처럼 연결을 켜고 끄는 과정을 반복합니다. 다시 말하지만, 이는 세 번째 위치에서만 발생합니다. 일단 연결되면 sudo killall -STOP NetworkManager 루프를 중지하기 위해 연결이 설정된 후 다시 사용합니다 .

이는 세 번째 위치의 노트북 Wi-Fi 구성과 관련된 것으로 보입니다.

ADDED: 시스템이 연결/연결 해제될 때 시스템 로그에서 출력 기간을 다음과 같이 추가했습니다.

명령은 journalctl -ef다음 출력을 생성합니다.

network is down. This is the end of last connection / disconnection cycle and the beginning of the next

May 23 13:46:52 t430 dhcpcd[5050]: ps_bpf_recvbpf: Network is down

preamble

May 23 13:46:52 t430 kernel: iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0
May 23 13:46:52 t430 kernel: iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0

registering ipv4 address

May 23 13:46:52 t430 avahi-daemon[451]: Joining mDNS multicast group on interface wlp3s0.IPv4 with address 192.168.1.106.
May 23 13:46:52 t430 avahi-daemon[451]: New relevant interface wlp3s0.IPv4 for mDNS.
May 23 13:46:52 t430 avahi-daemon[451]: Registering new address record for 192.168.1.106 on wlp3s0.IPv4.

withdrawing ipv4 address

May 23 13:46:52 t430 avahi-daemon[451]: Withdrawing address record for 192.168.1.106 on wlp3s0.
May 23 13:46:52 t430 avahi-daemon[451]: Leaving mDNS multicast group on interface wlp3s0.IPv4 with address 192.168.1.106.
May 23 13:46:52 t430 avahi-daemon[451]: Interface wlp3s0.IPv4 no longer relevant for mDNS.
May 23 13:46:52 t430 dhcpcd[492]: wlp3s0: deleting route to 192.168.1.0/24
May 23 13:46:52 t430 dhcpcd[492]: wlp3s0: deleting default route via 192.168.1.1
May 23 13:46:52 t430 NetworkManager[454]: <warn>  [1590238012.8707] device (wlp3s0): Activation: failed for connection 'datastream5'

registering ipv4 address again

May 23 13:46:52 t430 avahi-daemon[451]: Joining mDNS multicast group on interface wlp3s0.IPv4 with address 192.168.1.106.
May 23 13:46:52 t430 wpa_supplicant[570]: wlp3s0: Reject scan trigger since one is already pending
May 23 13:46:52 t430 NetworkManager[454]: <info>  [1590238012.8775] device (wlp3s0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')

May 23 13:46:52 t430 avahi-daemon[451]: New relevant interface wlp3s0.IPv4 for mDNS.
May 23 13:46:52 t430 avahi-daemon[451]: Registering new address record for 192.168.1.106 on wlp3s0.IPv4.
May 23 13:46:52 t430 NetworkManager[454]: <info>  [1590238012.8778] dhcp4 (wlp3s0): canceled DHCP transaction
May 23 13:46:52 t430 wpa_supplicant[570]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
May 23 13:46:52 t430 NetworkManager[454]: <info>  [1590238012.8778] dhcp4 (wlp3s0): state changed bound -> done

registering ipv6 address

May 23 13:46:52 t430 avahi-daemon[451]: Joining mDNS multicast group on interface wlp3s0.IPv6 with address fe80::fd81:7780:6410:e759.
May 23 13:46:52 t430 avahi-daemon[451]: New relevant interface wlp3s0.IPv6 for mDNS.
May 23 13:46:52 t430 avahi-daemon[451]: Registering new address record for fe80::fd81:7780:6410:e759 on wlp3s0.*.

May 23 13:46:52 t430 avahi-daemon[451]: Withdrawing address record for fe80::fd81:7780:6410:e759 on wlp3s0.
May 23 13:46:52 t430 NetworkManager[454]: <info>  [1590238012.8822] device (wlp3s0): supplicant interface state: completed -> scanning
May 23 13:46:52 t430 avahi-daemon[451]: Leaving mDNS multicast group on interface wlp3s0.IPv6 with address fe80::fd81:7780:6410:e759.
May 23 13:46:52 t430 avahi-daemon[451]: Interface wlp3s0.IPv6 no longer relevant for mDNS.

`withdrawing ipv4 address`
May 23 13:46:52 t430 avahi-daemon[451]: Withdrawing address record for 192.168.1.106 on wlp3s0.
May 23 13:46:52 t430 avahi-daemon[451]: Leaving mDNS multicast group on interface wlp3s0.IPv4 with address 192.168.1.106.
May 23 13:46:52 t430 avahi-daemon[451]: Interface wlp3s0.IPv4 no longer relevant for mDNS.

new ipv4 mac address

May 23 13:46:52 t430 dhcpcd[492]: wlp3s0: new hardware address: ca:b3:01:7c:20:73

disconnected

May 23 13:46:56 t430 NetworkManager[454]: <info>  [1590238016.0852] device (wlp3s0): supplicant interface state: scanning -> disconnected

NetworkManager succeeds at something

May 23 13:47:00 t430 systemd[1]: NetworkManager-dispatcher.service: Succeeded.
May 23 13:47:00 t430 audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

May 23 13:47:00 t430 kernel: audit: type=1131 audit(1590238020.888:153): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.4312] policy: auto-activating connection 'datastream5' (4c200721-a84a-4619-9d08-319531f8c338)
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.4322] device (wlp3s0): Activation: starting connection 'datastream5' (4c200721-a84a-4619-9d08-319531f8c338)
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.4324] device (wlp3s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.4335] manager: NetworkManager state is now CONNECTING

May 23 13:47:02 t430 dhcpcd[492]: wlp3s0: new hardware address: 6c:88:14:62:84:3c
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.4486] device (wlp3s0): set-hw-addr: reset MAC address to 6C:88:14:62:84:3C (preserve)

scanning for connection

May 23 13:47:02 t430 kernel: iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0
May 23 13:47:02 t430 kernel: iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0

May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8441] device (wlp3s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8450] device (wlp3s0): Activation: (wifi) access point 'datastream5' has security, but secrets are required.
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8451] device (wlp3s0): state change: config -> need-auth (reason 'none', sys-iface-state: 'managed')
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8491] device (wlp3s0): supplicant interface state: disconnected -> interface_disabled
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8512] device (wlp3s0): state change: need-auth -> prepare (reason 'none', sys-iface-state: 'managed')
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8519] device (wlp3s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8525] device (wlp3s0): Activation: (wifi) connection 'datastream5' has security, and secrets exist.  No new secrets needed.
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8526] Config: added 'ssid' value 'datastream5'
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8526] Config: added 'scan_ssid' value '1'
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8526] Config: added 'bgscan' value 'simple:30:-70:86400'
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8527] Config: added 'key_mgmt' value 'WPA-PSK WPA-PSK-SHA256 FT-PSK'
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8527] Config: added 'auth_alg' value 'OPEN'
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8527] Config: added 'psk' value '<hidden>'
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8794] device (wlp3s0): supplicant interface state: interface_disabled -> inactive
May 23 13:47:02 t430 NetworkManager[454]: <info>  [1590238022.8920] device (wlp3s0): supplicant interface state: inactive -> scanning
May 23 13:47:06 t430 wpa_supplicant[570]: wlp3s0: SME: Trying to authenticate with 70:4f:57:97:52:06 (SSID='datastream5' freq=2447 MHz)
May 23 13:47:06 t430 kernel: wlp3s0: authenticate with 70:4f:57:97:52:06
May 23 13:47:06 t430 kernel: wlp3s0: send auth to 70:4f:57:97:52:06 (try 1/3)
May 23 13:47:06 t430 kernel: wlp3s0: authenticated
May 23 13:47:06 t430 kernel: wlp3s0: associate with 70:4f:57:97:52:06 (try 1/3)
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1197] device (wlp3s0): supplicant interface state: scanning -> authenticating
May 23 13:47:06 t430 wpa_supplicant[570]: wlp3s0: Trying to associate with 70:4f:57:97:52:06 (SSID='datastream5' freq=2447 MHz)
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1226] device (wlp3s0): supplicant interface state: authenticating -> associating
May 23 13:47:06 t430 kernel: wlp3s0: RX AssocResp from 70:4f:57:97:52:06 (capab=0x1011 status=0 aid=3)
May 23 13:47:06 t430 wpa_supplicant[570]: wlp3s0: Associated with 70:4f:57:97:52:06
May 23 13:47:06 t430 wpa_supplicant[570]: wlp3s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
May 23 13:47:06 t430 kernel: wlp3s0: associated
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1533] device (wlp3s0): supplicant interface state: associating -> 4way_handshake
May 23 13:47:06 t430 wpa_supplicant[570]: wlp3s0: WPA: Key negotiation completed with 70:4f:57:97:52:06 [PTK=CCMP GTK=TKIP]
May 23 13:47:06 t430 wpa_supplicant[570]: wlp3s0: CTRL-EVENT-CONNECTED - Connection to 70:4f:57:97:52:06 completed [id=0 id_str=]
May 23 13:47:06 t430 dhcpcd[492]: wlp3s0: carrier acquired
May 23 13:47:06 t430 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1680] device (wlp3s0): supplicant interface state: 4way_handshake -> completed

#########################################################################################################

May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1681] device (wlp3s0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network "datastream5"


May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1683] device (wlp3s0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1688] dhcp4 (wlp3s0): activation: beginning transaction (timeout in 45 seconds)
May 23 13:47:06 t430 avahi-daemon[451]: Joining mDNS multicast group on interface wlp3s0.IPv6 with address fe80::fd81:7780:6410:e759.
May 23 13:47:06 t430 avahi-daemon[451]: New relevant interface wlp3s0.IPv6 for mDNS.
May 23 13:47:06 t430 avahi-daemon[451]: Registering new address record for fe80::fd81:7780:6410:e759 on wlp3s0.*.
May 23 13:47:06 t430 dhcpcd[492]: wlp3s0: IAID 14:62:84:3c
May 23 13:47:06 t430 dhcpcd[492]: wlp3s0: adding address fe80::c685:c3d0:8b05:a9e5
May 23 13:47:06 t430 avahi-daemon[451]: Registering new address record for fe80::c685:c3d0:8b05:a9e5 on wlp3s0.*.
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1957] dhcp4 (wlp3s0): option dhcp_lease_time      => '86400'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1958] dhcp4 (wlp3s0): option domain_name_servers  => '192.168.1.1 0.0.0.0'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1958] dhcp4 (wlp3s0): option expiry               => '1590324426'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1958] dhcp4 (wlp3s0): option ip_address           => '192.168.1.106'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1958] dhcp4 (wlp3s0): option requested_broadcast_address => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1958] dhcp4 (wlp3s0): option requested_domain_name => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1958] dhcp4 (wlp3s0): option requested_domain_name_servers => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1958] dhcp4 (wlp3s0): option requested_domain_search => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1958] dhcp4 (wlp3s0): option requested_host_name  => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1959] dhcp4 (wlp3s0): option requested_interface_mtu => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1959] dhcp4 (wlp3s0): option requested_ms_classless_static_routes => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1959] dhcp4 (wlp3s0): option requested_nis_domain => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1959] dhcp4 (wlp3s0): option requested_nis_servers => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1959] dhcp4 (wlp3s0): option requested_ntp_servers => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1959] dhcp4 (wlp3s0): option requested_rfc3442_classless_static_routes => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1959] dhcp4 (wlp3s0): option requested_root_path  => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1959] dhcp4 (wlp3s0): option requested_routers    => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1960] dhcp4 (wlp3s0): option requested_static_routes => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1960] dhcp4 (wlp3s0): option requested_subnet_mask => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1960] dhcp4 (wlp3s0): option requested_time_offset => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1960] dhcp4 (wlp3s0): option requested_wpad       => '1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1960] dhcp4 (wlp3s0): option routers              => '192.168.1.1'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1960] dhcp4 (wlp3s0): option subnet_mask          => '255.255.255.0'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1960] dhcp4 (wlp3s0): state changed unknown -> bound
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.1975] device (wlp3s0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
May 23 13:47:06 t430 avahi-daemon[451]: Joining mDNS multicast group on interface wlp3s0.IPv4 with address 192.168.1.106.
May 23 13:47:06 t430 avahi-daemon[451]: New relevant interface wlp3s0.IPv4 for mDNS.
May 23 13:47:06 t430 avahi-daemon[451]: Registering new address record for 192.168.1.106 on wlp3s0.IPv4.
May 23 13:47:06 t430 dbus-daemon[453]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.13' (uid=0 pid=454 comm="/usr/bin/NetworkManager --no-daemon ")
May 23 13:47:06 t430 systemd[1]: Condition check resulted in First Boot Wizard being skipped.
May 23 13:47:06 t430 systemd[1]: Condition check resulted in File System Check on Root Device being skipped.
May 23 13:47:06 t430 systemd[1]: Condition check resulted in Rebuild Dynamic Linker Cache being skipped.
May 23 13:47:06 t430 systemd[1]: Condition check resulted in Store a System Token in an EFI Variable being skipped.
May 23 13:47:06 t430 systemd[1]: Condition check resulted in Rebuild Hardware Database being skipped.
May 23 13:47:06 t430 systemd[1]: Condition check resulted in Rebuild Journal Catalog being skipped.
May 23 13:47:06 t430 systemd[1]: Condition check resulted in Commit a transient machine-id on disk being skipped.
May 23 13:47:06 t430 systemd[1]: Condition check resulted in Create System Users being skipped.
May 23 13:47:06 t430 systemd[1]: Condition check resulted in Update is Completed being skipped.
May 23 13:47:06 t430 systemd[1]: Starting Network Manager Script Dispatcher Service...
May 23 13:47:06 t430 dbus-daemon[453]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
May 23 13:47:06 t430 systemd[1]: Started Network Manager Script Dispatcher Service.
May 23 13:47:06 t430 audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.2125] device (wlp3s0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.2128] device (wlp3s0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.2132] manager: NetworkManager state is now CONNECTED_LOCAL
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.2143] manager: NetworkManager state is now CONNECTED_SITE
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.2145] policy: set 'datastream5' (wlp3s0) as default for IPv4 routing and DNS
May 23 13:47:06 t430 kernel: audit: type=1130 audit(1590238026.208:154): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
May 23 13:47:06 t430 dunst[1185]: WARNING: No icon found in path: 'nm-signal-75'
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.2232] device (wlp3s0): Activation: successful, device activated.
May 23 13:47:06 t430 dhcpcd[492]: wlp3s0: rebinding lease of 192.168.1.106
May 23 13:47:06 t430 NetworkManager[454]: <info>  [1590238026.3305] manager: NetworkManager state is now CONNECTED_GLOBAL
May 23 13:47:06 t430 dhcpcd[492]: wlp3s0: leased 192.168.1.106 for 86400 seconds
May 23 13:47:06 t430 dhcpcd[492]: wlp3s0: adding route to 192.168.1.0/24
May 23 13:47:06 t430 dhcpcd[492]: wlp3s0: adding default route via 192.168.1.1
May 23 13:47:06 t430 systemd[1]: systemd-hostnamed.service: Succeeded.
May 23 13:47:06 t430 audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-hostnamed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
May 23 13:47:06 t430 kernel: audit: type=1131 audit(1590238026.351:155): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-hostnamed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
May 23 13:47:06 t430 audit: AUDIT1334 prog-id=19 op=UNLOAD
May 23 13:47:06 t430 audit: AUDIT1334 prog-id=18 op=UNLOAD
May 23 13:47:06 t430 kernel: audit: type=1334 audit(1590238026.391:156): prog-id=19 op=UNLOAD
May 23 13:47:06 t430 kernel: audit: type=1334 audit(1590238026.391:157): prog-id=18 op=UNLOAD
May 23 13:47:06 t430 wpa_supplicant[570]: wlp3s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-60 noise=9999 txrate=13000
May 23 13:47:06 t430 dhcpcd[492]: wlp3s0: soliciting an IPv6 router
May 23 13:47:08 t430 dhcpcd[492]: wlp3s0: Router Advertisement from fe80::724f:57ff:fe97:5206
May 23 13:47:08 t430 NetworkManager[454]: <info>  [1590238028.0508] dhcp6 (wlp3s0): activation: beginning transaction (timeout in 45 seconds)
May 23 13:47:08 t430 NetworkManager[454]: <warn>  [1590238028.0510] device (wlp3s0): failure to start DHCPv6: failed to start client: Address already in use
May 23 13:47:08 t430 NetworkManager[454]: <info>  [1590238028.0510] device (wlp3s0): state change: activated -> failed (reason 'dhcp-start-failed', sys-iface-state: 'managed')


May 23 13:47:08 t430 NetworkManager[454]: <info>  [1590238028.0526] manager: NetworkManager state is now DISCONNECTED
May 23 13:47:08 t430 kernel: wlp3s0: deauthenticating from 70:4f:57:97:52:06 by local choice (Reason: 3=DEAUTH_LEAVING)
May 23 13:47:08 t430 dunst[1185]: WARNING: No icon found in path: 'nm-no-connection'
May 23 13:47:08 t430 dhcpcd[492]: wlp3s0: soliciting a DHCPv6 lease
May 23 13:47:08 t430 wpa_supplicant[570]: wlp3s0: CTRL-EVENT-DISCONNECTED bssid=70:4f:57:97:52:06 reason=3 locally_generated=1
May 23 13:47:08 t430 dhcpcd[492]: wlp3s0: carrier lost



May 23 13:47:08 t430 avahi-daemon[451]: Interface wlp3s0.IPv6 no longer relevant for mDNS.
May 23 13:47:08 t430 avahi-daemon[451]: Leaving mDNS multicast group on interface wlp3s0.IPv6 with address fe80::fd81:7780:6410:e759.
May 23 13:47:08 t430 avahi-daemon[451]: Interface wlp3s0.IPv4 no longer relevant for mDNS.
May 23 13:47:08 t430 avahi-daemon[451]: Leaving mDNS multicast group on interface wlp3s0.IPv4 with address 192.168.1.106.
May 23 13:47:08 t430 NetworkManager[454]: <info>  [1590238028.0927] device (wlp3s0): set-hw-addr: set MAC address to 66:51:DB:82:D6:15 (scanning)
May 23 13:47:08 t430 avahi-daemon[451]: Withdrawing address record for fe80::c685:c3d0:8b05:a9e5 on wlp3s0.
May 23 13:47:08 t430 avahi-daemon[451]: Withdrawing address record for fe80::fd81:7780:6410:e759 on wlp3s0.
May 23 13:47:08 t430 avahi-daemon[451]: Withdrawing address record for 192.168.1.106 on wlp3s0.


May 23 13:47:08 t430 dhcpcd[5441]: ps_bpf_recvbpf: Network is down

답변1

위 질문에 대한 @eblock의 의견은 시스템 로그를 살펴볼 것을 제안했습니다.

나는 이 작업을 수행하여 위에서 설명한 대로 문제가 있는 세 번째 위치에 대한 작동하는 솔루션을 적어도 부분적으로 확인했습니다.

네트워크 연결 루프가 중지되었으며 이제 연결이 안정적입니다.

그렇다고 문제의 원인을 찾았다는 뜻은 아니지만 아마도 찾았을 것입니다.

이것이 내 해결책입니다.

  1. 노트북을 다시 시작하고 Wi-Fi 네트워크 연결을 켜고 끄도록 하세요.

  2. 터미널에서 journalctl -ef위에서 설명한 연결 및 연결 끊기 단계를 통해 시스템의 라이브 로그 출력 루프를 입력하고 관찰합니다.

  3. 로그를 텍스트 파일로 출력journalctl -ef > journal_output.txt

  4. 이 파일을 텍스트 편집기에서 열고 vim연결 및 연결 해제를 통해 한 사이클에 관련된 부분만 식별하며 약 14초의 정보만 포함되어 있습니다.

수정 사항으로 위의 질문에 이 syslog 출력을 추가했습니다.

이 출력에서 ​​라우터가 ipv6 주소를 발급하지 않았거나 어떤 이유로 노트북이 ipv6 주소를 설정할 수 없어 NetworkManager가 네트워크 연결을 끊었다는 것을 확인할 수 있었습니다.

이 문제는 최근 라우터 펌웨어 업그레이드로 인해 발생할 수 있지만 이 네트워크 연결 문제가 없는 거의 동일한 소프트웨어가 설치된 동일한 노트북을 가지고 있습니다. 또한 라우터 LAN의 다른 장치에서는 이러한 루핑 연결/연결 끊김 문제가 발생하지 않습니다. 즉, 이 문제는 라우터 펌웨어 업그레이드 중에 발생하기 시작한 것 같지만 확실하지는 않습니다.

수리하다 이 문제를 해결하기 위해 nm-applet세 번째 위치의 네트워크 관리자 GUI 탭에서 Wi-Fi 및 이더넷 케이블 연결 모두에 대해 ipv6 연결을 비활성화했습니다. 비활성화하면 Wi-Fi 및 유선 이더넷 연결이 모두 연결 및 연결 끊김을 반복하지 않고 지속적이고 일관된 방식으로 네트워크에 연결됩니다.

답변2

디버그

문제를 디버깅하는 또 다른 방법은 다음과 같이 변경하여 로깅 수준을 높이는 것입니다 /etc/NetworkManager/NetworkManager.conf.

[logging]
level=DEBUG

그런 다음 더 나은 소식을 얻으려면 다음 명령을 실행하십시오 /var/log/syslog.

sudo systemctl restart NetworkManager

제가 관리하는 4~5개의 Ubuntu 컴퓨터에서 동일한 문제가 발생하지만 유선 연결이 있는 데스크톱에서는 발생합니다. 대부분의 시스템에서 NetworkManager 상태 루프는 다음과 같은 메시지를 표시합니다.

Dec  7 01:36:56 vandebun-home whoopsie[1483]: [01:36:56] offline
Dec  7 01:36:56 vandebun-home dbus-daemon[890]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.11' (uid=0 pid=891 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Dec  7 01:36:56 vandebun-home systemd[1]: Starting Network Manager Script Dispatcher Service...
Dec  7 01:36:56 vandebun-home dbus-daemon[890]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Dec  7 01:36:56 vandebun-home systemd[1]: Started Network Manager Script Dispatcher Service.
Dec  7 01:36:57 vandebun-home NetworkManager[891]: <info>  [1638862617.8397] manager: NetworkManager state is now CONNECTED_GLOBAL
Dec  7 01:36:57 vandebun-home whoopsie[1483]: [01:36:57] The default IPv4 route is: /org/freedesktop/NetworkManager/ActiveConnection/1
Dec  7 01:36:57 vandebun-home whoopsie[1483]: [01:36:57] Not a paid data plan: /org/freedesktop/NetworkManager/ActiveConnection/1
Dec  7 01:36:57 vandebun-home whoopsie[1483]: [01:36:57] Found usable connection: /org/freedesktop/NetworkManager/ActiveConnection/1
Dec  7 01:36:59 vandebun-home whoopsie[1483]: [01:36:59] online
Dec  7 01:37:08 vandebun-home systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Dec  7 01:45:01 vandebun-home CRON[1667743]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Dec  7 01:47:17 vandebun-home NetworkManager[891]: <info>  [1638863237.3144] manager: NetworkManager state is now CONNECTED_SITE
Dec  7 01:47:17 vandebun-home whoopsie[1483]: [01:47:17] offline

offline위의 로그에서 online메시지와 메시지의 차이는 whoopsie단 몇 초에 불과합니다. 이러한 로그에서 발생하는 상황을 요약하기 위해 NetworkManager는 5분(300초, 참조)마다 확인 CONNECTIVITY을 실행합니다.man NetworkManager.conf연결 확인실패하고 오프라인 상태가 됩니다. 그런 다음 즉시 또 다른 연결 확인을 실행하고 확인을 통과한 후 다시 온라인 상태로 돌아옵니다. 이러한 특정 로그에서는 온라인으로 돌아오는 데 걸리는 시간이 몇 초에 불과하지만 다른 컴퓨터에서는 몇 분이 걸리므로 문제가 됩니다.

디버그 로깅을 통해 NetworkManager를 오프라인으로 전환하는 연결 확인 중에 다음이 표시됩니다.

Dec  7 14:39:49 vandebun-home gnome-control-c[1709862]: Failed fetch permissions from flatpak permission store: GDBus.Error:org.freedesktop.portal.Error.NotFound: No entry for location
Dec  7 14:40:17 vandebun-home NetworkManager[1705563]: <debug> [1638909617.4571] ndisc-lndp[0x5634385a0e20,"enp3s0"]: processing libndp events
Dec  7 14:40:20 vandebun-home NetworkManager[1705563]: <debug> [1638909620.1503] connectivity: (tun0,IPv6,142) start request to 'http://connectivity-check.ubuntu.com/' (try resolving 'connectivity-check.ubuntu.com' using systemd-resolved)
Dec  7 14:40:20 vandebun-home NetworkManager[1705563]: <debug> [1638909620.1521] connectivity: (tun0,IPv6,142) can't resolve a name via systemd-resolved: GDBus.Error:org.freedesktop.resolve1.NoNameServers: No appropriate name servers or networks for name found
Dec  7 14:40:20 vandebun-home NetworkManager[1705563]: <debug> [1638909620.3694] connectivity: (tun0,IPv6,142) check completed: LIMITED; check failed: (6) Couldn't resolve host name
Dec  7 14:40:26 vandebun-home NetworkManager[1705563]: <debug> [1638909626.1534] connectivity: (tun0,IPv4,143) skip connectivity check due to no global route configured
Dec  7 14:40:26 vandebun-home NetworkManager[1705563]: <debug> [1638909626.1535] connectivity: (tun0,IPv4,143) check completed: LIMITED; no global route configured
Dec  7 14:41:09 vandebun-home NetworkManager[1705563]: <debug> [1638909669.5394] connectivity: (docker0,IPv6,144) start request to 'http://connectivity-check.ubuntu.com/' (try resolving 'connectivity-check.ubuntu.com' using systemd-resolved)
Dec  7 14:41:09 vandebun-home NetworkManager[1705563]: <debug> [1638909669.5396] connectivity: (enp3s0,IPv6,145) start request to 'http://connectivity-check.ubuntu.com/' (try resolving 'connectivity-check.ubuntu.com' using systemd-resolved)
Dec  7 14:41:09 vandebun-home NetworkManager[1705563]: <debug> [1638909669.5410] connectivity: (docker0,IPv6,144) can't resolve a name via systemd-resolved: GDBus.Error:org.freedesktop.resolve1.NoNameServers: No appropriate name servers or networks for name found
Dec  7 14:41:09 vandebun-home NetworkManager[1705563]: <debug> [1638909669.5509] connectivity: (enp3s0,IPv6,145) can't resolve a name via systemd-resolved: GDBus.Error:org.freedesktop.resolve1.NoSuchRR: 'connectivity-check.ubuntu.com' does not have any RR of the requested type
Dec  7 14:41:09 vandebun-home NetworkManager[1705563]: <debug> [1638909669.9151] connectivity: (docker0,IPv6,144) check completed: LIMITED; check failed: (6) Couldn't resolve host name
Dec  7 14:41:09 vandebun-home NetworkManager[1705563]: <debug> [1638909669.9691] connectivity: (enp3s0,IPv6,145) check completed: LIMITED; check failed: (6) Couldn't resolve host name
Dec  7 14:41:15 vandebun-home NetworkManager[1705563]: <debug> [1638909675.5200] connectivity: (docker0,IPv4,146) skip connectivity check due to no global route configured
Dec  7 14:41:15 vandebun-home NetworkManager[1705563]: <debug> [1638909675.5201] connectivity: (docker0,IPv4,146) check completed: LIMITED; no global route configured
Dec  7 14:43:26 vandebun-home NetworkManager[1705563]: <debug> [1638909806.3332] connectivity: (enp3s0,IPv4,147) start request to 'http://connectivity-check.ubuntu.com/' (try resolving 'connectivity-check.ubuntu.com' using systemd-resolved)

대부분의 오류는 IPv6이러한 로그와 관련되어 있습니다. 아마도 당신처럼 모든 네트워크 인터페이스에서 IPv6를 비활성화하고 문제를 해결할 수 있을 것입니다.

대체 솔루션

또 다른 옵션은 연결 확인을 비활성화하는 것입니다.

[connectivity]
interval=0

랩톱에서 로밍하지 않는 사용자의 경우 종속 포털을 접할 수 있으며 이 기능을 활성화해도 실제로는 큰 이점이 없습니다(일부에게는 개인 정보 보호 문제가 될 수 있음). 이를 통해 나중에 IPv6가 단독으로 작동하도록 할 수 있습니다.

내 이론은(물론 확실하지 않음) "정기" 연결 확인(머신이 온라인일 때 5분마다 실행됨)이 아직 IPv6에 대해 준비되지 않았다는 것입니다. 즉, IPv4 연결이 충분하다는 것을 증명하기 위해 온전성 검사를 수행하지 않는 것으로 보입니다. NetworkManager가 오프라인 상태인 후에 실행되는 연결 확인은 IPv4(따라서 루프)만 확인합니다.

관련 정보