ทุกๆ 10-15 นาทีการเชื่อมต่ออินเทอร์เน็ตของฉันล้มเหลวในลักษณะดังต่อไปนี้:

• ไม่สามารถโหลดเว็บไซต์
• ไม่สามารถเชื่อมต่อกับ Dropbox ได้
• ไม่สามารถเชื่อมต่อกับ IRC
• Skype ยังคงใช้งานได้
• หย่อนยังคงใช้งานได้
• ยังคงสามารถเชื่อมต่อกับเราเตอร์และโมเด็มของฉันได้

หลังจากค้นหามากฉันเชื่อว่านี่เป็นปัญหา DNS ฉันลองใช้ทั้งเซิร์ฟเวอร์ DNS ของ ISP และเซิร์ฟเวอร์ DNS ของ Google แล้ว แต่ปัญหายังคงอยู่

เมื่อฉันตัดการเชื่อมต่อจากเครือข่าย Wi-Fi ของฉันและเชื่อมต่อใหม่ปัญหาจะหายไปและทุกอย่างใช้เวลาประมาณ 10-15 นาที

นี่คือผลลัพธ์บางส่วนจากการpingทดสอบสองสามเมื่อปัญหาปรากฏขึ้น:

# ping 8.8.8.8 (Google's DNS server, becomes unreachable)

64 bytes from 8.8.8.8: icmp_seq=11589 ttl=41 time=61.719 ms
64 bytes from 8.8.8.8: icmp_seq=11590 ttl=41 time=61.869 ms
64 bytes from 8.8.8.8: icmp_seq=11591 ttl=41 time=60.212 ms
64 bytes from 8.8.8.8: icmp_seq=11592 ttl=41 time=60.332 ms
64 bytes from 8.8.8.8: icmp_seq=11593 ttl=41 time=65.169 ms
64 bytes from 8.8.8.8: icmp_seq=11594 ttl=41 time=61.890 ms
64 bytes from 8.8.8.8: icmp_seq=11595 ttl=41 time=59.746 ms
64 bytes from 8.8.8.8: icmp_seq=11596 ttl=41 time=60.221 ms
Request timeout for icmp_seq 11602
Request timeout for icmp_seq 11603
Request timeout for icmp_seq 11604
Request timeout for icmp_seq 11605
Request timeout for icmp_seq 11606
Request timeout for icmp_seq 11607
Request timeout for icmp_seq 11608
Request timeout for icmp_seq 11609

# ping 203.144.206.49 (ISP's DNS server, automatically configured, becomes unreachable)

64 bytes from 203.144.206.49: icmp_seq=1418 ttl=249 time=27.160 ms
64 bytes from 203.144.206.49: icmp_seq=1419 ttl=249 time=23.846 ms
64 bytes from 203.144.206.49: icmp_seq=1420 ttl=249 time=25.674 ms
64 bytes from 203.144.206.49: icmp_seq=1421 ttl=249 time=25.712 ms
64 bytes from 203.144.206.49: icmp_seq=1422 ttl=249 time=25.169 ms
64 bytes from 203.144.206.49: icmp_seq=1423 ttl=249 time=24.310 ms
64 bytes from 203.144.206.49: icmp_seq=1424 ttl=249 time=26.983 ms
64 bytes from 203.144.206.49: icmp_seq=1425 ttl=249 time=26.477 ms
Request timeout for icmp_seq 1428
Request timeout for icmp_seq 1429
Request timeout for icmp_seq 1430
Request timeout for icmp_seq 1431
Request timeout for icmp_seq 1432
Request timeout for icmp_seq 1433
Request timeout for icmp_seq 1434
Request timeout for icmp_seq 1435

# ping 192.168.1.1 (modem, remains reachable)

