จะบอกได้อย่างไรว่ามันเป็นปัญหาของคุณหรือ ISP ของคุณมีปัญหา


16

ฉันชื่อเดิมว่า "จะบอกได้อย่างไรว่าอินเทอร์เน็ตของคุณล่มหรือเครือข่ายของคุณเพิ่งจะเมา" และ AI ของเจฟฟ์บอกว่าคำถามนี้อาจจะถูกปิด

อย่างไรก็ตามบางคนที่นี่อยู่ในโทรศัพท์กับ ISP เสมอและมักเป็นความผิดของเรา อะไรคือเทคนิคที่ดีที่สุดในการบอกว่าคุณมีปัญหาหรือมีปัญหา

ฉันรู้ว่านี่อาจเป็นคำถามแบบครอบคลุมมากเกินไป แต่ในกรณีที่มีเวลาแฝงเป็นระยะ ๆ และยกเลิกการเชื่อมต่อ (ไม่ใช่แค่ภาพรวมขาดหายไปเท่านั้น (เช่นไม่สามารถปิง google.com]) คุณทำอะไรก่อนโทร ISP

คำตอบ:


6

เว็บไซต์ทดสอบที่มีประโยชน์คือ: http://downforeveryoneorjustme.com/

Pings และ traceroutes เป็นการทดสอบแรกและดีที่สุดเมื่อเริ่มต้นการตรวจสอบประเภทนี้ ไฟร์วอลล์อาจปิดกั้นการรับส่งข้อมูลนี้

อย่าหยุดแค่ปิงปกติ ลองping <ip address> -l 2048ส่งแพ็กเก็ตขนาดใหญ่และตรวจสอบให้แน่ใจว่าไม่ใช่ปัญหาการแตกแฟรกเมนต์ / MTU

ตรวจสอบการใช้ประโยชน์หลอดของคุณอาจเต็ม


2
www.keynote.com ยังให้ข้อมูลที่มีประโยชน์มากมายรวมถึงเว็บไซต์ www.internethealthreport.com
gharper

Jeff Atwood พูดถึงเว็บไซต์นี้just-ping.com/index.phpในคำถามนี้ ( serverfault.com/questions/42678/ … ) ซึ่งอาจเป็นประโยชน์สำหรับการทดสอบจากมุมมองทั่วโลก
ปีเตอร์

@ Peter: เมื่อฉันลองคำสั่งที่คุณแนะนำฉันไม่เคยได้รับอะไรเลย อาจมีการ จำกัด ขนาด 1024 ถึงขนาดบัฟเฟอร์ของเซิร์ฟเวอร์ ping หรือไม่
jvriesem

@ jvriesem โฮสต์หรือไฟร์วอลล์ตามเส้นทางอาจถูกตั้งค่าให้ไม่ตอบสนองต่อการปิง ลองใช้คำสั่ง ping & traceroutes เป็นประจำ
ปีเตอร์

ฉันใช้ isup.me สั้นกว่ามาก
briankip

15

สิ่งที่ฉันตรวจสอบเมื่อแก้ไขปัญหาเครือข่ายกับผู้ให้บริการ โปรดทราบที่นี่ว่า 'ping' หมายถึง 'ทำ ping ที่ขยายขยายขนาดและส่งอย่างน้อย 1,000 แพ็คเก็ตในแต่ละขนาดโดยมองหาเวลาแฝงการสูญเสียและข้อผิดพลาด'

  1. Ping ISP ของคุณแยกจากอุปกรณ์บนซับเน็ตเดียวกัน (ยืนยันว่าไม่มีปัญหา L2 ระหว่างคุณกับ ISP ของคุณ)
  2. Ping ISP ของคุณแยกจากอุปกรณ์หนึ่งในซับเน็ตภายในของคุณ (ยืนยันว่าคุณไม่มีปัญหาการกำหนดเส้นทาง / ความปลอดภัยระหว่างเครือข่ายภายในและ ISP ของคุณ)
  3. Ping IP ในเครือข่ายผู้ให้บริการของคุณ หากคุณไม่สามารถหาที่อยู่ในรายการสาธารณะหรือผู้ให้ความช่วยเหลือจะไม่ให้คุณทำ traceroute กับบางสิ่งบางอย่างในอินเทอร์เน็ตและใช้ hop ที่สองหรือสาม สิ่งนี้เป็นการยืนยันว่าการกำหนดเส้นทางระหว่างคุณกับ ISP ของคุณได้รับการกำหนดค่าอย่างถูกต้อง
  4. ping อินเทอร์เน็ตIP ปกติแล้วฉันจะใช้ 4.2.2.1 ซึ่งเป็นหนึ่งในเซิร์ฟเวอร์ DNS ของ Level3 ที่สามารถจดจำได้ง่าย สิ่งนี้เป็นการยืนยันว่าการกำหนดเส้นทางจาก ISP ของคุณไปยัง IP เฉพาะที่คุณ pinged ได้รับการกำหนดค่าอย่างถูกต้อง
  5. ping อินเทอร์เน็ตชื่อโดเมน สิ่งนี้ยืนยันว่าการกำหนดค่า DNS ของผู้ให้บริการของคุณถูกต้อง

หากขั้นตอนที่ 1 หรือ 2 ล้มเหลวเป็นไปได้มากว่าปัญหาในเครือข่ายภายในของคุณ

