Điểm:0

Các trang web ipv4 hầu như không thể truy cập được với một mạng wi-fi cụ thể trên một thiết bị cụ thể vì các trang web ipv6 hoạt động tốt

lá cờ ph

Khó có thể truy cập hầu hết các trang web có cấu hình cao (ví dụ: https://stackoverflow.com, https://github.com) dưới một mạng Wi-Fi cụ thể với máy tính xách tay cụ thể bất kể trình duyệt được sử dụng. Tuy nhiên, các trang web liên kết với Google (ví dụ: https://google.com, https://youtube.com) hoạt động mà không có vấn đề gì.

Trước đây chưa từng gặp bất kỳ sự cố nào với máy tính xách tay khi sử dụng bất kỳ mạng Wi-Fi nào khác trên khắp Châu Âu (sân bay, quán cà phê, mạng gia đình khác, bạn có thể đặt tên cho nó).

Bất kỳ thiết bị nào khác xung quanh (máy tính xách tay Windows, iPad, iPhone, điện thoại Android) hoàn toàn không gặp sự cố khi hiển thị bất kỳ trang web gặp sự cố nào ở trên bằng cách sử dụng cùng một mạng Wi-Fi.

Vì vậy, có vẻ như có một số sai lệch giữa máy tính xách tay và mạng.

Cài đặt

Máy móc: Máy tính xách tay Dell XPS-13-9360

Bộ chuyển đổi không dây:

$ Sudo lshw -C mạng
  *-mạng                 
       Mô tả: Giao diện không dây
       sản phẩm: Bộ điều hợp mạng không dây QCA6174 802.11ac
       Nhà cung cấp: Qualcomm Atheros
       id vật lý: 0
       thông tin xe buýt: pci@0000:3a:00.0
       tên logic: wlp58s0
       phiên bản: 32
       nối tiếp: 9c:b6:d0:dc:58:19
       chiều rộng: 64 bit
       xung nhịp: 33MHz
       khả năng: pm msi pciexpress bus_master cap_list ethernet vật lý không dây
       cấu hình: phát sóng=có trình điều khiển=ath10k_pci driverversion=5.4.0-77-generic firmware=WLAN.RM.4.4.1-00079-QCARMSWPZ-1 ip=192.168.173.111 độ trễ=0 liên kết=có multicast=có không dây=IEEE 802.11

Hệ điều hành:

$ lsb_release -a
Không có mô-đun LSB nào khả dụng.
ID nhà phân phối: Ubuntu
Mô tả: Ubuntu 18.04.5 LTS
Phát hành: 18.04
Tên mã: sinh học

Trình duyệt: Firefox 89.0.2, Chrome 91.0.4472.114

Nhà cung cấp dịch vụ Internet: https://www.unitymedia.de/ (Vodafone)

Modem: Hộp kết nối CH7465LG-LC của Compal

Kiểu kết nối: DSL

Chẩn đoán/sửa lỗi được thực hiện

Tắt và bật lại:

Cố gắng

  • đặt lại modem về cài đặt gốc
  • tắt và bật lại modem sau vài giây
  • vô hiệu hóa tường lửa của modem thông qua trang quản trị
  • gỡ (quên) kết nối trên laptop
  • khởi động lại Trình quản lý mạng

nhiều lần theo thứ tự khác nhau.

ping

  • stackoverflow.com
    $ ping stackoverflow.com
    PING stackoverflow.com (151.101.1.69) 56(84) byte dữ liệu.
    64 byte từ 151.101.1.69 (151.101.1.69): icmp_seq=26 ttl=59 time=1881 ms
    64 byte từ 151.101.1.69 (151.101.1.69): icmp_seq=27 ttl=59 time=857 ms
    64 byte từ 151.101.1.69 (151.101.1.69): icmp_seq=28 ttl=59 time=91,0 ms
    64 byte từ 151.101.1.69 (151.101.1.69): icmp_seq=29 ttl=59 time=27,4 ms
    64 byte từ 151.101.1.69 (151.101.1.69): icmp_seq=30 ttl=59 time=27,4 ms
    64 byte từ 151.101.1.69 (151.101.1.69): icmp_seq=31 ttl=59 time=27,7 ms
    64 byte từ 151.101.1.69 (151.101.1.69): icmp_seq=32 ttl=59 time=29,1 ms
    64 byte từ 151.101.1.69 (151.101.1.69): icmp_seq=33 ttl=59 time=26,0 ms
    64 byte từ 151.101.1.69 (151.101.1.69): icmp_seq=34 ttl=59 time=39,5 ms
    64 byte từ 151.101.1.69 (151.101.1.69): icmp_seq=35 ttl=59 time=19,9 ms
    ^C
    --- thống kê ping stackoverflow.com ---
    Truyền 50 gói, nhận 10 gói, mất gói 80%, thời gian 49928ms
    rtt tối thiểu/avg/max/mdev = 19.926/302.648/1881.058/580.607 ms, đường ống 2
    
  • google.com
    $ ping google.com
    PING google.com(fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e)) 56 byte dữ liệu
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=1 ttl=118 time=30,0 ms
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=2 ttl=118 time=37,2 ms
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=3 ttl=118 time=23,7 ms
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=4 ttl=118 time=30,4 ms
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=5 ttl=118 time=26,4 ms
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=6 ttl=118 time=23,8 ms
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=7 ttl=118 time=46,0 ms
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=8 ttl=118 time=16,1 ms
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=9 ttl=118 time=45,3 ms
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=10 ttl=118 time=18,0 ms
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=11 ttl=118 time=22,3 ms
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=12 ttl=118 time=28,0 ms
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=13 ttl=118 time=20,7 ms
    64 byte từ fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=14 ttl=118 time=17,3 ms
    ^C
    --- google.com thống kê ping ---
    Truyền 14 gói, nhận 14 gói, mất gói 0%, thời gian 13019ms
    rtt tối thiểu/trung bình/tối đa/mdev = 16.143/27.570/46.096/9.255 ms
    