64 bytes from 192.168.1.1: icmp_seq=1760 ttl=64 time=1.571 ms
64 bytes from 192.168.1.1: icmp_seq=1761 ttl=64 time=1.414 ms
64 bytes from 192.168.1.1: icmp_seq=1762 ttl=64 time=1.421 ms
64 bytes from 192.168.1.1: icmp_seq=1763 ttl=64 time=1.439 ms
64 bytes from 192.168.1.1: icmp_seq=1764 ttl=64 time=1.600 ms
64 bytes from 192.168.1.1: icmp_seq=1765 ttl=64 time=2.117 ms
64 bytes from 192.168.1.1: icmp_seq=1766 ttl=64 time=1.354 ms
64 bytes from 192.168.1.1: icmp_seq=1767 ttl=64 time=1.395 ms
64 bytes from 192.168.1.1: icmp_seq=1768 ttl=64 time=1.492 ms
64 bytes from 192.168.1.1: icmp_seq=1769 ttl=64 time=1.326 ms
64 bytes from 192.168.1.1: icmp_seq=1770 ttl=64 time=1.641 ms
64 bytes from 192.168.1.1: icmp_seq=1771 ttl=64 time=1.428 ms
64 bytes from 192.168.1.1: icmp_seq=1772 ttl=64 time=1.459 ms
64 bytes from 192.168.1.1: icmp_seq=1773 ttl=64 time=1.517 ms
64 bytes from 192.168.1.1: icmp_seq=1774 ttl=64 time=1.429 ms
64 bytes from 192.168.1.1: icmp_seq=1775 ttl=64 time=2.007 ms

และนี่คือtracerouteทั้งเมื่อการเชื่อมต่อใช้งานได้และเมื่อไม่ได้เชื่อมต่อ:

# traceroute 8.8.8.8 (connection is working)

traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
 1  192.168.1.1 (192.168.1.1)  1.314 ms  3.256 ms  1.089 ms
 2  cm-134-196-10-1.revip18.asianet.co.th (134.196.10.1)  9.022 ms  9.922 ms  9.988 ms
 3  10.92.249.49 (10.92.249.49)  23.733 ms  16.544 ms  17.930 ms
 4  203-144-128-34.static.asianet.co.th (203.144.128.34)  23.399 ms  22.948 ms  23.950 ms
 5  203-144-128-33.static.asianet.co.th (203.144.128.33)  23.067 ms
    203-144-128-29.static.asianet.co.th (203.144.128.29)  25.810 ms
    203-144-128-33.static.asianet.co.th (203.144.128.33)  23.437 ms
 6  61-91-213-177.static.asianet.co.th (61.91.213.177)  25.623 ms  23.378 ms  24.319 ms
 7  61-91-213-35.static.asianet.co.th (61.91.213.35)  26.058 ms  26.429 ms  31.222 ms
 8  61-91-213-81.static.asianet.co.th (61.91.213.81)  25.335 ms  25.126 ms  23.935 ms
 9  tig-net25-61.trueintergateway.com (122.144.25.61)  24.232 ms
    tig-net25-105.trueintergateway.com (122.144.25.105)  27.276 ms
    tig-net25-209.trueintergateway.com (122.144.25.209)  28.039 ms
10  72.14.195.115 (72.14.195.115)  49.303 ms  49.605 ms  50.321 ms
11  209.85.242.240 (209.85.242.240)  49.322 ms  50.768 ms  49.716 ms
12  209.85.242.242 (209.85.242.242)  58.872 ms  60.480 ms
    209.85.242.232 (209.85.242.232)  67.498 ms
13  209.85.246.23 (209.85.246.23)  62.638 ms
    209.85.248.25 (209.85.248.25)  60.055 ms  60.914 ms
14  * * *
15  google-public-dns-a.google.com (8.8.8.8)  61.586 ms  60.368 ms  61.882 ms

# traceroute 8.8.8.8 (connection is NOT working)

traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 (it goes on like this until the connection kicks in again)

ความคิดใด ๆ วิธีการแก้ปัญหานี้?

โซลูชัน (24 พฤษภาคม 2558)

การเชื่อมต่อที่ไม่เสถียรกลายเป็นปัญหากับ Mac OS X Yosemite และเห็นได้ชัดว่าเป็นเรื่องปกติ มีโซลูชั่นที่มีศักยภาพมากมายที่จะแก้ไขปัญหานี้โพสต์ทั้งหมดผ่านทางอินเทอร์เน็ต แต่คนที่ทำงานให้ฉันพบในมีหัวข้อนี้อภิปรายแอปเปิ้ล

สารละลาย

ย้าย/Library/Preferences/SystemConfigurationโฟลเดอร์ของคุณไปที่เดสก์ท็อปของคุณ (เพื่อสำรองข้อมูล) และรีบูต OS X จะสร้างการตั้งค่าเครือข่ายเริ่มต้นใหม่เมื่อรีบูต

sudo mv /Library/Preferences/SystemConfiguration ~/Desktop
sudo shutdown -r now

