înregistrare Logare
Puncte:0
ayorgo avatar Ubuntu

site-uri web ipv4 greu accesibile cu o anumită rețea wi-fi pe un anumit dispozitiv, în timp ce cele ipv6 funcționează bine

drapel ph
ayorgo

Cu greu pot ajunge la majoritatea site-urilor web de profil (de ex. https://stackoverflow.com, https://github.com) sub un o anumită rețea Wi-Fi cu acel laptop indiferent de browserul utilizat. Cu toate acestea, site-urile afiliate la Google (de ex. https://google.com, https://youtube.com) lucrează fără probleme.

Nu am întâmpinat nicio problemă înainte cu laptopul care folosește alte rețele Wi-Fi din Europa (aeroporturi, cafenele, alte rețele de domiciliu, cum ar fi).

Orice alte dispozitive din jur (laptop Windows, iPad, iPhone, telefon Android) nu au absolut nicio problemă să afișeze niciunul dintre site-urile web cu probleme de mai sus folosind aceeași rețea Wi-Fi.

Deci, se pare că există o nealiniere între laptop și rețea.

Înființat

Mașinărie: Laptop Dell XPS-13-9360

Adaptor wireless:

$ sudo lshw -C rețea
  *-reţea                 
       descriere: Interfață wireless
       produs: Adaptor de rețea fără fir QCA6174 802.11ac
       furnizor: Qualcomm Atheros
       ID fizic: 0
       informații despre autobuz: pci@0000:3a:00.0
       nume logic: wlp58s0
       versiunea: 32
       serial: 9c:b6:d0:dc:58:19
       lățime: 64 biți
       ceas: 33 MHz
       capabilități: pm msi pciexpress bus_master cap_list ethernet fizic wireless
       configurație: broadcast=da driver=ath10k_pci driverversion=5.4.0-77-generic firmware=WLAN.RM.4.4.1-00079-QCARMSWPZ-1 ip=192.168.173.111 latency=0 link=da multicast=da wireless=IE1EE 802.

Sistem de operare:

$ lsb_release -a
Nu sunt disponibile module LSB.
ID distribuitor: Ubuntu
Descriere: Ubuntu 18.04.5 LTS
Lansare: 18.04
Nume de cod: bionic

Browsere: Firefox 89.0.2, Chrome 91.0.4472.114

Furnizor de servicii de internet: https://www.unitymedia.de/ (Vodafone)

Modem: Cutia de conectare CH7465LG-LC de la Compal

Tipul conexiunii: DSL

Diagnosticare/remedieri efectuate

Opriți și porniți-l din nou:

A încercat să

  • resetați modemul la setările din fabrică
  • opriți și porniți modemul după câteva secunde
  • dezactivați firewall-ul modemului prin pagina de administrare
  • eliminați (uitați) conexiunea de pe laptop
  • reporniți Network Manager

de mai multe ori în ordine diferită.

ping

  • stackoverflow.com 
    $ ping stackoverflow.com
PING stackoverflow.com (151.101.1.69) 56(84) octeți de date.
64 de octeți de la 151.101.1.69 (151.101.1.69): icmp_seq=26 ttl=59 time=1881 ms
64 de octeți de la 151.101.1.69 (151.101.1.69): icmp_seq=27 ttl=59 time=857 ms
64 de octeți de la 151.101.1.69 (151.101.1.69): icmp_seq=28 ttl=59 time=91.0 ms
64 de octeți de la 151.101.1.69 (151.101.1.69): icmp_seq=29 ttl=59 timp=27,4 ms
64 de octeți de la 151.101.1.69 (151.101.1.69): icmp_seq=30 ttl=59 timp=27,4 ms
64 de octeți de la 151.101.1.69 (151.101.1.69): icmp_seq=31 ttl=59 timp=27,7 ms
64 de octeți de la 151.101.1.69 (151.101.1.69): icmp_seq=32 ttl=59 timp=29,1 ms
64 de octeți de la 151.101.1.69 (151.101.1.69): icmp_seq=33 ttl=59 timp=26,0 ms
64 de octeți de la 151.101.1.69 (151.101.1.69): icmp_seq=34 ttl=59 timp=39,5 ms
64 de octeți de la 151.101.1.69 (151.101.1.69): icmp_seq=35 ttl=59 timp=19,9 ms
^C
--- statistici ping stackoverflow.com ---
50 de pachete transmise, 10 primite, 80% pierdere de pachete, timp 49928 ms
rtt min/avg/max/mdev = 19.926/302.648/1881.058/580.607 ms, conducta 2
  • google.com 
    $ ping google.com
PING google.com(fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e)) 56 de octeți de date
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=1 ttl=118 time=30.0 ms
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=2 ttl=118 time=37,2 ms
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=3 ttl=118 time=23,7 ms
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=4 ttl=118 time=30,4 ms
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=5 ttl=118 time=26,4 ms
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=6 ttl=118 time=23,8 ms
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=7 ttl=118 time=46.0 ms
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=8 ttl=118 time=16,1 ms
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=9 ttl=118 time=45,3 ms
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=10 ttl=118 time=18.0 ms
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=11 ttl=118 time=22,3 ms
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=12 ttl=118 time=28.0 ms
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=13 ttl=118 time=20,7 ms
64 de octeți de la fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=14 ttl=118 time=17,3 ms
^C
--- statistici ping google.com ---
14 pachete transmise, 14 primite, 0% pierdere de pachete, timp 13019 ms
rtt min/avg/max/mdev = 16,143/27,570/46,096/9,255 ms

