connessione internet saltata tramite router
Ciao non so se sia OT visto che non riguarda solo il mio portatile con mate 20.04, ma anche l'altro col SO più antipatico del globo. I 2 portatili vedono il router tp-link a cui risultano connessi correttamente ma da nessuno dei due si accede ad internet da quando il portatile materno (il terzo) con win 11 ha provato a connettersi anche lui... Se ci colleghiamo tramite antenna BBBell navighiamo, ma attraverso il router no. Prove basic effettuate senza risultati: - spegnimento e riaccensione (anche del frigorifero) - togli e metti cavi - riavvia pc - rete domestica vs rete pubblica - verifica antivirus - pennichella per rilassarsi Output dei comandi: *~$ route -n* Tabella di routing IP del kernel Destinazione Gateway Genmask Flag Metric Ref Usa Iface 0.0.0.0 192.168.43.1 0.0.0.0 UG 600 0 0 wlo1 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlo1 192.168.43.0 0.0.0.0 255.255.255.0 U 600 0 0 wlo1 *~$ ifconfig* eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether e8:d8:d1:33:a3:c3 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Loopback locale) RX packets 20400 bytes 1728204 (1.7 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 20400 bytes 1728204 (1.7 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.43.104 netmask 255.255.255.0 broadcast 192.168.43.255 inet6 fe80::20dc:9997:69df:ad54 prefixlen 64 scopeid 0x20<link> ether c0:e4:34:73:29:3d txqueuelen 1000 (Ethernet) RX packets 31221 bytes 124773013 (124.7 MB) RX errors 0 dropped 8812 overruns 0 frame 0 TX packets 30073 bytes 70483494 (70.4 MB) TX errors 0 dropped 196 overruns 0 carrier 0 collisions 0 Prima di addentrarmi oltre, ho pensato a voi, prodi linuxiani. mciù
Se lanci un semplice ping 8.8.8.8 che dice? Il gio 28 dic 2023, 16:23 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ciao non so se sia OT visto che non riguarda solo il mio portatile con mate 20.04, ma anche l'altro col SO più antipatico del globo.
I 2 portatili vedono il router tp-link a cui risultano connessi correttamente ma da nessuno dei due si accede ad internet da quando il portatile materno (il terzo) con win 11 ha provato a connettersi anche lui...
Se ci colleghiamo tramite antenna BBBell navighiamo, ma attraverso il router no.
Prove basic effettuate senza risultati: - spegnimento e riaccensione (anche del frigorifero) - togli e metti cavi - riavvia pc - rete domestica vs rete pubblica - verifica antivirus - pennichella per rilassarsi
Output dei comandi:
*~$ route -n* Tabella di routing IP del kernel Destinazione Gateway Genmask Flag Metric Ref Usa Iface 0.0.0.0 192.168.43.1 0.0.0.0 UG 600 0 0 wlo1 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlo1 192.168.43.0 0.0.0.0 255.255.255.0 U 600 0 0 wlo1
*~$ ifconfig* eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether e8:d8:d1:33:a3:c3 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Loopback locale) RX packets 20400 bytes 1728204 (1.7 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 20400 bytes 1728204 (1.7 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.43.104 netmask 255.255.255.0 broadcast 192.168.43.255 inet6 fe80::20dc:9997:69df:ad54 prefixlen 64 scopeid 0x20<link> ether c0:e4:34:73:29:3d txqueuelen 1000 (Ethernet) RX packets 31221 bytes 124773013 (124.7 MB) RX errors 0 dropped 8812 overruns 0 frame 0 TX packets 30073 bytes 70483494 (70.4 MB) TX errors 0 dropped 196 overruns 0 carrier 0 collisions 0
Prima di addentrarmi oltre, ho pensato a voi, prodi linuxiani. mciù -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
Ah già, dimenticavo *:~$ ping -c 5 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=118 time=25.6 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=18.8 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=395 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=1797 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=811 ms --- 8.8.8.8 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4034ms rtt min/avg/max/mdev = 18.774/609.532/1797.103/661.394 ms, pipe 2 Il giorno gio 28 dic 2023 alle ore 16:38 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Se lanci un semplice ping 8.8.8.8 che dice?
Il gio 28 dic 2023, 16:23 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ciao non so se sia OT visto che non riguarda solo il mio portatile con mate 20.04, ma anche l'altro col SO più antipatico del globo.
I 2 portatili vedono il router tp-link a cui risultano connessi correttamente ma da nessuno dei due si accede ad internet da quando il portatile materno (il terzo) con win 11 ha provato a connettersi anche lui...
Se ci colleghiamo tramite antenna BBBell navighiamo, ma attraverso il router no.
Prove basic effettuate senza risultati: - spegnimento e riaccensione (anche del frigorifero) - togli e metti cavi - riavvia pc - rete domestica vs rete pubblica - verifica antivirus - pennichella per rilassarsi
Output dei comandi:
*~$ route -n* Tabella di routing IP del kernel Destinazione Gateway Genmask Flag Metric Ref Usa Iface 0.0.0.0 192.168.43.1 0.0.0.0 UG 600 0 0 wlo1 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlo1 192.168.43.0 0.0.0.0 255.255.255.0 U 600 0 0 wlo1
*~$ ifconfig* eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether e8:d8:d1:33:a3:c3 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Loopback locale) RX packets 20400 bytes 1728204 (1.7 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 20400 bytes 1728204 (1.7 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.43.104 netmask 255.255.255.0 broadcast 192.168.43.255 inet6 fe80::20dc:9997:69df:ad54 prefixlen 64 scopeid 0x20<link> ether c0:e4:34:73:29:3d txqueuelen 1000 (Ethernet) RX packets 31221 bytes 124773013 (124.7 MB) RX errors 0 dropped 8812 overruns 0 frame 0 TX packets 30073 bytes 70483494 (70.4 MB) TX errors 0 dropped 196 overruns 0 carrier 0 collisions 0
Prima di addentrarmi oltre, ho pensato a voi, prodi linuxiani. mciù -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
Probabilmente è solo un problema di DNS. Magari il router sta fornendo DNS che non vanno. Puoi provare ad impostarli manualmente su PC. Tipo 8.8.8.8 che è quello di Google, oppure OpenDNS o simili che generalmente sono meglio di quelli del provider. Il gio 28 dic 2023, 16:39 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ah già, dimenticavo
*:~$ ping -c 5 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=118 time=25.6 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=18.8 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=395 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=1797 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=811 ms
--- 8.8.8.8 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4034ms rtt min/avg/max/mdev = 18.774/609.532/1797.103/661.394 ms, pipe 2
Il giorno gio 28 dic 2023 alle ore 16:38 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Se lanci un semplice ping 8.8.8.8 che dice?
Il gio 28 dic 2023, 16:23 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ciao non so se sia OT visto che non riguarda solo il mio portatile con mate 20.04, ma anche l'altro col SO più antipatico del globo.
I 2 portatili vedono il router tp-link a cui risultano connessi correttamente ma da nessuno dei due si accede ad internet da quando il portatile materno (il terzo) con win 11 ha provato a connettersi anche lui...
Se ci colleghiamo tramite antenna BBBell navighiamo, ma attraverso il router no.
Prove basic effettuate senza risultati: - spegnimento e riaccensione (anche del frigorifero) - togli e metti cavi - riavvia pc - rete domestica vs rete pubblica - verifica antivirus - pennichella per rilassarsi
Output dei comandi:
*~$ route -n* Tabella di routing IP del kernel Destinazione Gateway Genmask Flag Metric Ref Usa Iface 0.0.0.0 192.168.43.1 0.0.0.0 UG 600 0 0 wlo1 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlo1 192.168.43.0 0.0.0.0 255.255.255.0 U 600 0 0 wlo1
*~$ ifconfig* eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether e8:d8:d1:33:a3:c3 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Loopback locale) RX packets 20400 bytes 1728204 (1.7 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 20400 bytes 1728204 (1.7 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.43.104 netmask 255.255.255.0 broadcast 192.168.43.255 inet6 fe80::20dc:9997:69df:ad54 prefixlen 64 scopeid 0x20<link> ether c0:e4:34:73:29:3d txqueuelen 1000 (Ethernet) RX packets 31221 bytes 124773013 (124.7 MB) RX errors 0 dropped 8812 overruns 0 frame 0 TX packets 30073 bytes 70483494 (70.4 MB) TX errors 0 dropped 196 overruns 0 carrier 0 collisions 0
Prima di addentrarmi oltre, ho pensato a voi, prodi linuxiani. mciù -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
E' quello che ho pensato io (credo mi fosse già capitato). Ma le mie conoscenze si fermano qui e stavolta non riesco a trovare info alla mia portata che mi permettano l'impostazione manuale. Qualche dritta? Link dove guardare? grazie.. Il giorno gio 28 dic 2023 alle ore 16:45 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Probabilmente è solo un problema di DNS. Magari il router sta fornendo DNS che non vanno.
Puoi provare ad impostarli manualmente su PC. Tipo 8.8.8.8 che è quello di Google, oppure OpenDNS o simili che generalmente sono meglio di quelli del provider.
Il gio 28 dic 2023, 16:39 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ah già, dimenticavo
*:~$ ping -c 5 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=118 time=25.6 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=18.8 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=395 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=1797 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=811 ms
--- 8.8.8.8 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4034ms rtt min/avg/max/mdev = 18.774/609.532/1797.103/661.394 ms, pipe 2
Il giorno gio 28 dic 2023 alle ore 16:38 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Se lanci un semplice ping 8.8.8.8 che dice?
Il gio 28 dic 2023, 16:23 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ciao non so se sia OT visto che non riguarda solo il mio portatile con mate 20.04, ma anche l'altro col SO più antipatico del globo.
I 2 portatili vedono il router tp-link a cui risultano connessi correttamente ma da nessuno dei due si accede ad internet da quando il portatile materno (il terzo) con win 11 ha provato a connettersi anche lui...
Se ci colleghiamo tramite antenna BBBell navighiamo, ma attraverso il router no.
Prove basic effettuate senza risultati: - spegnimento e riaccensione (anche del frigorifero) - togli e metti cavi - riavvia pc - rete domestica vs rete pubblica - verifica antivirus - pennichella per rilassarsi
Output dei comandi:
*~$ route -n* Tabella di routing IP del kernel Destinazione Gateway Genmask Flag Metric Ref Usa Iface 0.0.0.0 192.168.43.1 0.0.0.0 UG 600 0 0 wlo1 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlo1 192.168.43.0 0.0.0.0 255.255.255.0 U 600 0 0 wlo1
*~$ ifconfig* eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether e8:d8:d1:33:a3:c3 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Loopback locale) RX packets 20400 bytes 1728204 (1.7 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 20400 bytes 1728204 (1.7 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.43.104 netmask 255.255.255.0 broadcast 192.168.43.255 inet6 fe80::20dc:9997:69df:ad54 prefixlen 64 scopeid 0x20<link> ether c0:e4:34:73:29:3d txqueuelen 1000 (Ethernet) RX packets 31221 bytes 124773013 (124.7 MB) RX errors 0 dropped 8812 overruns 0 frame 0 TX packets 30073 bytes 70483494 (70.4 MB) TX errors 0 dropped 196 overruns 0 carrier 0 collisions 0
Prima di addentrarmi oltre, ho pensato a voi, prodi linuxiani. mciù -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
tipo Ip4 o IPv6? Il giorno gio 28 dic 2023 alle ore 16:49 Alessandra Neve < alessandra.neve@gmail.com> ha scritto:
E' quello che ho pensato io (credo mi fosse già capitato). Ma le mie conoscenze si fermano qui e stavolta non riesco a trovare info alla mia portata che mi permettano l'impostazione manuale. Qualche dritta? Link dove guardare? grazie..
Il giorno gio 28 dic 2023 alle ore 16:45 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Probabilmente è solo un problema di DNS. Magari il router sta fornendo DNS che non vanno.
Puoi provare ad impostarli manualmente su PC. Tipo 8.8.8.8 che è quello di Google, oppure OpenDNS o simili che generalmente sono meglio di quelli del provider.
Il gio 28 dic 2023, 16:39 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ah già, dimenticavo
*:~$ ping -c 5 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=118 time=25.6 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=18.8 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=395 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=1797 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=811 ms
--- 8.8.8.8 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4034ms rtt min/avg/max/mdev = 18.774/609.532/1797.103/661.394 ms, pipe 2
Il giorno gio 28 dic 2023 alle ore 16:38 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Se lanci un semplice ping 8.8.8.8 che dice?
Il gio 28 dic 2023, 16:23 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ciao non so se sia OT visto che non riguarda solo il mio portatile con mate 20.04, ma anche l'altro col SO più antipatico del globo.
I 2 portatili vedono il router tp-link a cui risultano connessi correttamente ma da nessuno dei due si accede ad internet da quando il portatile materno (il terzo) con win 11 ha provato a connettersi anche lui...
Se ci colleghiamo tramite antenna BBBell navighiamo, ma attraverso il router no.
Prove basic effettuate senza risultati: - spegnimento e riaccensione (anche del frigorifero) - togli e metti cavi - riavvia pc - rete domestica vs rete pubblica - verifica antivirus - pennichella per rilassarsi
Output dei comandi:
*~$ route -n* Tabella di routing IP del kernel Destinazione Gateway Genmask Flag Metric Ref Usa Iface 0.0.0.0 192.168.43.1 0.0.0.0 UG 600 0 0 wlo1 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlo1 192.168.43.0 0.0.0.0 255.255.255.0 U 600 0 0 wlo1
*~$ ifconfig* eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether e8:d8:d1:33:a3:c3 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Loopback locale) RX packets 20400 bytes 1728204 (1.7 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 20400 bytes 1728204 (1.7 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.43.104 netmask 255.255.255.0 broadcast 192.168.43.255 inet6 fe80::20dc:9997:69df:ad54 prefixlen 64 scopeid 0x20<link> ether c0:e4:34:73:29:3d txqueuelen 1000 (Ethernet) RX packets 31221 bytes 124773013 (124.7 MB) RX errors 0 dropped 8812 overruns 0 frame 0 TX packets 30073 bytes 70483494 (70.4 MB) TX errors 0 dropped 196 overruns 0 carrier 0 collisions 0
Prima di addentrarmi oltre, ho pensato a voi, prodi linuxiani. mciù -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
Siamo sicuri che sia solo una questione di DNS? Perché una latenza di 1797ms verso 8.8.8.8 è indecente. Il gio 28 dic 2023, 16:50 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
tipo Ip4 o IPv6?
Il giorno gio 28 dic 2023 alle ore 16:49 Alessandra Neve < alessandra.neve@gmail.com> ha scritto:
E' quello che ho pensato io (credo mi fosse già capitato). Ma le mie conoscenze si fermano qui e stavolta non riesco a trovare info alla mia portata che mi permettano l'impostazione manuale. Qualche dritta? Link dove guardare? grazie..
Il giorno gio 28 dic 2023 alle ore 16:45 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Probabilmente è solo un problema di DNS. Magari il router sta fornendo DNS che non vanno.
Puoi provare ad impostarli manualmente su PC. Tipo 8.8.8.8 che è quello di Google, oppure OpenDNS o simili che generalmente sono meglio di quelli del provider.
Il gio 28 dic 2023, 16:39 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ah già, dimenticavo
*:~$ ping -c 5 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=118 time=25.6 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=18.8 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=395 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=1797 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=811 ms
--- 8.8.8.8 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4034ms rtt min/avg/max/mdev = 18.774/609.532/1797.103/661.394 ms, pipe 2
Il giorno gio 28 dic 2023 alle ore 16:38 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Se lanci un semplice ping 8.8.8.8 che dice?
Il gio 28 dic 2023, 16:23 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ciao non so se sia OT visto che non riguarda solo il mio portatile con mate 20.04, ma anche l'altro col SO più antipatico del globo.
I 2 portatili vedono il router tp-link a cui risultano connessi correttamente ma da nessuno dei due si accede ad internet da quando il portatile materno (il terzo) con win 11 ha provato a connettersi anche lui...
Se ci colleghiamo tramite antenna BBBell navighiamo, ma attraverso il router no.
Prove basic effettuate senza risultati: - spegnimento e riaccensione (anche del frigorifero) - togli e metti cavi - riavvia pc - rete domestica vs rete pubblica - verifica antivirus - pennichella per rilassarsi
Output dei comandi:
*~$ route -n* Tabella di routing IP del kernel Destinazione Gateway Genmask Flag Metric Ref Usa Iface 0.0.0.0 192.168.43.1 0.0.0.0 UG 600 0 0 wlo1 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlo1 192.168.43.0 0.0.0.0 255.255.255.0 U 600 0 0 wlo1
*~$ ifconfig* eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether e8:d8:d1:33:a3:c3 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Loopback locale) RX packets 20400 bytes 1728204 (1.7 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 20400 bytes 1728204 (1.7 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.43.104 netmask 255.255.255.0 broadcast 192.168.43.255 inet6 fe80::20dc:9997:69df:ad54 prefixlen 64 scopeid 0x20<link> ether c0:e4:34:73:29:3d txqueuelen 1000 (Ethernet) RX packets 31221 bytes 124773013 (124.7 MB) RX errors 0 dropped 8812 overruns 0 frame 0 TX packets 30073 bytes 70483494 (70.4 MB) TX errors 0 dropped 196 overruns 0 carrier 0 collisions 0
Prima di addentrarmi oltre, ho pensato a voi, prodi linuxiani. mciù -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
Presumo connessione wifi ad una certa distanza dal router Il gio 28 dic 2023, 20:36 Valentino Bocchino via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Siamo sicuri che sia solo una questione di DNS? Perché una latenza di 1797ms verso 8.8.8.8 è indecente.
Il gio 28 dic 2023, 16:50 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
tipo Ip4 o IPv6?
Il giorno gio 28 dic 2023 alle ore 16:49 Alessandra Neve < alessandra.neve@gmail.com> ha scritto:
E' quello che ho pensato io (credo mi fosse già capitato). Ma le mie conoscenze si fermano qui e stavolta non riesco a trovare info alla mia portata che mi permettano l'impostazione manuale. Qualche dritta? Link dove guardare? grazie..
Il giorno gio 28 dic 2023 alle ore 16:45 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Probabilmente è solo un problema di DNS. Magari il router sta fornendo DNS che non vanno.
Puoi provare ad impostarli manualmente su PC. Tipo 8.8.8.8 che è quello di Google, oppure OpenDNS o simili che generalmente sono meglio di quelli del provider.
Il gio 28 dic 2023, 16:39 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ah già, dimenticavo
*:~$ ping -c 5 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=118 time=25.6 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=18.8 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=395 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=1797 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=811 ms
--- 8.8.8.8 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4034ms rtt min/avg/max/mdev = 18.774/609.532/1797.103/661.394 ms, pipe 2
Il giorno gio 28 dic 2023 alle ore 16:38 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Se lanci un semplice ping 8.8.8.8 che dice?
Il gio 28 dic 2023, 16:23 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
> Ciao > non so se sia OT visto che non riguarda solo il mio portatile con > mate 20.04, ma anche l'altro col SO più antipatico del globo. > > I 2 portatili vedono il router tp-link a cui risultano connessi > correttamente ma da nessuno dei due si accede ad internet da quando il > portatile materno (il terzo) con win 11 ha provato a connettersi anche > lui... > > Se ci colleghiamo tramite antenna BBBell navighiamo, ma attraverso > il router no. > > Prove basic effettuate senza risultati: > - spegnimento e riaccensione (anche del frigorifero) > - togli e metti cavi > - riavvia pc > - rete domestica vs rete pubblica > - verifica antivirus > - pennichella per rilassarsi > > Output dei comandi: > > *~$ route -n* > Tabella di routing IP del kernel > Destinazione Gateway Genmask Flag Metric Ref Usa Iface > 0.0.0.0 192.168.43.1 0.0.0.0 UG 600 0 > 0 wlo1 > 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 > 0 wlo1 > 192.168.43.0 0.0.0.0 255.255.255.0 U 600 0 > 0 wlo1 > > *~$ ifconfig* > eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 > ether e8:d8:d1:33:a3:c3 txqueuelen 1000 (Ethernet) > RX packets 0 bytes 0 (0.0 B) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 0 bytes 0 (0.0 B) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 > inet 127.0.0.1 netmask 255.0.0.0 > inet6 ::1 prefixlen 128 scopeid 0x10<host> > loop txqueuelen 1000 (Loopback locale) > RX packets 20400 bytes 1728204 (1.7 MB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 20400 bytes 1728204 (1.7 MB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 > inet 192.168.43.104 netmask 255.255.255.0 broadcast > 192.168.43.255 > inet6 fe80::20dc:9997:69df:ad54 prefixlen 64 scopeid > 0x20<link> > ether c0:e4:34:73:29:3d txqueuelen 1000 (Ethernet) > RX packets 31221 bytes 124773013 (124.7 MB) > RX errors 0 dropped 8812 overruns 0 frame 0 > TX packets 30073 bytes 70483494 (70.4 MB) > TX errors 0 dropped 196 overruns 0 carrier 0 collisions 0 > > Prima di addentrarmi oltre, ho pensato a voi, prodi linuxiani. > mciù > -- > SLiP mailing list > SLiP@liszt.softwareliberopinerolo.org > https://liszt.softwareliberopinerolo.org/listinfo/slip > -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
Ci sta, sarebbe interessante vedere con connessione Ethernet se fa la stessa cosa. Perché se così fosse deve intervenire l'ISP. Il gio 28 dic 2023, 20:40 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Presumo connessione wifi ad una certa distanza dal router
Il gio 28 dic 2023, 20:36 Valentino Bocchino via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Siamo sicuri che sia solo una questione di DNS? Perché una latenza di 1797ms verso 8.8.8.8 è indecente.
Il gio 28 dic 2023, 16:50 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
tipo Ip4 o IPv6?
Il giorno gio 28 dic 2023 alle ore 16:49 Alessandra Neve < alessandra.neve@gmail.com> ha scritto:
E' quello che ho pensato io (credo mi fosse già capitato). Ma le mie conoscenze si fermano qui e stavolta non riesco a trovare info alla mia portata che mi permettano l'impostazione manuale. Qualche dritta? Link dove guardare? grazie..
Il giorno gio 28 dic 2023 alle ore 16:45 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Probabilmente è solo un problema di DNS. Magari il router sta fornendo DNS che non vanno.
Puoi provare ad impostarli manualmente su PC. Tipo 8.8.8.8 che è quello di Google, oppure OpenDNS o simili che generalmente sono meglio di quelli del provider.
Il gio 28 dic 2023, 16:39 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ah già, dimenticavo
*:~$ ping -c 5 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=118 time=25.6 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=18.8 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=395 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=1797 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=811 ms
--- 8.8.8.8 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4034ms rtt min/avg/max/mdev = 18.774/609.532/1797.103/661.394 ms, pipe 2
Il giorno gio 28 dic 2023 alle ore 16:38 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
> Se lanci un semplice ping 8.8.8.8 che dice? > > Il gio 28 dic 2023, 16:23 Alessandra Neve via SLiP < > slip@liszt.softwareliberopinerolo.org> ha scritto: > >> Ciao >> non so se sia OT visto che non riguarda solo il mio portatile con >> mate 20.04, ma anche l'altro col SO più antipatico del globo. >> >> I 2 portatili vedono il router tp-link a cui risultano connessi >> correttamente ma da nessuno dei due si accede ad internet da quando il >> portatile materno (il terzo) con win 11 ha provato a connettersi anche >> lui... >> >> Se ci colleghiamo tramite antenna BBBell navighiamo, ma attraverso >> il router no. >> >> Prove basic effettuate senza risultati: >> - spegnimento e riaccensione (anche del frigorifero) >> - togli e metti cavi >> - riavvia pc >> - rete domestica vs rete pubblica >> - verifica antivirus >> - pennichella per rilassarsi >> >> Output dei comandi: >> >> *~$ route -n* >> Tabella di routing IP del kernel >> Destinazione Gateway Genmask Flag Metric Ref Usa Iface >> 0.0.0.0 192.168.43.1 0.0.0.0 UG 600 0 >> 0 wlo1 >> 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 >> 0 wlo1 >> 192.168.43.0 0.0.0.0 255.255.255.0 U 600 0 >> 0 wlo1 >> >> *~$ ifconfig* >> eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 >> ether e8:d8:d1:33:a3:c3 txqueuelen 1000 (Ethernet) >> RX packets 0 bytes 0 (0.0 B) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 0 bytes 0 (0.0 B) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 >> inet 127.0.0.1 netmask 255.0.0.0 >> inet6 ::1 prefixlen 128 scopeid 0x10<host> >> loop txqueuelen 1000 (Loopback locale) >> RX packets 20400 bytes 1728204 (1.7 MB) >> RX errors 0 dropped 0 overruns 0 frame 0 >> TX packets 20400 bytes 1728204 (1.7 MB) >> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >> >> wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 >> inet 192.168.43.104 netmask 255.255.255.0 broadcast >> 192.168.43.255 >> inet6 fe80::20dc:9997:69df:ad54 prefixlen 64 scopeid >> 0x20<link> >> ether c0:e4:34:73:29:3d txqueuelen 1000 (Ethernet) >> RX packets 31221 bytes 124773013 (124.7 MB) >> RX errors 0 dropped 8812 overruns 0 frame 0 >> TX packets 30073 bytes 70483494 (70.4 MB) >> TX errors 0 dropped 196 overruns 0 carrier 0 collisions 0 >> >> Prima di addentrarmi oltre, ho pensato a voi, prodi linuxiani. >> mciù >> -- >> SLiP mailing list >> SLiP@liszt.softwareliberopinerolo.org >> https://liszt.softwareliberopinerolo.org/listinfo/slip >> > -- > SLiP mailing list > SLiP@liszt.softwareliberopinerolo.org > https://liszt.softwareliberopinerolo.org/listinfo/slip > -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
Con cavo ethernet ~$ ping -c 5 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=118 time=15.5 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=16.7 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=54.6 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=16.0 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=17.4 ms --- 8.8.8.8 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4006ms rtt min/avg/max/mdev = 15.527/24.042/54.619/15.301 ms Allora, modifico Ipv4 o Ipv6? e che numeri ci metto? Il giorno gio 28 dic 2023 alle ore 20:43 Valentino Bocchino via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ci sta, sarebbe interessante vedere con connessione Ethernet se fa la stessa cosa. Perché se così fosse deve intervenire l'ISP.
Il gio 28 dic 2023, 20:40 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Presumo connessione wifi ad una certa distanza dal router
Il gio 28 dic 2023, 20:36 Valentino Bocchino via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Siamo sicuri che sia solo una questione di DNS? Perché una latenza di 1797ms verso 8.8.8.8 è indecente.
Il gio 28 dic 2023, 16:50 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
tipo Ip4 o IPv6?
Il giorno gio 28 dic 2023 alle ore 16:49 Alessandra Neve < alessandra.neve@gmail.com> ha scritto:
E' quello che ho pensato io (credo mi fosse già capitato). Ma le mie conoscenze si fermano qui e stavolta non riesco a trovare info alla mia portata che mi permettano l'impostazione manuale. Qualche dritta? Link dove guardare? grazie..
Il giorno gio 28 dic 2023 alle ore 16:45 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Probabilmente è solo un problema di DNS. Magari il router sta fornendo DNS che non vanno.
Puoi provare ad impostarli manualmente su PC. Tipo 8.8.8.8 che è quello di Google, oppure OpenDNS o simili che generalmente sono meglio di quelli del provider.
Il gio 28 dic 2023, 16:39 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
> Ah già, dimenticavo > > > *:~$ ping -c 5 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=118 time=25.6 ms > 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=18.8 ms > 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=395 ms > 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=1797 ms > 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=811 ms > > --- 8.8.8.8 ping statistics --- > 5 packets transmitted, 5 received, 0% packet loss, time 4034ms > rtt min/avg/max/mdev = 18.774/609.532/1797.103/661.394 ms, pipe 2 > > > Il giorno gio 28 dic 2023 alle ore 16:38 Davide Corio via SLiP < > slip@liszt.softwareliberopinerolo.org> ha scritto: > >> Se lanci un semplice ping 8.8.8.8 che dice? >> >> Il gio 28 dic 2023, 16:23 Alessandra Neve via SLiP < >> slip@liszt.softwareliberopinerolo.org> ha scritto: >> >>> Ciao >>> non so se sia OT visto che non riguarda solo il mio portatile con >>> mate 20.04, ma anche l'altro col SO più antipatico del globo. >>> >>> I 2 portatili vedono il router tp-link a cui risultano connessi >>> correttamente ma da nessuno dei due si accede ad internet da quando il >>> portatile materno (il terzo) con win 11 ha provato a connettersi anche >>> lui... >>> >>> Se ci colleghiamo tramite antenna BBBell navighiamo, ma attraverso >>> il router no. >>> >>> Prove basic effettuate senza risultati: >>> - spegnimento e riaccensione (anche del frigorifero) >>> - togli e metti cavi >>> - riavvia pc >>> - rete domestica vs rete pubblica >>> - verifica antivirus >>> - pennichella per rilassarsi >>> >>> Output dei comandi: >>> >>> *~$ route -n* >>> Tabella di routing IP del kernel >>> Destinazione Gateway Genmask Flag Metric Ref Usa Iface >>> 0.0.0.0 192.168.43.1 0.0.0.0 UG 600 0 >>> 0 wlo1 >>> 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 >>> 0 wlo1 >>> 192.168.43.0 0.0.0.0 255.255.255.0 U 600 0 >>> 0 wlo1 >>> >>> *~$ ifconfig* >>> eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 >>> ether e8:d8:d1:33:a3:c3 txqueuelen 1000 (Ethernet) >>> RX packets 0 bytes 0 (0.0 B) >>> RX errors 0 dropped 0 overruns 0 frame 0 >>> TX packets 0 bytes 0 (0.0 B) >>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>> >>> lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 >>> inet 127.0.0.1 netmask 255.0.0.0 >>> inet6 ::1 prefixlen 128 scopeid 0x10<host> >>> loop txqueuelen 1000 (Loopback locale) >>> RX packets 20400 bytes 1728204 (1.7 MB) >>> RX errors 0 dropped 0 overruns 0 frame 0 >>> TX packets 20400 bytes 1728204 (1.7 MB) >>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>> >>> wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 >>> inet 192.168.43.104 netmask 255.255.255.0 broadcast >>> 192.168.43.255 >>> inet6 fe80::20dc:9997:69df:ad54 prefixlen 64 scopeid >>> 0x20<link> >>> ether c0:e4:34:73:29:3d txqueuelen 1000 (Ethernet) >>> RX packets 31221 bytes 124773013 (124.7 MB) >>> RX errors 0 dropped 8812 overruns 0 frame 0 >>> TX packets 30073 bytes 70483494 (70.4 MB) >>> TX errors 0 dropped 196 overruns 0 carrier 0 collisions >>> 0 >>> >>> Prima di addentrarmi oltre, ho pensato a voi, prodi linuxiani. >>> mciù >>> -- >>> SLiP mailing list >>> SLiP@liszt.softwareliberopinerolo.org >>> https://liszt.softwareliberopinerolo.org/listinfo/slip >>> >> -- >> SLiP mailing list >> SLiP@liszt.softwareliberopinerolo.org >> https://liszt.softwareliberopinerolo.org/listinfo/slip >> > -- > SLiP mailing list > SLiP@liszt.softwareliberopinerolo.org > https://liszt.softwareliberopinerolo.org/listinfo/slip > -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
Confermo le ipotesi di Davide. Per modificare il DNS puoi direttamente agire sul router o modificare le impostazioni su tutti i client del router (ovvero i tuoi computer). Per modificare le impostazioni sui tuoi computer, in base al sistema operativo che utilizzi devi fare in modo che loro non usino come riferimento DNS il router ma un indirizzo che tu definisci. IPv4 o IPv6 sono soltanto protocolli internet. Non è detto che il tuo ISP supporti IPv6. In ogni caso, per farla semplice, impostare il DNS IPv4 dovrebbe essere sufficiente per risolvere i tuoi problemi. 8.8.8.8 è il DNS di Google ed è uno dei più diffusi e rapidi. Siccome però come in ogni argomento riguardante internet potrebbero aprirsi discussioni etiche importanti, informati su cosa sia un DNS e dopodiché fai una scelta consapevole. In ogni caso... Se desideri configurare la versione IPv4 con il DNS di Google, specifica come indirizzo IP 8.8.8.8 (oppure 8.8.4.4). Puoi anche specificare entrambi gli indirizzi anche se come seconda scelta non userei lo stesso DNS. Se desideri configurare la versione IPv6 con il DNS di Google, specifica come indirizzo IP 2001:4860:4860::8888 (oppure 2001:4860:4860::8844). Questa è la forma abbreviata, tuttavia se non viene accettata... 2001:4860:4860:0:0:0:0:8888 (oppure 2001:4860:4860:0:0:0:0:8844). Anche se configuri IPv6, se non dovesse essere supportato non dovrebbe succedere nulla. Probabilmente andrà in "fallback" su IPv4. Consiglio comunque di agire sul router perché così non dovrai riconfigurare ogni dispositivo che si collega. Ciaooo :) Il gio 28 dic 2023, 22:07 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Con cavo ethernet
~$ ping -c 5 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=118 time=15.5 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=16.7 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=54.6 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=16.0 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=17.4 ms
--- 8.8.8.8 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4006ms rtt min/avg/max/mdev = 15.527/24.042/54.619/15.301 ms
Allora, modifico Ipv4 o Ipv6? e che numeri ci metto?
Il giorno gio 28 dic 2023 alle ore 20:43 Valentino Bocchino via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ci sta, sarebbe interessante vedere con connessione Ethernet se fa la stessa cosa. Perché se così fosse deve intervenire l'ISP.
Il gio 28 dic 2023, 20:40 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Presumo connessione wifi ad una certa distanza dal router
Il gio 28 dic 2023, 20:36 Valentino Bocchino via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Siamo sicuri che sia solo una questione di DNS? Perché una latenza di 1797ms verso 8.8.8.8 è indecente.
Il gio 28 dic 2023, 16:50 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
tipo Ip4 o IPv6?
Il giorno gio 28 dic 2023 alle ore 16:49 Alessandra Neve < alessandra.neve@gmail.com> ha scritto:
E' quello che ho pensato io (credo mi fosse già capitato). Ma le mie conoscenze si fermano qui e stavolta non riesco a trovare info alla mia portata che mi permettano l'impostazione manuale. Qualche dritta? Link dove guardare? grazie..
Il giorno gio 28 dic 2023 alle ore 16:45 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
> Probabilmente è solo un problema di DNS. > Magari il router sta fornendo DNS che non vanno. > > Puoi provare ad impostarli manualmente su PC. > Tipo 8.8.8.8 che è quello di Google, oppure OpenDNS o simili che > generalmente sono meglio di quelli del provider. > > Il gio 28 dic 2023, 16:39 Alessandra Neve via SLiP < > slip@liszt.softwareliberopinerolo.org> ha scritto: > >> Ah già, dimenticavo >> >> >> *:~$ ping -c 5 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=118 time=25.6 ms >> 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=18.8 ms >> 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=395 ms >> 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=1797 ms >> 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=811 ms >> >> --- 8.8.8.8 ping statistics --- >> 5 packets transmitted, 5 received, 0% packet loss, time 4034ms >> rtt min/avg/max/mdev = 18.774/609.532/1797.103/661.394 ms, pipe 2 >> >> >> Il giorno gio 28 dic 2023 alle ore 16:38 Davide Corio via SLiP < >> slip@liszt.softwareliberopinerolo.org> ha scritto: >> >>> Se lanci un semplice ping 8.8.8.8 che dice? >>> >>> Il gio 28 dic 2023, 16:23 Alessandra Neve via SLiP < >>> slip@liszt.softwareliberopinerolo.org> ha scritto: >>> >>>> Ciao >>>> non so se sia OT visto che non riguarda solo il mio portatile con >>>> mate 20.04, ma anche l'altro col SO più antipatico del globo. >>>> >>>> I 2 portatili vedono il router tp-link a cui risultano connessi >>>> correttamente ma da nessuno dei due si accede ad internet da quando il >>>> portatile materno (il terzo) con win 11 ha provato a connettersi anche >>>> lui... >>>> >>>> Se ci colleghiamo tramite antenna BBBell navighiamo, ma >>>> attraverso il router no. >>>> >>>> Prove basic effettuate senza risultati: >>>> - spegnimento e riaccensione (anche del frigorifero) >>>> - togli e metti cavi >>>> - riavvia pc >>>> - rete domestica vs rete pubblica >>>> - verifica antivirus >>>> - pennichella per rilassarsi >>>> >>>> Output dei comandi: >>>> >>>> *~$ route -n* >>>> Tabella di routing IP del kernel >>>> Destinazione Gateway Genmask Flag Metric Ref Usa Iface >>>> 0.0.0.0 192.168.43.1 0.0.0.0 UG 600 0 >>>> 0 wlo1 >>>> 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 >>>> 0 wlo1 >>>> 192.168.43.0 0.0.0.0 255.255.255.0 U 600 0 >>>> 0 wlo1 >>>> >>>> *~$ ifconfig* >>>> eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 >>>> ether e8:d8:d1:33:a3:c3 txqueuelen 1000 (Ethernet) >>>> RX packets 0 bytes 0 (0.0 B) >>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>> TX packets 0 bytes 0 (0.0 B) >>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>> >>>> lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 >>>> inet 127.0.0.1 netmask 255.0.0.0 >>>> inet6 ::1 prefixlen 128 scopeid 0x10<host> >>>> loop txqueuelen 1000 (Loopback locale) >>>> RX packets 20400 bytes 1728204 (1.7 MB) >>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>> TX packets 20400 bytes 1728204 (1.7 MB) >>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 >>>> >>>> wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 >>>> inet 192.168.43.104 netmask 255.255.255.0 broadcast >>>> 192.168.43.255 >>>> inet6 fe80::20dc:9997:69df:ad54 prefixlen 64 scopeid >>>> 0x20<link> >>>> ether c0:e4:34:73:29:3d txqueuelen 1000 (Ethernet) >>>> RX packets 31221 bytes 124773013 (124.7 MB) >>>> RX errors 0 dropped 8812 overruns 0 frame 0 >>>> TX packets 30073 bytes 70483494 (70.4 MB) >>>> TX errors 0 dropped 196 overruns 0 carrier 0 >>>> collisions 0 >>>> >>>> Prima di addentrarmi oltre, ho pensato a voi, prodi linuxiani. >>>> mciù >>>> -- >>>> SLiP mailing list >>>> SLiP@liszt.softwareliberopinerolo.org >>>> https://liszt.softwareliberopinerolo.org/listinfo/slip >>>> >>> -- >>> SLiP mailing list >>> SLiP@liszt.softwareliberopinerolo.org >>> https://liszt.softwareliberopinerolo.org/listinfo/slip >>> >> -- >> SLiP mailing list >> SLiP@liszt.softwareliberopinerolo.org >> https://liszt.softwareliberopinerolo.org/listinfo/slip >> > -- > SLiP mailing list > SLiP@liszt.softwareliberopinerolo.org > https://liszt.softwareliberopinerolo.org/listinfo/slip > -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
Grazie, stasera provo a aggiorno! Il giorno gio 28 dic 2023 alle ore 22:36 Valentino Bocchino via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Confermo le ipotesi di Davide. Per modificare il DNS puoi direttamente agire sul router o modificare le impostazioni su tutti i client del router (ovvero i tuoi computer). Per modificare le impostazioni sui tuoi computer, in base al sistema operativo che utilizzi devi fare in modo che loro non usino come riferimento DNS il router ma un indirizzo che tu definisci. IPv4 o IPv6 sono soltanto protocolli internet. Non è detto che il tuo ISP supporti IPv6. In ogni caso, per farla semplice, impostare il DNS IPv4 dovrebbe essere sufficiente per risolvere i tuoi problemi. 8.8.8.8 è il DNS di Google ed è uno dei più diffusi e rapidi. Siccome però come in ogni argomento riguardante internet potrebbero aprirsi discussioni etiche importanti, informati su cosa sia un DNS e dopodiché fai una scelta consapevole. In ogni caso... Se desideri configurare la versione IPv4 con il DNS di Google, specifica come indirizzo IP 8.8.8.8 (oppure 8.8.4.4). Puoi anche specificare entrambi gli indirizzi anche se come seconda scelta non userei lo stesso DNS. Se desideri configurare la versione IPv6 con il DNS di Google, specifica come indirizzo IP 2001:4860:4860::8888 (oppure 2001:4860:4860::8844). Questa è la forma abbreviata, tuttavia se non viene accettata... 2001:4860:4860:0:0:0:0:8888 (oppure 2001:4860:4860:0:0:0:0:8844). Anche se configuri IPv6, se non dovesse essere supportato non dovrebbe succedere nulla. Probabilmente andrà in "fallback" su IPv4. Consiglio comunque di agire sul router perché così non dovrai riconfigurare ogni dispositivo che si collega. Ciaooo :)
Il gio 28 dic 2023, 22:07 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Con cavo ethernet
~$ ping -c 5 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=118 time=15.5 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=16.7 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=54.6 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=16.0 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=17.4 ms
--- 8.8.8.8 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4006ms rtt min/avg/max/mdev = 15.527/24.042/54.619/15.301 ms
Allora, modifico Ipv4 o Ipv6? e che numeri ci metto?
Il giorno gio 28 dic 2023 alle ore 20:43 Valentino Bocchino via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ci sta, sarebbe interessante vedere con connessione Ethernet se fa la stessa cosa. Perché se così fosse deve intervenire l'ISP.
Il gio 28 dic 2023, 20:40 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Presumo connessione wifi ad una certa distanza dal router
Il gio 28 dic 2023, 20:36 Valentino Bocchino via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Siamo sicuri che sia solo una questione di DNS? Perché una latenza di 1797ms verso 8.8.8.8 è indecente.
Il gio 28 dic 2023, 16:50 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
tipo Ip4 o IPv6?
Il giorno gio 28 dic 2023 alle ore 16:49 Alessandra Neve < alessandra.neve@gmail.com> ha scritto:
> E' quello che ho pensato io (credo mi fosse già capitato). Ma le mie > conoscenze si fermano qui e stavolta non riesco a trovare info alla mia > portata che mi permettano l'impostazione manuale. > Qualche dritta? Link dove guardare? > grazie.. > > Il giorno gio 28 dic 2023 alle ore 16:45 Davide Corio via SLiP < > slip@liszt.softwareliberopinerolo.org> ha scritto: > >> Probabilmente è solo un problema di DNS. >> Magari il router sta fornendo DNS che non vanno. >> >> Puoi provare ad impostarli manualmente su PC. >> Tipo 8.8.8.8 che è quello di Google, oppure OpenDNS o simili che >> generalmente sono meglio di quelli del provider. >> >> Il gio 28 dic 2023, 16:39 Alessandra Neve via SLiP < >> slip@liszt.softwareliberopinerolo.org> ha scritto: >> >>> Ah già, dimenticavo >>> >>> >>> *:~$ ping -c 5 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=118 time=25.6 ms >>> 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=18.8 ms >>> 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=395 ms >>> 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=1797 ms >>> 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=811 ms >>> >>> --- 8.8.8.8 ping statistics --- >>> 5 packets transmitted, 5 received, 0% packet loss, time 4034ms >>> rtt min/avg/max/mdev = 18.774/609.532/1797.103/661.394 ms, pipe 2 >>> >>> >>> Il giorno gio 28 dic 2023 alle ore 16:38 Davide Corio via SLiP < >>> slip@liszt.softwareliberopinerolo.org> ha scritto: >>> >>>> Se lanci un semplice ping 8.8.8.8 che dice? >>>> >>>> Il gio 28 dic 2023, 16:23 Alessandra Neve via SLiP < >>>> slip@liszt.softwareliberopinerolo.org> ha scritto: >>>> >>>>> Ciao >>>>> non so se sia OT visto che non riguarda solo il mio portatile >>>>> con mate 20.04, ma anche l'altro col SO più antipatico del globo. >>>>> >>>>> I 2 portatili vedono il router tp-link a cui risultano connessi >>>>> correttamente ma da nessuno dei due si accede ad internet da quando il >>>>> portatile materno (il terzo) con win 11 ha provato a connettersi anche >>>>> lui... >>>>> >>>>> Se ci colleghiamo tramite antenna BBBell navighiamo, ma >>>>> attraverso il router no. >>>>> >>>>> Prove basic effettuate senza risultati: >>>>> - spegnimento e riaccensione (anche del frigorifero) >>>>> - togli e metti cavi >>>>> - riavvia pc >>>>> - rete domestica vs rete pubblica >>>>> - verifica antivirus >>>>> - pennichella per rilassarsi >>>>> >>>>> Output dei comandi: >>>>> >>>>> *~$ route -n* >>>>> Tabella di routing IP del kernel >>>>> Destinazione Gateway Genmask Flag Metric Ref Usa Iface >>>>> 0.0.0.0 192.168.43.1 0.0.0.0 UG 600 0 >>>>> 0 wlo1 >>>>> 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 >>>>> 0 wlo1 >>>>> 192.168.43.0 0.0.0.0 255.255.255.0 U 600 0 >>>>> 0 wlo1 >>>>> >>>>> *~$ ifconfig* >>>>> eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 >>>>> ether e8:d8:d1:33:a3:c3 txqueuelen 1000 (Ethernet) >>>>> RX packets 0 bytes 0 (0.0 B) >>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>> TX packets 0 bytes 0 (0.0 B) >>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions >>>>> 0 >>>>> >>>>> lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 >>>>> inet 127.0.0.1 netmask 255.0.0.0 >>>>> inet6 ::1 prefixlen 128 scopeid 0x10<host> >>>>> loop txqueuelen 1000 (Loopback locale) >>>>> RX packets 20400 bytes 1728204 (1.7 MB) >>>>> RX errors 0 dropped 0 overruns 0 frame 0 >>>>> TX packets 20400 bytes 1728204 (1.7 MB) >>>>> TX errors 0 dropped 0 overruns 0 carrier 0 collisions >>>>> 0 >>>>> >>>>> wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 >>>>> inet 192.168.43.104 netmask 255.255.255.0 broadcast >>>>> 192.168.43.255 >>>>> inet6 fe80::20dc:9997:69df:ad54 prefixlen 64 scopeid >>>>> 0x20<link> >>>>> ether c0:e4:34:73:29:3d txqueuelen 1000 (Ethernet) >>>>> RX packets 31221 bytes 124773013 (124.7 MB) >>>>> RX errors 0 dropped 8812 overruns 0 frame 0 >>>>> TX packets 30073 bytes 70483494 (70.4 MB) >>>>> TX errors 0 dropped 196 overruns 0 carrier 0 >>>>> collisions 0 >>>>> >>>>> Prima di addentrarmi oltre, ho pensato a voi, prodi linuxiani. >>>>> mciù >>>>> -- >>>>> SLiP mailing list >>>>> SLiP@liszt.softwareliberopinerolo.org >>>>> https://liszt.softwareliberopinerolo.org/listinfo/slip >>>>> >>>> -- >>>> SLiP mailing list >>>> SLiP@liszt.softwareliberopinerolo.org >>>> https://liszt.softwareliberopinerolo.org/listinfo/slip >>>> >>> -- >>> SLiP mailing list >>> SLiP@liszt.softwareliberopinerolo.org >>> https://liszt.softwareliberopinerolo.org/listinfo/slip >>> >> -- >> SLiP mailing list >> SLiP@liszt.softwareliberopinerolo.org >> https://liszt.softwareliberopinerolo.org/listinfo/slip >> > -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
Ciao, mi sembra di capire che la connessione ethernet va meglio del wifi, forse non servirà a nulla, ma si può provare: nelle impostazioni di risparmio energetico del router dovrebbe esserci una regolazione della portata del segnale (range) breve, media e larga. Proverei a settarla su large se non lo è già
Ciao a tutt e grazie per i consigli! Non sono indicazioni molto tecniche, e non ho seguito io l'iter..perciò ecco quanto posso condividere: - accesso a tp link direttamente dal pc (quello che ha win, col mio mate non riuscivo nn ho capito perchè) - fatto set up del router - lasciato "ricerca ip dinamici" - cambiato manualmente solo la regione (era USA, abbiamo messo Italia) Ora funziona tutto di nuovo dai tre pc. Non so che dire. Forse voleva solo riposare e farci salutare, con questa scusa auguro a tutt buon anno e informo che televisore, monitor (di Lucio), armadietto, gadget vari di SLiP stanno viaggiando verso la sede di Urania in questi giorni. La vecchia sede di PiP è stata svuotata definitivamente. ciao ciao! Ale Il giorno ven 29 dic 2023 alle ore 16:50 Mauro via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ciao, mi sembra di capire che la connessione ethernet va meglio del wifi, forse non servirà a nulla, ma si può provare:
nelle impostazioni di risparmio energetico del router dovrebbe esserci una regolazione della portata del segnale (range) breve, media e larga. Proverei a settarla su large se non lo è già
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
Ciao a tutti, schermo bloccato così... Riavviando non cambia, e non mi dà un momento boot in cui possa fare avvio di emergenza... Praticamente non posso fare nulla 😱 Il lun 1 gen 2024, 22:25 Lucio Crusca via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Il 30/12/23 09:43, Alessandra Neve via SLiP ha scritto:
monitor (di Lucio)
eh? -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
vediamo di fare l'indovino. se é una nuova installazione e suppongo che l'installer funzionasse correttamente, qualcosa è andato storto a volte è raro ma succede Fai prima a reinstallare se è successo dopo un aggiornamento di pacchetti vari compreso il kernel, allora all'avvio del pc durante la schermata di grub, scorri fra le opzioni del kernel e scegli il kernel più vecchio se invece ha sempre funzionato e si è bloccato al nuovo avvio, potrebbe essere un problema dell'hardware, probabilmente dell'hd. Qui le opzioni sono diverse e per me è complicato spiegarle in una mail my 2¢ angelo b. Il 25/01/25 21:13, Rosanna Enne via SLiP ha scritto:
Ciao a tutti, schermo bloccato così... Riavviando non cambia, e non mi dà un momento boot in cui possa fare avvio di emergenza... Praticamente non posso fare nulla 😱
Il lun 1 gen 2024, 22:25 Lucio Crusca via SLiP <slip@liszt.softwareliberopinerolo.org <mailto:slip@liszt.softwareliberopinerolo.org>> ha scritto:
Il 30/12/23 09:43, Alessandra Neve via SLiP ha scritto: > monitor (di Lucio)
eh? -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org <mailto:SLiP@liszt.softwareliberopinerolo.org> https://liszt.softwareliberopinerolo.org/listinfo/slip <https:// liszt.softwareliberopinerolo.org/listinfo/slip>
Ciao e grazie, non ho installato niente di nuovo nelle ultime settimane. Il PC ha tre anni. Il lun 27 gen 2025, 09:31 udaicmtakee--- via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
vediamo di fare l'indovino.
se é una nuova installazione e suppongo che l'installer funzionasse correttamente, qualcosa è andato storto a volte è raro ma succede Fai prima a reinstallare
se è successo dopo un aggiornamento di pacchetti vari compreso il kernel, allora all'avvio del pc durante la schermata di grub, scorri fra le opzioni del kernel e scegli il kernel più vecchio
se invece ha sempre funzionato e si è bloccato al nuovo avvio, potrebbe essere un problema dell'hardware, probabilmente dell'hd. Qui le opzioni sono diverse e per me è complicato spiegarle in una mail
my 2¢ angelo b.
Il 25/01/25 21:13, Rosanna Enne via SLiP ha scritto:
Ciao a tutti, schermo bloccato così... Riavviando non cambia, e non mi dà un momento boot in cui possa fare avvio di emergenza... Praticamente non posso fare nulla 😱
Il lun 1 gen 2024, 22:25 Lucio Crusca via SLiP <slip@liszt.softwareliberopinerolo.org <mailto:slip@liszt.softwareliberopinerolo.org>> ha scritto:
Il 30/12/23 09:43, Alessandra Neve via SLiP ha scritto: > monitor (di Lucio)
eh? -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org <mailto:SLiP@liszt.softwareliberopinerolo.org> https://liszt.softwareliberopinerolo.org/listinfo/slip <https:// liszt.softwareliberopinerolo.org/listinfo/slip>
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
Ciao Alessandra, assumendo che tu sia andata nelle impostazioni del Wi-Fi di Mint, io ti direi di cambiare sia la DNS IPv6 che quella IPv4. Nell'IPv4, se vuoi usare quella di Google, metti 8.8.8.8, e nell'IPv6 metti 2001:4860:4860::8888 (fonte: https://developers.google.com/speed/public-dns/docs/using). In caso anche tu come me non voglia avere a che fare con Google, ti consiglio di cercare su internet "privacy dns" e scegliere quella che più ti ispira, ce ne sono davvero tante. On December 28, 2023 4:51:11 PM GMT+01:00, Alessandra Neve via SLiP <slip@liszt.softwareliberopinerolo.org> wrote:
tipo Ip4 o IPv6?
Il giorno gio 28 dic 2023 alle ore 16:49 Alessandra Neve < alessandra.neve@gmail.com> ha scritto:
E' quello che ho pensato io (credo mi fosse già capitato). Ma le mie conoscenze si fermano qui e stavolta non riesco a trovare info alla mia portata che mi permettano l'impostazione manuale. Qualche dritta? Link dove guardare? grazie..
Il giorno gio 28 dic 2023 alle ore 16:45 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Probabilmente è solo un problema di DNS. Magari il router sta fornendo DNS che non vanno.
Puoi provare ad impostarli manualmente su PC. Tipo 8.8.8.8 che è quello di Google, oppure OpenDNS o simili che generalmente sono meglio di quelli del provider.
Il gio 28 dic 2023, 16:39 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ah già, dimenticavo
*:~$ ping -c 5 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=118 time=25.6 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=18.8 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=395 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=1797 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=118 time=811 ms
--- 8.8.8.8 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4034ms rtt min/avg/max/mdev = 18.774/609.532/1797.103/661.394 ms, pipe 2
Il giorno gio 28 dic 2023 alle ore 16:38 Davide Corio via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Se lanci un semplice ping 8.8.8.8 che dice?
Il gio 28 dic 2023, 16:23 Alessandra Neve via SLiP < slip@liszt.softwareliberopinerolo.org> ha scritto:
Ciao non so se sia OT visto che non riguarda solo il mio portatile con mate 20.04, ma anche l'altro col SO più antipatico del globo.
I 2 portatili vedono il router tp-link a cui risultano connessi correttamente ma da nessuno dei due si accede ad internet da quando il portatile materno (il terzo) con win 11 ha provato a connettersi anche lui...
Se ci colleghiamo tramite antenna BBBell navighiamo, ma attraverso il router no.
Prove basic effettuate senza risultati: - spegnimento e riaccensione (anche del frigorifero) - togli e metti cavi - riavvia pc - rete domestica vs rete pubblica - verifica antivirus - pennichella per rilassarsi
Output dei comandi:
*~$ route -n* Tabella di routing IP del kernel Destinazione Gateway Genmask Flag Metric Ref Usa Iface 0.0.0.0 192.168.43.1 0.0.0.0 UG 600 0 0 wlo1 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlo1 192.168.43.0 0.0.0.0 255.255.255.0 U 600 0 0 wlo1
*~$ ifconfig* eno1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether e8:d8:d1:33:a3:c3 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Loopback locale) RX packets 20400 bytes 1728204 (1.7 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 20400 bytes 1728204 (1.7 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.43.104 netmask 255.255.255.0 broadcast 192.168.43.255 inet6 fe80::20dc:9997:69df:ad54 prefixlen 64 scopeid 0x20<link> ether c0:e4:34:73:29:3d txqueuelen 1000 (Ethernet) RX packets 31221 bytes 124773013 (124.7 MB) RX errors 0 dropped 8812 overruns 0 frame 0 TX packets 30073 bytes 70483494 (70.4 MB) TX errors 0 dropped 196 overruns 0 carrier 0 collisions 0
Prima di addentrarmi oltre, ho pensato a voi, prodi linuxiani. mciù -- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
-- SLiP mailing list SLiP@liszt.softwareliberopinerolo.org https://liszt.softwareliberopinerolo.org/listinfo/slip
partecipanti (8)
-
Alessandra Neve -
Davide Corio -
Lucio Crusca -
Mauro -
Mirko Di -
Rosanna Enne -
udaicmtakee＠gmail.com -
Valentino Bocchino