แก้ไข (8 พ.ย. 2559)

ฉันย้ายไปแล้วตั้งแต่โพสต์คำถามนี้และปัญหาตามมาบ้านใหม่ของฉัน (ประเทศอื่น, ISP ที่แตกต่างกัน) ฉันสังเกตเห็นว่าฉันสามารถใช้แล็ปท็อปของฉันกับ Wi-Fi ของคนอื่นได้โดยไม่มีปัญหา แต่ทันทีที่ฉันกลับถึงบ้านปัญหาก็ปรากฏขึ้นอีกครั้ง

การเชื่อมต่อที่ไม่เสถียรกลายเป็นปัญหากับเราเตอร์ราคาถูกที่ ISP บางรายให้ไว้

ISP เดิมของฉันให้หน่วย Technicolor ที่ได้รับการตรวจสอบไม่ดีและ ISP ปัจจุบันของฉันให้หน่วย Cisco โบราณ ทันทีที่ฉันซื้อเราเตอร์ที่ดีปัญหาจะหายไปทันทีและไม่ได้รับคืนตั้งแต่เปลี่ยนเป็นเราเตอร์ใหม่เมื่อ 2 เดือนที่แล้ว

สารละลาย

ซื้อเราเตอร์ที่ดีและใช้งานกับ Wi-Fi ของคุณ

สำหรับการอ้างอิงเราเตอร์ที่ฉันซื้อคือ ASUS RT-AC68U: https://www.asus.com/us/Networking/RTAC68U/

ฉันเดาว่ามันเป็นปัญหาของเราเตอร์ ตรวจสอบให้แน่ใจว่าคุณได้ติดตั้งเฟิร์มแวร์ล่าสุดหรือลองเราเตอร์อื่นที่ใช้งานได้

ฉันมีปัญหาเกี่ยวกับการตัดการเชื่อมต่ออินเทอร์เน็ตช้าและปัญหาโมเด็มดังนั้นนี่คือสิ่งที่ฉันทำ:

• ก่อนหน้า พ.ย. 2014 ฉันมีโมเด็ม SB6121 และ Comcast Blast 50/10 และไม่เรียกคืนปัญหาใด ๆ กับการยกเลิกการเชื่อมต่อหรือความเร็ว

• ในเดือนพฤศจิกายน 2014 (ฉันคิดว่า) ฉันอัปเกรดเป็น extrem 105 และเริ่มมีปัญหาการตัดการเชื่อมต่อแบบสุ่ม (โมเด็มไม่ดี ??)

• มกราคม 2015 อัพเกรดโมเด็มเป็น SB6141 ยังคงมีปัญหาการตัดการเชื่อมต่อแบบสุ่ม (แย่กว่า SB6121) การหมดเวลา t4 จำนวนมากในการอัปโหลดช่อง 3 และข้อผิดพลาดอื่น ๆ

• เมษายนหรือพฤษภาคมฉันมีเทคโนโลยี comcast มาและตรวจสอบสิ่งต่างๆ เทคโนโลยีกล่าวว่าเขาไม่สามารถเห็นปัญหาใด ๆ ในตอนท้าย แต่ก็ไม่สามารถรับโมเด็มคอมคาสท์ให้ทำงานได้ดีขึ้นดังนั้นเขาจึงเรียกคืน SB6141 และออกไป (ค่าใช้จ่ายฉัน $ 70) ยังมีการยกเลิกการเชื่อมต่อแบบสุ่ม อาจเป็นโมเด็มที่ไม่ดี ???

