Perdere internet ma non il wifi (in hot spot)

Fedora Linux Internet, Reti e Sicurezza
#1

Ciao a tutti, come da titolo, quando sono in hot spot con lo smartphone dopo un tempo random (ma in genere pochi minuti) non ho più internet (senza perdere la connessione wifi).

Con lo stesso smarphone ciò non succede con altri dispositivi (per esempio smart tv) o altri SO (per esempio Win11). E non succedeva con un precedente notebook. Quello attuale è un hp 15sfq5017nl, mentre il kernel è 6.2.14-200.fc37.x86_64.

Per riavere internet devo disabilitare il wifi sul computer, riattivarlo e riconnettermi all’hot spot.

Qualche idea?
Grazie!

#2

Qualche comando a caso:

ip a

ping `ip route | grep default | awk '{print $3}'`

ping 8.8.8.8

resolvectl dns

resolvectl query www.fedoraproject.org
#3

Ciao! Eccoli! Ovviamente con l’hot spot:

[master@hp-15sfq5017nl ~]$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: wlo1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 2c:3b:70:4c:b1:fb brd ff:ff:ff:ff:ff:ff
    altname wlp1s0
    inet 192.168.127.207/24 brd 192.168.127.255 scope global dynamic noprefixroute wlo1
       valid_lft 3582sec preferred_lft 3582sec
    inet6 fe80::7d3:c5b8:4af8:814c/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

[master@hp-15sfq5017nl ~]$ ping `ip route | grep default | awk '{print $3}'`
PING 192.168.127.73 (192.168.127.73) 56(84) bytes of data.
64 bytes from 192.168.127.73: icmp_seq=1 ttl=64 time=4.42 ms
64 bytes from 192.168.127.73: icmp_seq=2 ttl=64 time=3.94 ms
64 bytes from 192.168.127.73: icmp_seq=3 ttl=64 time=43.3 ms
64 bytes from 192.168.127.73: icmp_seq=4 ttl=64 time=7.10 ms
(...)

[master@hp-15sfq5017nl ~]$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=110 time=44.8 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=110 time=44.3 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=110 time=90.7 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=110 time=36.1 ms
(...)

[master@hp-15sfq5017nl ~]$ resolvectl dns
Global:
Link 2 (wlo1): 192.168.127.73

[master@hp-15sfq5017nl ~]$ resolvectl query www.fedoraproject.org
www.fedoraproject.org: 152.19.134.142          -- link: wlo1
                       38.145.60.20            -- link: wlo1
                       18.159.254.57           -- link: wlo1
                       185.141.165.254         -- link: wlo1
                       152.19.134.198          -- link: wlo1
                       18.192.40.85            -- link: wlo1
                       38.145.60.21            -- link: wlo1
                       85.236.55.6             -- link: wlo1
                       18.133.140.134          -- link: wlo1
                       2605:bc80:3010:600:dead:beef:cafe:fed9 -- link: wlo1
                       2604:1580:fe00:0:dead:beef:cafe:fed1 -- link: wlo1
                       2001:4178:2:1269::fed2  -- link: wlo1
                       2600:2701:4000:5211:dead:beef:fe:fed3 -- link: wlo1
                       2a05:d01c:c6a:cc01:269:da52:9ae1:43e6 -- link: wlo1
                       2a05:d014:10:7803:f774:4d7c:e277:a457 -- link: wlo1
                       (wildcard.fedoraproject.org)

-- Information acquired via protocol DNS in 155.9ms.
-- Data is authenticated: no; Data was acquired via local or encrypted transport: no
-- Data from: network
#4

Ovviamente con l’hot spot… ma anche mentre tutto sta funzionando, sì?

#5

Sì, in quel momento funzionava tutto

#6

Dopo vari aggiornamenti, ora qualche volta la cosa succede anche con l’hot spot di casa. Ribadisco che con Win11, in altra partizione, nessun problema. Che faccio tento direttamente fc38?

#7

Ma potresti ripetere quei comandi e scrivere qui il risultato, quando la rete non funziona?

#8

Ecco qua, ho fatto appena in tempo perché dopo un po’ capita che rifunziona tutto… comunque nel momento in cui non andava:

[master@hp-15sfq5017nl ~]$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: wlo1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 2c:3b:70:4c:b1:fb brd ff:ff:ff:ff:ff:ff
    altname wlp1s0
    inet 192.168.0.107/24 brd 192.168.0.255 scope global dynamic noprefixroute wlo1
       valid_lft 6808sec preferred_lft 6808sec
    inet6 fe80::140f:e19d:f820:172e/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

e

[master@hp-15sfq5017nl ~]$ resolvectl dns
Global:
Link 2 (wlo1): 192.168.0.1

Mentre tutti gli altri comandi rimangono in attesa, bloccati.
Considera che se aspetto un po’ a volte la situazione si ripristina da sé…

#9

Mh. Sembra perdere il segnale. Bo?
Che scheda è?
lspci | grep -i wireless
oppure
lsusb | grep -i wireless

Inoltre, quando non va, cosa dice il comando
nmcli dev show wlo1
e anche questi
iw wlo1 info
iw wlo1 link

#10

Perché se

in questo caso

[master@hp-15sfq5017nl ~]$ ping 8.8.8.8

vuol dire che non raggiunge internet. Ma…

[master@hp-15sfq5017nl ~]$ ping ip route | grep default | awk '{print $3}'

Qui non raggiunge proprio il gateway, il router, l’access point insomma.

