แทบจะไม่สามารถเข้าถึงเว็บไซต์ที่มีรายละเอียดสูงส่วนใหญ่ได้ (เช่น https://stackoverflow.com, https://github.com) ภายใต้ ก เครือข่าย Wi-Fi เฉพาะกับแล็ปท็อปเครื่องนั้น ไม่ว่าจะใช้เบราว์เซอร์ใดก็ตาม อย่างไรก็ตาม ไซต์ที่เกี่ยวข้องกับ Google (เช่น https://google.com, https://youtube.com) ทำงานโดยไม่มีปัญหา

ไม่เคยประสบปัญหาใด ๆ มาก่อนกับแล็ปท็อปที่ใช้เครือข่าย Wi-Fi อื่น ๆ ทั่วยุโรป (สนามบิน ร้านกาแฟ เครือข่ายในบ้านอื่น ๆ แล้วแต่คุณจะเรียก)

อุปกรณ์อื่น ๆ รอบตัว (แล็ปท็อป Windows, iPad, iPhone, โทรศัพท์ Android) ไม่มีปัญหาในการแสดงเว็บไซต์ที่มีปัญหาใด ๆ ข้างต้นโดยใช้เครือข่าย Wi-Fi เดียวกัน

ดูเหมือนว่ามีความไม่สอดคล้องกันระหว่างแล็ปท็อปและเครือข่าย

ติดตั้ง

เครื่องจักร: แล็ปท็อป Dell XPS-13-9360

อะแดปเตอร์ไร้สาย:

$ sudo lshw -C เครือข่าย
  *-เครือข่าย                 
       คำอธิบาย: อินเตอร์เฟสไร้สาย
       ผลิตภัณฑ์: QCA6174 802.11ac อแดปเตอร์เครือข่ายไร้สาย
       ผู้ขาย: Qualcomm Atheros
       รหัสทางกายภาพ: 0
       ข้อมูลรถบัส: pci@0000:3a:00.0
       ชื่อตรรกะ: wlp58s0
       รุ่น: 32
       อนุกรม: 9c:b6:d0:dc:58:19
       ความกว้าง: 64 บิต
       นาฬิกา: 33MHz
       ความสามารถ: pm msi pciexpress bus_master cap_list อีเธอร์เน็ตทางกายภาพไร้สาย
       การกำหนดค่า: ออกอากาศ=ใช่ ไดรเวอร์=ath10k_pci ไดรเวอร์เวอร์ชัน=5.4.0-77-เฟิร์มแวร์ทั่วไป=WLAN.RM.4.4.1-00079-QCARMSWPZ-1 ip=192.168.173.111 เวลาแฝง=0 ลิงก์=ใช่ มัลติคาสต์=ใช่ ไร้สาย=IEEE 802.11

ระบบปฏิบัติการ:

$lsb_release -a
ไม่มีโมดูล LSB
รหัสผู้จัดจำหน่าย: Ubuntu
คำอธิบาย: Ubuntu 18.04.5 LTS
เผยแพร่: 18.04
ชื่อรหัส: ไบโอนิค

เบราว์เซอร์: ไฟร์ฟอกซ์ 89.0.2, โครม 91.0.4472.114

ผู้ให้บริการอินเทอร์เน็ต: https://www.unitymedia.de/ (โวดาโฟน)

โมเด็ม: กล่องต่อ CH7465LG-LC by Compal

ประเภทการเชื่อมต่อ: ดีเอสแอล

ดำเนินการวินิจฉัย/แก้ไขแล้ว

ปิดและเปิดใหม่อีกครั้ง:

พยายามที่จะ

• รีเซ็ตโมเด็มเป็นการตั้งค่าจากโรงงาน
• ปิดและเปิดเครื่องของโมเด็มหลังจากนั้นไม่กี่วินาที
• ปิดใช้งานไฟร์วอลล์ของโมเด็มผ่านหน้าผู้ดูแลระบบ
• ลบ (ลืม) การเชื่อมต่อบนแล็ปท็อป
• รีสตาร์ทตัวจัดการเครือข่าย

หลายครั้งตามลำดับ

ปิง

• stackoverflow.com

  $ ปิง stackoverflow.com
  PING stackoverflow.com (151.101.1.69) ข้อมูล 56(84) ไบต์
  64 ไบต์จาก 151.101.1.69 (151.101.1.69): icmp_seq=26 ttl=59 เวลา=1881 ms
  64 ไบต์จาก 151.101.1.69 (151.101.1.69): icmp_seq=27 ttl=59 เวลา=857 ms
  64 ไบต์จาก 151.101.1.69 (151.101.1.69): icmp_seq=28 ttl=59 เวลา=91.0 ms
  64 ไบต์จาก 151.101.1.69 (151.101.1.69): icmp_seq=29 ttl=59 เวลา=27.4 ms
  64 ไบต์จาก 151.101.1.69 (151.101.1.69): icmp_seq=30 ttl=59 เวลา=27.4 ms
  64 ไบต์จาก 151.101.1.69 (151.101.1.69): icmp_seq=31 ttl=59 เวลา=27.7 ms
  64 ไบต์จาก 151.101.1.69 (151.101.1.69): icmp_seq=32 ttl=59 เวลา=29.1 ms
  64 ไบต์จาก 151.101.1.69 (151.101.1.69): icmp_seq=33 ttl=59 เวลา=26.0 ms
  64 ไบต์จาก 151.101.1.69 (151.101.1.69): icmp_seq=34 ttl=59 เวลา=39.5 ms
  64 ไบต์จาก 151.101.1.69 (151.101.1.69): icmp_seq=35 ttl=59 เวลา=19.9 ms
  ^ซี
  --- สถิติ ping ของ stackoverflow.com ---
  ส่ง 50 แพ็กเก็ต ได้รับ 10 แพ็กเก็ต สูญเสียแพ็กเก็ต 80% เวลา 49928ms
  rtt นาที/เฉลี่ย/สูงสุด/mdev = 19.926/302.648/1881.058/580.607 ms ไปป์ 2
  

• กูเกิล.คอม

  $ ปิง google.com
  PING google.com(fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e)) ข้อมูล 56 ไบต์
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=1 ttl=118 เวลา=30.0 ms
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=2 ttl=118 เวลา=37.2 ms
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=3 ttl=118 เวลา=23.7 ms
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=4 ttl=118 เวลา=30.4 ms
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=5 ttl=118 เวลา=26.4 ms
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=6 ttl=118 เวลา=23.8 ms
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=7 ttl=118 เวลา=46.0 ms
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=8 ttl=118 เวลา=16.1 ms
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=9 ttl=118 เวลา=45.3 ms
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=10 ttl=118 เวลา=18.0 ms
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=11 ttl=118 เวลา=22.3 ms
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=12 ttl=118 เวลา=28.0 ms
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=13 ttl=118 เวลา=20.7 ms
  64 ไบต์จาก fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=14 ttl=118 เวลา=17.3 ms
  ^ซี
  --- สถิติ ping ของ google.com ---
  ส่ง 14 แพ็กเก็ต, 14 แพ็กเก็ตที่ได้รับ, การสูญเสียแพ็กเก็ต 0%, เวลา 13019ms
  rtt นาที/เฉลี่ย/สูงสุด/mdev = 16.143/27.570/46.096/9.255 มิลลิวินาที
  