• 05/20/2015 ติดตั้งโมเด็ม Zoom 5341J หน้าสถานะที่ตรวจสอบแล้วและพบว่ามีเพียง 4 ใน 8 ช่องสัญญาณขาลงเท่านั้นที่ถูกผูกมัด แต่อินเทอร์เน็ตก็โอเค แต่คำรหัสที่ไม่สามารถแก้ไขได้สูงมาก

   Downstream Bonded Channels
  1   QAM256  621000000 Hz    -0.8 dBmV   39.8 dB 615 1643
  2   QAM256  615000000 Hz    -1.3 dBmV   39.4 dB 810 1634
  3   QAM256  627000000 Hz    -0.1 dBmV   39.9 dB 522 1520
  4   QAM256  633000000 Hz    -0.6 dBmV   39.9 dB 520 1916
  5   unknown         0 Hz    -0.0 dBmV    0.0 dB   0    0
  6   unknown         0 Hz    -0.0 dBmV    0.0 dB   0    0
  7   unknown         0 Hz     0.0 dBmV    0.0 dB   0    0
  8   unknown         0 Hz     0.0 dBmV    0.0 dB   0    0
  
  Upstream Bonded Channels
  
  1   ATDMA   5120 Ksym/sec   29500000 Hz 46.8 dBmV
  2   ATDMA   5120 Ksym/sec   36400000 Hz 37.5 dBmV
  3   ATDMA   5120 Ksym/sec   22600000 Hz 36.5 dBmV
  4   Unknown  0 Ksym/sec        0 Hz  0.0 dBmV
  Total Correctables  Total Uncorrectables
             2467           6713
  
  Current System Time: Wed May 20 08:15:48 201
  

• ทำการแชทด้วย Comcast เพื่อหาสาเหตุว่าทำไมมีเพียง 4 แชนเนลแทนที่จะเป็น 8 และบอกว่าโมเด็มอาจถูกตั้งค่าเป็น 5341 ไม่ใช่ 5341J และจำเป็นต้องเปิดใช้งานอีกครั้งดังนั้นฉันจึงจำเป็นต้องโทร comcast ฉันทำและในที่สุดหลังจากผ่านไป 30 นาทีขึ้นไปทางโทรศัพท์เทคโนโลยีกล่าวว่าฉันควรเห็นการเปลี่ยนแปลงภายใน 24 ชั่วโมง หนึ่งชั่วโมงต่อมาฉันตรวจสอบหน้าสถานะและพบว่าช่องทั้งหมด 8 ช่องถูกผูกมัด ไม่มีปัญหาอินเทอร์เน็ต

• แทนที่สายเคเบิลทั้งหมดจากการดรอปด้านนอกไปยังโมเด็มด้วยสายเคเบิล RG6 พบว่าสายเก่ามีขั้วต่อประกบกัน 2 อันในสาย เพียงตรวจสอบให้แน่ใจว่าสายเคเบิลไม่ได้ทำให้เกิดปัญหาใด ๆ

• 05/21/15 AM แปลกสำหรับฉัน แต่ฉันสังเกตว่าระดับพลังงานดาวน์สตรีมสูงมาก + 12db ถึง + 16db ก่อนที่จะเปลี่ยนสายเคเบิลระดับดังกล่าวข้างต้น ดูเหมือนว่าการเปลี่ยนแปลงอาจเกิดจากการเปลี่ยนสายเคเบิลดังนั้นฉันจึงเพิ่มตัวลดทอนสัญญาณ 12db ลงและสิ่งนี้ทำให้ระดับพลังงานลดลงไปที่:

  Downstream Bonded Channels
  1   QAM256  591000000 Hz    -2.3 dBmV   39.4 dB 38  195
  2   QAM256  597000000 Hz    -2.1 dBmV   39.4 dB 0   0
  3   QAM256  603000000 Hz    -1.1 dBmV   39.9 dB 0   0
  4   QAM256  609000000 Hz    -0.1 dBmV   39.9 dB 0   0
  5   QAM256  615000000 Hz    -0.1 dBmV   39.8 dB 0   0
  6   QAM256  621000000 Hz    -0.1 dBmV   39.9 dB 0   0
  7   QAM256  627000000 Hz     0.4 dBmV   39.9 dB 0   0
  8   QAM256  633000000 Hz     0.2 dBmV   39.5 dB 0   0
  

  ระดับพลังงานต้นน้ำดูเหมือนสูงสำหรับฉัน (อาจเป็นเพราะตัวลดทอนสัญญาณ) แต่อยู่ในสเปค

  Upstream Bonded Channels
  
  1   ATDMA   5120 Ksym/sec   22600000 Hz 44.5 dBmV
  2   ATDMA   5120 Ksym/sec   29500000 Hz 46.0 dBmV
  3   ATDMA   5120 Ksym/sec   36400000 Hz 46.0 dBmV
  4   Unknown  0 Ksym/sec        0 Hz  0.0 dBmV
  