#11

Ciao! Infatti il problema non è l’AP (il problema si presenta anche con lo smarphone, mentre a casa è più raro, stamattina per esempio qui a casa sembra andare sempre mentre ieri sera dava problemi).

Comunque:

[master@hp-15sfq5017nl ~]$ lspci | grep -i wireless
01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network Adapter
[master@hp-15sfq5017nl ~]$ lsusb | grep -i wireless
Bus 001 Device 002: ID 12c9:1021 Newmen Tech.,LTD 2.4G Wireless Mouse

Gli altri comandi aspetto che non vada e te li posto…

#12

Eccolo lì. Se fai una ricerca su internet, troverai una valanga di gente con i problemi più diversi.
Schede wifi Realtek su Linux, che io sappia, sono fonte di grandi mal di testa.

#13

Ettepareva! :smile: Peccato perché anche il notebook che avevo prima, sempre un hp, aveva una scheda wifi Realtek e non avevo nessun problema :unamused:

#14

Beccato nel non funzionare mentre mi trovo in un famoso locale di Roma. Ecco allora gli altri comandi che mi avevi chiesto:

[master@hp-15sfq5017nl ~]$ nmcli dev show wlo1
GENERAL.DEVICE: wlo1
GENERAL.TYPE: wifi
GENERAL.HWADDR: 2C:3B:70:4C:B1:FB
GENERAL.MTU: 1500
GENERAL.STATE: 100 (collegato)
GENERAL.CONNECTION: POMPI*OSPITI
GENERAL.CON-PATH: /org/freedesktop/NetworkManager/ActiveC>
IP4.ADDRESS[1]: 192.168.168.243/25
IP4.GATEWAY: 192.168.168.129
IP4.ROUTE[1]: dst = 192.168.168.128/25, nh = 0.0.0.0,>
IP4.ROUTE[2]: dst = 0.0.0.0/0, nh = 192.168.168.129, >
IP4.DNS[1]: 192.168.168.129
IP4.DOMAIN[1]: broadband
IP6.ADDRESS[1]: fe80::f2c4:3055:d700:3ba7/64
IP6.GATEWAY: –
IP6.ROUTE[1]: dst = fe80::/64, nh = ::, mt = 1024
IP6.DNS[1]: fe80::22b0:1ff:fe18:b162
IP6.SEARCHES[1]: broadband

[master@hp-15sfq5017nl ~]$ iw wlo1 info
iw wlo1 link
Interface wlo1
ifindex 2
wdev 0x1
addr 2c:3b:70:4c:b1:fb
ssid POMPIOSPITI
type managed
wiphy 0
channel 40 (5200 MHz), width: 80 MHz, center1: 5210 MHz
txpower 23.00 dBm
multicast TXQ:
qsz-byt qsz-pkt flows drops marks overlmt hashcol tx-bytes tx-packets
0 0 0 0 0 0 0 0 0
Connected to 26:b0:01:18:b1:6c (on wlo1)
SSID: POMPIOSPITI
freq: 5200
RX: 132743430 bytes (148522 packets)
TX: 22121432 bytes (63989 packets)
signal: -67 dBm
rx bitrate: 117.0 MBit/s VHT-MCS 6 VHT-NSS 2
tx bitrate: 325.0 MBit/s VHT-MCS 7 80MHz short GI VHT-NSS 1

bss flags:	short-preamble short-slot-time
dtim period:	2
beacon int:	100
#15

Update: passato a fc38 e il problema resta identico a prima. Forse solo con l’hot spot del cellulare, ma comunque non è cambiato nulla… sul portatile precedente, con fc36, nessun problema ed era sempre una scheda realtek.

#16

Update: ho notato nel frattempo quanto segue.

  1. Pare che il tutto si verifichi SOLO quando uso il notebook NON alimentato dalla rete, cioè a batteria. Questo a regime, cioè una volta che ho cominciato a usare computer e wifi.
  2. Eccezione: quando alimentato dalla rete, succede che all’avvio si connette automaticamente al router, ma non ha internet. Anche in questo caso basta disabilitare il wifi e riabilitarlo, a quel punto funziona senza problemi (a batteria no, come dicevo…)
#17

Confermo che è quasi sempre inutilizzabile il wifi SE alimentazione a batteria. Nessun problema con l’alimentazione da rete.

Nessuno a qualche idea? A questo punto magari legata alla gestione del risparmio energetico…

#18

Rivedi le impostazioni di risparmio energetico che sono presenti nel tuo ambiente desktop (gnome?). Il problema, forse sta li.
La gestione del risparmio energetico potrebbe disattivare e riattivare NetworkManager in varie situazioni.

#19

Ciao! Ho gnome. C’ho pensato… ma almeno vedendo qui (vedi schermata allegata) non mi pare ci siano chissà quali impostazioni da settare (il risparmio energetico automatico mi pare sia solo a batteria scarica, ma il problema si presenta sempre… e in ogni caso ho già provato a disabilitarlo…)

E come ho spiegato varie volte più sopra, non è il wifi a spegnersi (resto connesso), ma è internet che non va più.

Schermata del 2023-11-21 12-31-47|474x500

#20

Allora inizio ad ipotizzare ad un problema di DNS…
Quando ti capita il problema prova:
$ sudo systemctl restart systemd-resolved
Se la cosa viene risolta allora protrebbe anche esserci un problema su selinux e quindi ti consiglio:
$ sudo fixfiles onboot

Riavvia la macchina e vedi se rimane il problema.