dấu vết

  • stackoverflow.com
    $ dấu vết stackoverflow.com
    1?: [LOCALHOST] pmtu 1500
    1: không trả lời
    
  • google.com
    $ dấu vết 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: không trả lời
    

Thật thú vị, quản trị viên của modem có khả năng thực hiện ping và "traceroute" cả hai đều hoạt động hoàn toàn tốt (ping ngắn, dấu vết đi qua) như thể không có vấn đề gì cả.

iwconfig

wlp58s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 192.168.0.52 netmask 255.255.255.0 phát sóng 192.168.0.255
        inet6 2a02:908:1866:6ce0:a0a4:8f72:2826:d298 tiền tốlen 64 phạm vi 0x0<toàn cầu>
        inet6 fe80::5230:74d:357d:7adc tiền tốlen 64 phạm vi 0x20<link>
        inet6 2a02:908:1866:6ce0:d570:b754:6e12:8475 tiền tốlen 64 phạm vi 0x0<toàn cầu>
        ether 9c:b6:d0:dc:58:19 txqueuelen 1000 (Ethernet)
        Gói RX 3276896 byte 2709012463 (2,7 GB)
        Lỗi RX 0 bị rớt 0 tràn 0 khung hình 0
        Gói TX 1563631 byte 613623237 (613,6 MB)
        Lỗi TX 0 bị rớt 0 tràn 0 sóng mang 0 va chạm 0

DNS

$ systemd-giải quyết --status
...
Liên kết 2 (wlp58s0)
      Phạm vi hiện tại: DNS
       Cài đặt LLMNR: có
Cài đặt MulticastDNS: không
      Cài đặt DNSSEC: không
    DNSSEC được hỗ trợ: không
         Máy chủ DNS: 192.168.0.1
                      2a02:908:2:a::1
                      2a02:908:2:b::1
          Tên miền DNS: ~.
                      Trang Chủ

Câu hỏi

Tôi có thể kiểm tra hoặc thay đổi điều gì khác để giúp giải quyết vấn đề không?

Cập nhật

Bây giờ có vẻ giống như sự cố ipv6 và ipv4 hơn

$ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) byte dữ liệu.
64 byte từ 8.8.8.8: icmp_seq=10 ttl=118 time=117 ms
64 byte từ 8.8.8.8: icmp_seq=11 ttl=118 time=58,7 ms
64 byte từ 8.8.8.8: icmp_seq=12 ttl=118 time=19,7 ms
64 byte từ 8.8.8.8: icmp_seq=13 ttl=118 time=17,3 ms
64 byte từ 8.8.8.8: icmp_seq=14 ttl=118 time=16,1 ms
64 byte từ 8.8.8.8: icmp_seq=15 ttl=118 time=27,5 ms
64 byte từ 8.8.8.8: icmp_seq=16 ttl=118 time=31,0 ms
64 byte từ 8.8.8.8: icmp_seq=17 ttl=118 time=22,2 ms
64 byte từ 8.8.8.8: icmp_seq=18 ttl=118 time=14,1 ms
64 byte từ 8.8.8.8: icmp_seq=73 ttl=118 time=1870 ms
64 byte từ 8.8.8.8: icmp_seq=74 ttl=118 time=847 ms
64 byte từ 8.8.8.8: icmp_seq=75 ttl=118 time=58,9 ms
64 byte từ 8.8.8.8: icmp_seq=76 ttl=118 time=14,5 ms
64 byte từ 8.8.8.8: icmp_seq=77 ttl=118 time=38,9 ms
64 byte từ 8.8.8.8: icmp_seq=78 ttl=118 time=45,6 ms
64 byte từ 8.8.8.8: icmp_seq=79 ttl=118 time=30,4 ms
^C
--- Thống kê ping 8.8.8.8 ---
Truyền 79 gói, nhận 16 gói, mất gói 79%, thời gian 79539ms
rtt tối thiểu/avg/max/mdev = 14.114/201.907/1870.953/473.976 ms, ống 2

so với truy cập google.com ở trên hoạt động trơn tru. Nếu tôi tắt ipv4 trong cài đặt kết nối, các trang web gặp sự cố https://stackoverflow.comhttps://github.com ngừng hoạt động hoàn toàn trong khi https://google.comhttps://gitlab.com tiếp tục làm việc mà không gặp vấn đề gì.

Điểm:0
lá cờ ph

Vì một số lý do, lưu lượng ipv4 giữa máy của tôi và bộ định tuyến không được thông suốt.

Tôi đã giải quyết được vấn đề bằng cách định tuyến lưu lượng ipv4 qua ipv6 bằng DNS64 công cộng.

câu trả lời này đã giúp tôi:

  • Nhấp vào biểu tượng Wi-Fi.
  • Bấm vào Chỉnh sửa kết nối...
  • Chọn SSID của bạn từ danh sách.
  • Bấm vào Chỉnh sửa...
  • Chọn Cài đặt IPv4 chuyển hướng
  • Biến đổi Phương pháp từ Tự động đến Vô hiệu hóa
  • Chọn Cài đặt IPv6 chuyển hướng
  • Thay đổi phương pháp từ Tự động đến Tự động, chỉ địa chỉ
  • điền vào máy chủ DNS trường có 2-3 địa chỉ DNS64

tôi đã sử dụng TREX cho DNS64, tại thời điểm viết bài này là

máy chủ định danh 2001:67c:2b0::4
máy chủ định danh 2001:67c:2b0::6

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.