หากขั้นตอนที่ 3 ล้มเหลวแสดงว่ามีปัญหาในเครือข่ายผู้ให้บริการของคุณ อย่างไรก็ตามโปรดทราบว่าหากคุณไม่ได้รับการตอบสนองใด ๆ ISP ของคุณอาจบล็อก ICMP ไปยัง / จากที่อยู่โครงสร้างพื้นฐานของพวกเขา

ขั้นตอนที่ 4 การล้มเหลวบ่งชี้ถึงปัญหาที่อาจเกิดขึ้นระหว่าง ISP ของคุณและหนึ่งในผู้ให้บริการต้นน้ำของพวกเขา

ขั้นตอนที่ 5 ล้มเหลวระบุถึงปัญหาเกี่ยวกับการจำแนกชื่อ

หวังว่าจะช่วย


นี่เป็นขั้นตอนที่ค่อนข้างดีสำหรับฝ่ายให้ความช่วยเหลือของคุณในการจัดทำเอกสารเพื่อเปิดตั๋วกับผู้ให้บริการแบบโต้ตอบก่อนที่จะโทรไปยังผู้ดูแลระบบเครือข่ายเพื่อยืนยัน ยินดีเสมอที่จะให้ ISP แจ้งเตือนโดยเร็วเมื่อธุรกิจออฟไลน์
sclarson

ฉันจะรู้ได้อย่างไรว่า "hand-off" ของ ISP ของฉันคืออะไร
jvriesem

2

นอกจากนี้ยังเป็นการดีที่จะตรวจสอบจำนวนการเชื่อมต่อ TCP ด้วยเช่นกัน

แอปพลิเคชั่นบางตัวอาจวางไข่การเชื่อมต่อ TCP จำนวนมากพร้อมกันและทำให้คุณไม่สามารถสร้างการเชื่อมต่อใหม่ได้ แต่การเชื่อมต่อที่มีอยู่เช่น SSH ยังคงดำเนินต่อไป

โมเด็ม DSL สามารถทำให้หายใจไม่ออกบนการเชื่อมต่อมากมาย

สิ่งนี้มักจะมีผลกับเครื่อง Windows


1

เราพบปัญหากับ ISP ของเราและเครื่องมือPing Plotterมีประโยชน์มาก คุณสามารถตั้งค่าให้ ping เราเตอร์ที่อินเทอร์เน็ตเกตเวย์ของ ISP หรือในตัวอย่างของเราเราบอกให้ ping จากสำนักงานภูมิภาคกลับไปที่สำนักงานของ บริษัท ในตัวอย่างนี้มันจะผ่าน ISP ที่ต่างกันสองสามแห่ง ดีที่สุดของทั้งหมดที่คุณสามารถตั้งค่าบนเดสก์ท็อปเก่าหรือเครื่องเสมือนและปล่อยให้มีนั่งเก็บข้อมูลจนกว่าคุณต้องการ

เพราะมันแสดงให้เห็นเราเตอร์แต่ละตัวในเส้นทางและเวลาที่เราเตอร์แต่ละตัวนั้นกลับมาตอบสนองมันมีประโยชน์มากที่จะพบปัญหาในจุดที่ไกลออกไปมากขึ้น


การสูบบุหรี่สามารถใช้ในลักษณะที่คล้ายกันแม้ว่าคุณจะต้องเพิ่มโฮสต์หลายรายการในเส้นทางเนื่องจากไม่ใช้ traceroute เพียง ping
LapTop006

0
  1. ตรวจสอบสวิตช์และเราเตอร์ของคุณเพื่อดูว่ามีการชนหรือการจราจรสูงหรือไม่
  2. ลองเสียบเครื่องเดียวกับเราเตอร์ขาออกของคุณเพื่อดูว่าปัญหาหายไปหรือไม่

0

มีเครื่องมือที่ยอดเยี่ยมและใช้งานง่ายบน linux ที่เรียกว่า MTR (ย่อมาจาก My Trace Route) ซึ่งจะแสดงให้คุณเห็นถึงการสูญหายของแพ็กเก็ตในทุกขั้นตอนของเส้นทางและยังสามารถช่วยคุณตามล่าหาเส้นทาง


0

เครื่องมือที่ดีที่สุดคือวิธีการทางวิทยาศาสตร์ จัดทำสมมติฐานเกี่ยวกับสาเหตุของปัญหา เขียนมันลง. กำหนดการทดลองที่จะทดสอบสมมติฐาน เขียนมันลง. ทำการทดลอง เขียนผลลัพธ์ลงไป หากการทดสอบยืนยันสมมติฐานแสดงว่าคุณทำเสร็จแล้ว หากไม่สามารถยืนยันสมมติฐานได้คุณต้องมีสมมติฐานใหม่ หากไม่สามารถสรุปได้คุณต้องมีการทดสอบใหม่


-1

หากคุณสามารถ ping ผ่านเราเตอร์ของคุณอาจเป็นความผิดของพวกเขา หากคุณทำไม่ได้แสดงว่าเป็นของคุณ ใช้ tracert เพื่อหาตำแหน่งที่แพ็กเก็ตตกลง


-3

ลองกระตุกเว็บไซต์ขาออกใด ๆ หากคุณสามารถทำได้ทุกอย่างดีในเครือข่ายของคุณ ติดต่อ ISP ของคุณ


1
ฉันสามารถคิดได้หลายสถานการณ์ว่าคำสั่งนี้ผิดโดยพื้นฐาน
สเวน
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.