ตามรอย

• stackoverflow.com

  $ tracepath stackoverflow.com
  1?: [โฮสต์ในพื้นที่] pmtu 1500
  1: ไม่มีการตอบกลับ
  

• กูเกิล.คอม

  $ ตามรอย google.com
  1?: [LOCALHOST] 0.034ms 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: ไม่มีการตอบกลับ
  

ที่น่าสนใจคือผู้ดูแลระบบของโมเด็มมีความสามารถในการทำงาน ปิง และ "traceroute" ซึ่งทั้งสองทำงานได้ดีมาก (ping สั้น ร่องรอยผ่านไป) ราวกับว่าไม่มีปัญหาเลย

iwconfig

wlp58s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 192.168.0.52 netmask 255.255.255.0 ออกอากาศ 192.168.0.255
        inet6 2a02:908:1866:6ce0:a0a4:8f72:2826:d298 คำนำหน้าlen 64 scopeid 0x0<ทั่วโลก>
        inet6 fe80::5230:74d:357d:7adc คำนำหน้า 64 scopeid 0x20<link>
        inet6 2a02:908:1866:6ce0:d570:b754:6e12:8475 คำนำหน้าlen 64 scopeid 0x0<ทั่วโลก>
        อีเธอร์ 9c:b6:d0:dc:58:19 txqueuelen 1,000 (อีเธอร์เน็ต)
        แพ็คเก็ต RX 3276896 ไบต์ 2709012463 (2.7 GB)
        ข้อผิดพลาด RX 0 หลุด 0 โอเวอร์รัน 0 เฟรม 0
        แพ็กเก็ต TX 1563631 ไบต์ 613623237 (613.6 MB)
        ข้อผิดพลาด TX 0 หลุด 0 โอเวอร์รัน 0 พาหะ 0 ชนกัน 0

