Perdere internet ma non il wifi (in hot spot)

twsfedora · 6 Giugno 2023, 10:44am

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!

alciregi · 24 Giugno 2023, 7:48am

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

twsfedora · 26 Giugno 2023, 1:06pm

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

alciregi · 26 Giugno 2023, 1:07pm

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

twsfedora · 27 Giugno 2023, 4:58am

Sì, in quel momento funzionava tutto

twsfedora · 21 Luglio 2023, 6:50pm

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?

alciregi · 21 Luglio 2023, 7:48pm

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

twsfedora · 21 Luglio 2023, 8:55pm

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é…

alciregi · 21 Luglio 2023, 8:56pm

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

alciregi · 22 Luglio 2023, 7:19am

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.

twsfedora · 22 Luglio 2023, 7:34am

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…

alciregi · 22 Luglio 2023, 7:52am

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.

twsfedora · 22 Luglio 2023, 8:04am

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

twsfedora · 24 Luglio 2023, 10:33am

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

twsfedora · 6 Settembre 2023, 12:25pm

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.