• 05/21/15 บ่ายดังนั้นไม่มีปัญหาอินเทอร์เน็ตอื่นนอกจาก codewords ที่ไม่สามารถแก้ไขได้ (195) ไม่แน่ใจว่านี่จะเป็นปัญหาหรือไม่

  ผลลัพธ์หน้าสถานะใหม่:

  Downstream Bonded Channels
  1   QAM256  591000000 Hz    -2.3 dBmV   39.4 dB 38  195
  2   QAM256  597000000 Hz    -2.0 dBmV   39.5 dB 0   0
  3   QAM256  603000000 Hz    -1.1 dBmV   39.8 dB 0   0
  4   QAM256  609000000 Hz     0.0 dBmV   40.2 dB 0   0
  5   QAM256  615000000 Hz    -0.1 dBmV   39.9 dB 0   0
  6   QAM256  621000000 Hz    -0.2 dBmV   39.9 dB 0   0
  7   QAM256  627000000 Hz     0.3 dBmV   39.9 dB 0   0
  8   QAM256  633000000 Hz     0.2 dBmV   39.9 dB 0   0
  
  
  Upstream Bonded Channels
  
  1   ATDMA   5120 Ksym/sec   22600000 Hz 44.5 dBmV
  2   ATDMA   5120 Ksym/sec   29500000 Hz 46.0 dBmV
  3   ATDMA   5120 Ksym/sec   36400000 Hz 46.0 dBmV
  4   Unknown  0 Ksym/sec        0 Hz  0.0 dBmV
  

  ผลการทดสอบความเร็ว 111 ลง 23.41 ขึ้นไปโดยใช้การเชื่อมต่อไร้สายจากเราเตอร์ R8000 ห่างออกไป 40 ฟุต มีความสุขจนถึงตอนนี้ฉันไม่มั่นใจว่ามันจะคงที่ ถ้าไม่ฉันจะสงสัยว่ามีปัญหากับสายไปที่เสาหรือสายเพื่อ comcast หัวท้าย เพียงแค่คาดเดา แต่เวลาจะบอก

• 05/22/2015 บันทึกเหตุการณ์ว่างเปล่า (ยอดเยี่ยม) และผลการทดสอบความเร็ว 118.4 ลง 23.4 ขึ้นไป

  สถานะการเชื่อมต่อ ณ เช้านี้คำพูดที่ไม่สามารถแก้ไขได้จะสูงขึ้น แต่ลูกชายของฉันเล่น World of Tanks นานกว่า 5 ชั่วโมงในขณะที่หลานชายของฉันเล่น Minecraft และคลิป YouTube จำนวนมากเป็นเวลา 6 ชั่วโมงขึ้นไป ในเวลาเดียวกันฉันและภรรยาของฉันทั้งคู่อยู่บนอินเทอร์เน็ตและมีการเล่นภาพยนตร์ netfilx ในเวลาเดียวกัน ไม่มีใครบ่นปัญหาใด ๆ จนถึงตอนนี้ดีมาก

  Downstream Bonded Channels
  1   QAM256  591000000 Hz    -2.2 dBmV   39.6 dB 539 2770
  2   QAM256  597000000 Hz    -2.0 dBmV   39.8 dB 202 957
  3   QAM256  603000000 Hz    -1.1 dBmV   39.9 dB 0   0
  4   QAM256  609000000 Hz    -0.1 dBmV   40.3 dB 0   0
  5   QAM256  615000000 Hz    -0.1 dBmV   39.8 dB 0   0
  6   QAM256  621000000 Hz    -0.1 dBmV   39.9 dB 0   0
  7   QAM256  627000000 Hz     0.4 dBmV   40.0 dB 0   0
  8   QAM256  633000000 Hz     0.2 dBmV   39.9 dB 0   0
  
  
  Upstream Bonded Channels
  
  1   ATDMA   5120 Ksym/sec   22600000 Hz 44.5 dBmV
  2   ATDMA   5120 Ksym/sec   29500000 Hz 46.0 dBmV
  3   ATDMA   5120 Ksym/sec   36400000 Hz 46.0 dBmV
  4   Unknown    0 Ksym/sec          0 Hz  0.0 dBmV
  

นี่เป็นสคริปต์เล็ก ๆ ที่ฉันใช้เมื่อพบปัญหานี้:

#!/bin/sh

while [ true ]
do

    ping -W 500 -c 1 192.168.1.1

    if [ $? -eq 2 ]
    then
        arp-scan -l -I en0
    else
        sleep 1
    fi
done

ฉันหวังว่าสิ่งนี้จะช่วยให้คุณบางคน