DNS

$ systemd- แก้ไข -- สถานะ
...
ลิงค์ 2 (wlp58s0)
      ขอบเขตปัจจุบัน: DNS
       การตั้งค่า LLMNR: ใช่
การตั้งค่า MulticastDNS: ไม่
      การตั้งค่า DNSSEC: ไม่
    รองรับ DNSSEC: ไม่
         เซิร์ฟเวอร์ DNS: 192.168.0.1
                      2a02:908:2:a::1
                      2a02:908:2:b::1
          โดเมน DNS: ~.
                      บ้าน

คำถาม

มีอะไรอีกบ้างที่ฉันสามารถตรวจสอบหรือเปลี่ยนแปลงเพื่อช่วยแก้ไขปัญหา

อัปเดต

ดูเหมือนปัญหา ipv6 vs ipv4 มากขึ้นในขณะนี้

$ ปิง 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) ไบต์ของข้อมูล
64 ไบต์จาก 8.8.8.8: icmp_seq=10 ttl=118 เวลา=117 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=11 ttl=118 เวลา=58.7 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=12 ttl=118 เวลา=19.7 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=13 ttl=118 เวลา=17.3 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=14 ttl=118 เวลา=16.1 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=15 ttl=118 เวลา=27.5 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=16 ttl=118 เวลา=31.0 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=17 ttl=118 เวลา=22.2 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=18 ttl=118 เวลา=14.1 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=73 ttl=118 เวลา=1870 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=74 ttl=118 เวลา=847 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=75 ttl=118 เวลา=58.9 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=76 ttl=118 เวลา=14.5 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=77 ttl=118 เวลา=38.9 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=78 ttl=118 เวลา=45.6 ms
64 ไบต์จาก 8.8.8.8: icmp_seq=79 ttl=118 เวลา=30.4 ms
^ซี
--- สถิติ ping 8.8.8.8 ---
ส่ง 79 แพ็กเก็ต ได้รับ 16 แพ็กเก็ต สูญเสียแพ็กเก็ต 79% เวลา 79539ms
rtt นาที/เฉลี่ย/สูงสุด/mdev = 14.114/201.907/1870.953/473.976 ms ไปป์ 2

เปรียบเทียบกับ ping google.com ด้านบนนั้นทำงานได้อย่างราบรื่น ถ้าฉันปิดการใช้งาน ipv4 ในการตั้งค่าการเชื่อมต่อไซต์ที่มีปัญหา https://stackoverflow.com และ https://github.com หยุดทำงานโดยสิ้นเชิงในขณะที่ https://google.com และ https://gitlab.com ทำงานต่อไปได้อย่างไม่มีปัญหา