traseu

  • stackoverflow.com 
    $ tracepath stackoverflow.com
1?: [LOCALHOST] pmtu 1500
1: nici un răspuns
  • google.com 
    $ tracepath google.com
1?: [LOCALHOST] 0,034 ms pmtu 1500
1: 2a02:908:1866:6ce0:925c:44ff:feae:f4e2 6.422ms 
1: 2a02:908:1866:6ce0:925c:44ff:feae:f4e2 5.390ms 
2: 2a02:908:1800:6::1 25.163ms 
3: de-fra04a-ra1-ae10-1320.fra.unity-media.net 22.841ms 
4: 7113a-mx960-02.dar.unity-media.net 23.385ms asymm 5 
5: de-fra04d-rc1-lo0-0.v6.aorta.net 15.392ms 
6: nici un răspuns

Interesant, administratorul modemului are capacitatea de a funcționa ping și „traceroute” care ambele funcționează absolut bine (ping-urile sunt scurte, urmele trec) de parcă nu ar fi fost nicio problemă.

iwconfig

wlp58s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 192.168.0.52 netmask 255.255.255.0 difuzare 192.168.0.255
        inet6 2a02:908:1866:6ce0:a0a4:8f72:2826:d298 prefixlen 64 scopeid 0x0<global>
        inet6 fe80::5230:74d:357d:7adc prefixlen 64 scopeid 0x20<link>
        inet6 2a02:908:1866:6ce0:d570:b754:6e12:8475 prefixlen 64 scopeid 0x0<global>
        ether 9c:b6:d0:dc:58:19 txqueuelen 1000 (Ethernet)
        Pachete RX 3276896 octeți 2709012463 (2,7 GB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 1563631 octeți 613623237 (613,6 MB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

DNS

$ systemd-resolve --status
...
Link 2 (wlp58s0)
      Domenii curente: DNS
       Setare LLMNR: da
Setare MulticastDNS: nu
      Setare DNSSEC: nu
    DNSSEC suportat: nu
         Servere DNS: 192.168.0.1
                      2a02:908:2:a::1
                      2a02:908:2:b::1
          Domeniu DNS: ~.
                      Acasă

Întrebare

Mai pot verifica sau schimba ceva pentru a ajuta la rezolvarea problemei?

Actualizați

Pare mai mult ca o problemă ipv6 vs ipv4 acum

$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) octeți de date.
64 de octeți din 8.8.8.8: icmp_seq=10 ttl=118 time=117 ms
64 de octeți din 8.8.8.8: icmp_seq=11 ttl=118 timp=58,7 ms
64 de octeți din 8.8.8.8: icmp_seq=12 ttl=118 timp=19,7 ms
64 de octeți din 8.8.8.8: icmp_seq=13 ttl=118 timp=17,3 ms
64 de octeți din 8.8.8.8: icmp_seq=14 ttl=118 timp=16,1 ms
64 de octeți din 8.8.8.8: icmp_seq=15 ttl=118 timp=27,5 ms
64 de octeți din 8.8.8.8: icmp_seq=16 ttl=118 timp=31,0 ms
64 de octeți din 8.8.8.8: icmp_seq=17 ttl=118 timp=22,2 ms
64 de octeți din 8.8.8.8: icmp_seq=18 ttl=118 timp=14,1 ms
64 de octeți din 8.8.8.8: icmp_seq=73 ttl=118 time=1870 ms
64 de octeți din 8.8.8.8: icmp_seq=74 ttl=118 time=847 ms
64 de octeți din 8.8.8.8: icmp_seq=75 ttl=118 timp=58,9 ms
64 de octeți din 8.8.8.8: icmp_seq=76 ttl=118 timp=14,5 ms
64 de octeți din 8.8.8.8: icmp_seq=77 ttl=118 timp=38,9 ms
64 de octeți din 8.8.8.8: icmp_seq=78 ttl=118 timp=45,6 ms
64 de octeți din 8.8.8.8: icmp_seq=79 ttl=118 timp=30,4 ms
^C
--- 8.8.8.8 statistici ping ---
79 de pachete transmise, 16 primite, 79% pierdere de pachete, timp 79539ms
rtt min/avg/max/mdev = 14.114/201.907/1870.953/473.976 ms, conducta 2

comparativ cu ping google.com de mai sus funcționează perfect. Dacă dezactivez ipv4 în setările de conexiune site-urile cu probleme https://stackoverflow.com și https://github.com încetează să funcționeze complet în timp ce https://google.com și https://gitlab.com continua sa lucrezi fara probleme.

124
1 + 0
Puncte:0
ayorgo avatar Ubuntu
drapel ph
ayorgo

Din anumite motive, traficul ipv4 dintre mașina mea și router nu merge bine.

Am reușit să rezolv problema prin direcționarea traficului ipv4 prin ipv6 folosind un DNS64 public.

Acest răspuns m-a ajutat:

  • Faceți clic pe pictograma WiFi.
  • Click pe Editați conexiunile...
  • Alegeți SSID-ul dvs. din listă.
  • Click pe Editați | ×...
  • Alege Setări IPv4 fila
  • Schimbare Metodă din Automat la Dezactivat
  • Alege Setări IPv6 fila
  • Schimbați metoda din Automat la Automat, numai adrese
  • Completați servere DNS câmp cu 2-3 adrese DNS64

obisnuiam TREX pentru DNS64 care, la momentul scrierii acestui articol sunt

server de nume 2001:67c:2b0::4
server de nume 2001:67c:2b0::6
0 + 0
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.