การวินิจฉัยเครือข่ายท้องถิ่น องค์กรของการวินิจฉัยเครือข่ายคอมพิวเตอร์

บทความนี้มีไว้สำหรับผู้ที่เข้าใจว่าที่อยู่ IP, DNS และเกตเวย์เครือข่ายหลักคืออะไร และยังคุ้นเคยกับข้อกำหนดของผู้ให้บริการ การ์ดเครือข่าย ฯลฯ ภาพรวมของข้อกำหนดเหล่านี้อาจมีการเผยแพร่แยกกัน

เนื่องจากบทความนี้เขียนขึ้นสำหรับผู้ชมจำนวนมากตั้งแต่ผู้ใช้ Windows ธรรมดาไปจนถึงผู้ดูแลระบบ UNIX มือใหม่หรือผู้ใช้ MacOS ฉันจึงตัดสินใจเน้น 2 ส่วน ในส่วนแรกของบทความฉันจะพูดถึงวิธีการตรวจจับและกำจัดข้อผิดพลาดของเครือข่ายโดยใช้ระบบปฏิบัติการ Windows ในส่วนที่สอง - การใช้ระบบปฏิบัติการที่คล้าย UNIX เช่น Linux, FreeBSD, MacOS ดังนั้นอินเทอร์เน็ตจึงไม่ทำงานสำหรับคุณ ไม่เหมือนเพื่อนร่วมงาน เพื่อนบ้าน ภรรยาที่ทำงานผ่านเราเตอร์/เซิร์ฟเวอร์เดียวกัน ฯลฯ จะทำอย่างไร?

การวินิจฉัยและกำจัดข้อผิดพลาดของเครือข่ายโดยใช้เครื่องมือ Windows OS มาตรฐาน

ก่อนอื่นเราต้องมีเครื่องมือที่ใช้งานได้ ขอย้ำอีกครั้งว่าเราจะไม่ติดตั้งโปรแกรมของบุคคลที่สามใดๆ เราจะใช้เฉพาะสิ่งที่รวมอยู่ในระบบปฏิบัติการเท่านั้น เรามาเริ่ม Command Line กันดีกว่า สำหรับคนที่ไม่รู้ นี่คือหน้าต่างสีดำ ตัวอักษรสีขาว มันอยู่ในเมนู Start->โปรแกรมทั้งหมด->อุปกรณ์เสริม->พร้อมรับคำสั่ง คุณสามารถเรียกมันได้อย่างรวดเร็วโดยค้นหาใน Windows7/Windows8 โดยใช้วลี คำสั่งหรือ Start->Run->cmd ใน WindowsXP

เคอร์เซอร์กะพริบบอกเราว่าโปรแกรมพร้อมที่จะป้อนคำสั่งแล้ว เราจะป้อนคำสั่งเหล่านี้ทั้งหมดโดยไม่ใส่ใจกับสิ่งที่เขียนไว้ข้างหน้าเคอร์เซอร์นี้

ขั้นตอนที่ 1: ตรวจสอบสภาพของอุปกรณ์และการมีอยู่ของการเชื่อมต่อ (สายเคเบิล)

คำสั่ง ipconfig รับผิดชอบทั้งหมดนี้ พิมพ์ ipconfig / ทั้งหมด แล้วกด Enter เราจะรับสมัครทีมที่เหลือในลักษณะเดียวกัน โปรดทราบว่าคำสั่ง ipconfig นั้นเปิดตัวพร้อมกับพารามิเตอร์ทั้งหมด ซึ่งจะต้องคั่นด้วยช่องว่างและเครื่องหมายทับ / หลังจากตอบสนองต่อคำสั่ง ipconfig ระบบจะแสดงข้อมูลหลายหน้าจอให้เราทราบเพื่อวิเคราะห์และแก้ไขปัญหาเครือข่ายอย่างถูกต้อง

ดังที่คุณเห็นในภาพหน้าจอ ระบบได้คืนการตั้งค่าสำหรับอะแดปเตอร์เครือข่ายแต่ละตัว หากคุณมีเพียงประโยคนี้ การตั้งค่าโปรโตคอล IP สำหรับ Windows ซึ่งหมายความว่าไม่พบอะแดปเตอร์เครือข่ายในระบบเลย: ตัวเลือกที่เป็นไปได้ ได้แก่ ความล้มเหลวของฮาร์ดแวร์ การขาดไดรเวอร์ หรือการปิดระบบฮาร์ดแวร์ เช่น ปุ่มบนแล็ปท็อปที่ปิดเครือข่ายไร้สาย

เนื่องจากฉันมีแล็ปท็อป จึงตรวจพบอะแดปเตอร์เครือข่ายที่มีอยู่หลายตัว ฉันจะเน้นเป็นพิเศษ

ตัวอย่างเช่น ในกรณีของฉัน ใช้กับเครือข่ายแบบมีสายโดยเฉพาะในสาย สภาวะสิ่งแวดล้อมวลีนั้นปรากฏขึ้น สื่อการส่งผ่านไม่พร้อมใช้งาน ซึ่งหมายความว่ามีพอร์ตสายเคเบิล/ซ็อกเก็ต/สวิตช์ที่ไม่ได้เชื่อมต่อหรือเสียหาย ฯลฯ หากมีการเชื่อมต่อทางกายภาพ เช่น ในเครือข่าย Wi-Fi ของฉัน การตั้งค่าพื้นฐานจะปรากฏขึ้น (เราจะพิจารณาเพียงบางส่วนเท่านั้น):

  • คำอธิบาย: ตามกฎแล้วจะมีการระบุอะแดปเตอร์เครือข่ายที่กำหนดโดยระบบ (อะแดปเตอร์เสมือนเช่น Microsoft Virtual ฯลฯ ไม่สมเหตุสมผลที่จะพิจารณาเลยเราต้องการเพียงอะแดปเตอร์จริงเท่านั้น)
  • เปิดใช้งาน DHCP แล้ว: พารามิเตอร์สำคัญที่ระบุว่าได้รับที่อยู่อย่างไร: โดยอัตโนมัติผ่าน DHCP (จะมีค่า ใช่) หรือตั้งค่าด้วยตนเอง (ค่าจะเป็น เลขที่);
  • ที่อยู่ IPv4: ที่อยู่ IP ในเครือข่าย TCP/IP เป็นหนึ่งในสามพารามิเตอร์ที่สำคัญที่สุดที่เราจะต้องใช้ในอนาคต
  • ซับเน็ตมาสก์: พารามิเตอร์ที่สำคัญอีกประการหนึ่ง
  • เกตเวย์หลัก: พารามิเตอร์สำคัญตัวที่ 3 – ตามกฎแล้วที่อยู่ของเราเตอร์/เกตเวย์ของผู้ให้บริการจะตรงกับเซิร์ฟเวอร์ DHCP หากได้รับการตั้งค่าโดยอัตโนมัติ
  • เซิร์ฟเวอร์ DNS: ที่อยู่ของเซิร์ฟเวอร์ที่แก้ไขชื่อโฮสต์เป็นที่อยู่ IP

ขั้นตอนที่ 2: ตรวจสอบว่าที่อยู่ IP ถูกต้อง

ในกรณีที่ได้รับการตั้งค่าของคุณโดยอัตโนมัติ (เปิดใช้งานตัวเลือก DHCP - ใช่) แต่ไม่ได้กรอกพารามิเตอร์ เกตเวย์หลักและ เซิร์ฟเวอร์ DNSบริการ DHCP ไม่ทำงานบนเราเตอร์หรือเซิร์ฟเวอร์ ในกรณีนี้ คุณต้องตรวจสอบให้แน่ใจว่าเราเตอร์เปิดอยู่ (อาจลองรีบูตเครื่อง) ในกรณีของเซิร์ฟเวอร์ ว่าบริการ DHCP กำลังทำงานอยู่และกำหนดที่อยู่

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

  • ipconfig /release – เพื่อรีเซ็ตการตั้งค่าอัตโนมัติทั้งหมด
  • ipconfig /renew – เพื่อรับการตั้งค่าอัตโนมัติ

จากผลของทั้งสองคำสั่ง เราจะได้ผลลัพธ์ที่คล้ายกับผลลัพธ์ของคำสั่ง ipconfig /all งานของเราคือตรวจสอบให้แน่ใจว่าได้กรอกที่อยู่ IPv4, Subnet Mask, เกตเวย์เริ่มต้น และเซิร์ฟเวอร์ DNS แล้ว หากกำหนดการตั้งค่าด้วยตนเอง ตรวจสอบให้แน่ใจว่าได้กรอกที่อยู่ IPv4, ซับเน็ตมาสก์, เกตเวย์เริ่มต้น และเซิร์ฟเวอร์ DNS แล้ว ในกรณีอินเทอร์เน็ตที่บ้าน การตั้งค่าเหล่านี้อาจระบุไว้ในข้อตกลงกับผู้ให้บริการ

ขั้นตอนที่ 3: ตรวจสอบความพร้อมของอุปกรณ์ของคุณและอุปกรณ์ของผู้ให้บริการ

หลังจากได้รับการตั้งค่าทั้งหมดแล้ว จำเป็นต้องตรวจสอบการทำงานของอุปกรณ์ อย่างไรก็ตาม เครือข่ายทั้งหมดเป็นลูกโซ่ของเกตเวย์ อันแรกคืออันหนึ่ง เกตเวย์หลัก ซึ่งคำสั่ง ipconfig ให้เราอันถัดไปคือเกตเวย์ซึ่งเป็นเกตเวย์หลักสำหรับผู้ให้บริการและอื่น ๆ จนกว่าเราจะไปถึงโหนดที่ต้องการบนอินเทอร์เน็ต

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

  1. คอมพิวเตอร์ของคุณ (ที่อยู่ IPv4) การตอบกลับแสดงว่าการ์ดเครือข่ายใช้งานได้
  2. เราเตอร์หรือเซิร์ฟเวอร์ที่ทำหน้าที่เป็นเกตเวย์อินเทอร์เน็ต (Primary Gateway) การมีอยู่ของการตอบสนองบ่งชี้ว่าคอมพิวเตอร์ได้รับการกำหนดค่าอย่างถูกต้องให้ทำงานบนเครือข่ายท้องถิ่นและสามารถเข้าถึงเกตเวย์ได้ การไม่มีการตอบสนองบ่งชี้ว่าการตั้งค่าไม่ถูกต้องหรือเราเตอร์/เซิร์ฟเวอร์ไม่ทำงาน
  3. IP ของคุณอยู่กับผู้ให้บริการ (โดยปกติจะระบุไว้ในข้อตกลงกับผู้ให้บริการ - การตั้งค่า, ที่อยู่ IP) การมีอยู่ของการตอบสนองบ่งชี้ถึงการกำหนดค่าที่ถูกต้องของคอมพิวเตอร์ เราเตอร์/เซิร์ฟเวอร์ของคุณ การไม่มีการตอบสนองบ่งชี้ว่าการกำหนดค่าเราเตอร์ไม่ถูกต้องหรือเกตเวย์/ปัญหาของผู้ให้บริการที่ไม่สามารถเข้าถึงได้ในฝั่งของผู้ให้บริการ
  4. DNS (เซิร์ฟเวอร์ DNS) การมีอยู่ของการตอบสนองบ่งบอกถึงการทำงานที่ถูกต้องของโปรโตคอลเครือข่าย - หากในกรณีนี้อินเทอร์เน็ตใช้งานไม่ได้ ปัญหาส่วนใหญ่อยู่ที่ระบบปฏิบัติการเอง การติดไวรัส การบล็อกซอฟต์แวร์ ทั้งในส่วนของผู้ให้บริการและ คอมพิวเตอร์/เกตเวย์นั่นเอง
  5. ที่อยู่ IP ของโฮสต์ที่ทำงานบนเครือข่าย เช่น ฉันใช้เซิร์ฟเวอร์ Google DNS - 8.8.8.8 การตอบสนองบ่งชี้การทำงานที่ถูกต้องของอุปกรณ์เครือข่ายทั้งในส่วนของคุณและของผู้ให้บริการ การขาดการตอบสนองบ่งชี้ถึงข้อผิดพลาดซึ่งได้รับการวินิจฉัยเพิ่มเติมโดยการติดตาม
  6. URL ของไซต์ใดๆ เช่น yandex.ru การขาดการตอบสนองอาจบ่งชี้ว่าบริการจดจำที่อยู่ไม่ทำงานหากไม่สามารถแปลง URL เป็นที่อยู่ IP ได้ นี่น่าจะเป็นปัญหากับบริการไคลเอ็นต์ DNS ที่ถูกปิดใช้งานใน Windows บนพีซีของคุณ หรือทำงานไม่ถูกต้อง

สำหรับตัวอย่างนี้ คำสั่งต่อไปนี้จะถูกดำเนินการ

หากการทดสอบเป็นบวก จำนวนแพ็กเก็ตที่ส่งและรับจะปรากฏขึ้น รวมถึงเวลาที่แพ็กเก็ตใช้เพื่อเข้าถึงโหนดเครือข่าย

ข้อผิดพลาดทั่วไปมีลักษณะเช่นนี้

ขั้นตอนที่ 4: การทดสอบการติดตาม

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

ในการรันคุณต้องใช้คำสั่ง Tracet ในตัวอย่างนี้ ฉันจะทดสอบไซต์ yandex.ru:

ขั้นตอนแรกแก้ไขโฮสต์เป็นที่อยู่ IP ซึ่งระบุว่าบริการ DNS ทำงานอย่างถูกต้องและเครือข่ายได้รับการกำหนดค่าอย่างถูกต้อง ถัดไป ตามลำดับ แพ็กเก็ตจะผ่านเกตเวย์เครือข่ายทั้งหมดจนถึงปลายทาง:

  • 1-เกตเวย์หลัก
  • 2.3-เกตเวย์ของผู้ให้บริการ (สามารถเป็น 1 หรือมากกว่า)
  • 4.6-เกตเวย์ระดับกลาง
  • 5- หนึ่งในเกตเวย์ไม่สามารถเข้าถึงได้
  • 7- เว็บไซต์ที่เราต้องการคือ yandex.ru

การวินิจฉัยข้อผิดพลาดของเครือข่ายในการทดสอบนี้จะช่วยพิจารณาว่าโหนดใดมีข้อผิดพลาด ตัวอย่างเช่น หากแพ็กเก็ตไม่ได้ไปไกลกว่าบรรทัดที่ 1 (เกตเวย์หลัก) แสดงว่ามีปัญหากับเราเตอร์หรือข้อจำกัดทางฝั่งของผู้ให้บริการ บรรทัดที่ 2 – ปัญหาด้านผู้ให้บริการ ฯลฯ

ขั้นตอนที่ 5: ทดสอบโปรโตคอลแต่ละรายการ

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

อาจเกิดจากปัญหาในคอมพิวเตอร์ (เช่น การติดไวรัสหรือการตั้งค่าโปรแกรมไม่ถูกต้อง หรือไม่สามารถทำงานได้เลย) หรือมาตรการจำกัดที่ผู้ให้บริการใช้ (บล็อกพอร์ต 25 สำหรับการส่งอีเมล)

โปรแกรม telnet ใช้เพื่อวินิจฉัยปัญหาเหล่านี้ ตามค่าเริ่มต้น ใน Windows 7 และสูงกว่า ส่วนประกอบนี้จะไม่ได้รับการติดตั้ง ในการติดตั้ง คุณต้องไปที่ Start-Control Panel->Programs (โปรแกรมและคุณลักษณะ เพิ่มหรือลบโปรแกรมขึ้นอยู่กับเวอร์ชันของระบบปฏิบัติการ) ไปที่ Turn Windows Components on and off (ต้องใช้สิทธิ์ของผู้ดูแลระบบ) และทำเครื่องหมายที่ช่องถัดไป ไปยัง Telnet Client คลิกตกลง

ตอนนี้เราสามารถเริ่มทดสอบพอร์ตเครือข่ายได้แล้ว ตัวอย่างเช่น เรามาตรวจสอบการทำงานของโปรโตคอลเมลกัน

ฉันมีกล่องจดหมายของบริษัท ซึ่งโฮสต์โดย RU-CENTER ที่อยู่เซิร์ฟเวอร์: mail.nic.ru ข้อความหยุดมาถึงผ่านโปรโตคอล POP3 ดังนั้นพอร์ต 110 (ฉันใช้ที่อยู่เซิร์ฟเวอร์และหมายเลขพอร์ตจากการตั้งค่า Outlook) ดังนั้นเพื่อตรวจสอบว่าคอมพิวเตอร์ของฉันสามารถเข้าถึงเซิร์ฟเวอร์ mail.nic.ru บนพอร์ต 110 บนบรรทัดคำสั่งได้หรือไม่ ฉันจะเขียน:

เทลเน็ต mail.nic.ru 110

จากนั้นเซิร์ฟเวอร์ก็แจ้งสถานะคำขอของฉันให้ฉันทราบ +ตกลงซึ่งบ่งบอกถึงการทำงานที่ถูกต้องของทั้งเครือข่ายโดยทั่วไปและบริการไปรษณีย์โดยเฉพาะและไคลเอนต์เมลมักจะถูกตำหนิสำหรับเมลที่ไม่ทำงาน

หลังจากตรวจสอบสิ่งนี้แล้ว ฉันพิมพ์คำสั่ง exit ซึ่งเซิร์ฟเวอร์ตอบกลับฉันอีกครั้ง +ตกลงและด้วยเหตุนี้จึงสิ้นสุดเซสชันคำสั่ง telnet

ดังนั้นเราจึงใช้เครื่องมือระบบปฏิบัติการ Windows มาตรฐานเพื่อวินิจฉัยและแก้ไขปัญหาเครือข่าย ในส่วนถัดไปของบทความ ผมจะพูดถึงเครื่องมือวินิจฉัยมาตรฐานในระบบปฏิบัติการที่คล้ายกับ UNIX เช่น Linux, FreeBSD และ MacOS

เครือข่ายที่ใช้ TCP/IP มียูทิลิตีและคำสั่งที่สะดวกสบายจำนวนมาก ซึ่งช่วยให้คุณสามารถตรวจสอบสถานะของเครือข่ายและวินิจฉัยปัญหาที่เกิดขึ้นได้ (ตาราง 7.1)

ยูทิลิตี้ ping เป็นหนึ่งในเครื่องมือวินิจฉัยหลักในเครือข่าย TCP/IP และรวมอยู่ในระบบปฏิบัติการเครือข่ายสมัยใหม่ทั้งหมด ฟังก์ชัน ping ยังถูกนำไปใช้ในเราเตอร์ OS แบบฝังบางตัว การเข้าถึงผลลัพธ์ ping สำหรับอุปกรณ์ดังกล่าวผ่านโปรโตคอล SNMP ถูกกำหนดโดย RFC 2925 (คำจำกัดความของออบเจ็กต์ที่ได้รับการจัดการสำหรับการดำเนินการ Ping ระยะไกล Traceroute และการค้นหา)

เนื่องจากโปรแกรมใช้ ICMP และสร้างแพ็กเก็ตแบบดิบ จึงจำเป็นต้องมีสิทธิ์ผู้ใช้ขั้นสูงเพื่อรันบนระบบ Unix หากต้องการอนุญาตให้ผู้ใช้ทั่วไปใช้ ping ได้ ให้ตั้งค่าบิต SUID ในการอนุญาตบน /bin/ping (chmod4755 /bin/ping และขอให้ผู้ดูแลระบบเรียกใช้คำสั่งนี้) ตัวอย่างการรันยูทิลิตี้ ping:

ตัวอย่าง. เปิดตัวปิง

%ping -c 3 fpm2.ami.nstu.ru

PING fpm2.ami.nstu.ru (217.71.130.131): 56 ไบต์ข้อมูล

64 ไบต์จาก 217.71.130.131: icmp_seq=0 ttl=57 เวลา=5.458 ms

64 ไบต์จาก 217.71.130.131: icmp_seq=1 ttl=57 เวลา=3.088 ms

64 ไบต์จาก 217.71.130.131: icmp_seq=2 ttl=57 เวลา=1.927 ms

Fpm2.ami.nstu.ru สถิติการปิง ---

ส่ง 3 แพ็กเก็ต, ได้รับ 3 แพ็กเก็ต, สูญเสียแพ็กเก็ต 0.0%

ไปกลับต่ำสุด/เฉลี่ย/สูงสุด/stddev = 1.927/3.491/5.458/1.469 ms

ตารางที่ 7.1

ยูทิลิตี้ (คำสั่ง)

วัตถุประสงค์

ตัวอย่างการใช้งาน

ใช้เพื่อส่งคำขอ ECHO ไปยังโฮสต์ที่ระบุ เครื่องมือวินิจฉัยเครือข่ายที่เรียบง่ายแต่ขาดไม่ได้

ping -c 7 ดาวเสาร์

ใช้เพื่อกำหนดเส้นทางแพ็กเก็ตที่จะใช้จากโฮสต์ของคุณไปยังโฮสต์ที่ระบุ

Traceroute - ฉัน fpm2.ami.nstu.ru

กำหนดค่าหรือแสดงพารามิเตอร์อินเทอร์เฟซเครือข่ายโฮสต์ (สำหรับโปรโตคอลสแต็ก TCP/IP)

แสดงข้อมูลเกี่ยวกับการเชื่อมต่อเครือข่าย สถิติเกี่ยวกับอินเทอร์เฟซเครือข่าย ฯลฯ

แสดงหรือแก้ไขตารางโปรโตคอล ARP (IP เป็น MAC Address Resolution)

แสดงข้อมูลต่างๆ เกี่ยวกับระบบ

เหมือนกับ ifconfig แต่สำหรับ Windows XP

เหมือนกับ Traceroute แต่สำหรับ Windows XP

ติดตาม tom.interface.nsk.su

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

Traceroute รวมอยู่ในระบบปฏิบัติการเครือข่ายที่ทันสมัยที่สุด บนระบบ Microsoft Windows โปรแกรมนี้เรียกว่า ติดตามและบนระบบ GNU/Linux – ตามรอย.

ในการกำหนดเราเตอร์ระดับกลาง Traceroute จะส่งชุดของแพ็กเก็ตไปยังโหนดเป้าหมาย โดยแต่ละครั้งจะเพิ่มค่าฟิลด์ TTL ขึ้น 1 โดยปกติฟิลด์นี้จะระบุจำนวนเราเตอร์สูงสุดที่แพ็กเก็ตสามารถข้ามไปได้ แพ็กเก็ตแรกถูกส่งด้วย TTL เท่ากับ 1 ดังนั้นเราเตอร์ตัวแรกจึงส่งข้อความ ICMP กลับมาเพื่อระบุว่าไม่สามารถส่งข้อมูลได้ Traceroute จะบันทึกที่อยู่ของเราเตอร์ รวมถึงเวลาระหว่างการส่งแพ็กเก็ตและรับการตอบกลับ (นี่ ข้อมูลจะปรากฏบนจอคอมพิวเตอร์) จากนั้น Traceroute จะส่งแพ็กเก็ตอีกครั้ง แต่ด้วย TTL เท่ากับ 2 ซึ่งช่วยให้เราเตอร์ตัวแรกส่งแพ็กเก็ตได้

กระบวนการนี้จะถูกทำซ้ำจนกว่าแพ็กเก็ตจะไปถึงโหนดเป้าหมายที่ค่า TTL ที่แน่นอน เมื่อได้รับการตอบสนองจากโหนดนี้ กระบวนการติดตามจะเสร็จสมบูรณ์

บนโฮสต์ปลายทาง IP ดาตาแกรมที่มี TTL = 1 จะไม่ถูกละทิ้งและไม่สร้างข้อความ ICMP เช่น กำหนดเวลาหมดอายุแล้วแต่ควรมอบให้กับใบสมัคร การเข้าถึงปลายทางถูกกำหนดดังนี้: ดาตาแกรมแบบติดตามที่ส่งไปประกอบด้วยแพ็กเก็ต UDP พร้อมด้วยหมายเลขพอร์ต UDP ปลายทาง (มากกว่า 30,000) ซึ่งไม่ได้ใช้บนโฮสต์ปลายทางอย่างแน่นอน ที่ปลายทาง โมดูล UDP ที่ได้รับดาตาแกรมดังกล่าวจะส่งคืนข้อความแสดงข้อผิดพลาด "พอร์ตที่ไม่สามารถเข้าถึงได้" ของ ICMP ดังนั้น หากต้องการทราบว่าได้ยุติการทำงานแล้ว Traceroute จะต้องตรวจสอบว่าได้รับข้อความแสดงข้อผิดพลาด ICMP ประเภทนี้เท่านั้น

ตัวอย่างบน Windows:

C:\เอกสารและการตั้งค่า\dnl>tracert fpm2.ami.nstu.ru

ตัวอย่าง: ผลลัพธ์ของการรันคำสั่ง Tracet

การติดตามเส้นทางไปที่ fpm2.ami.nstu.ru

โดยมีจำนวนการกระโดดสูงสุด 30:

1 2 มิลลิวินาที 1 มิลลิวินาที 1 มิลลิวินาที ifgate.interface.nsk.su

2 2 มิลลิวินาที 1 มิลลิวินาที 2 มิลลิวินาที cisco.n-sk.ru

3 1 ms 1 ms 1 ms เราเตอร์.n-sk.ru

4 2 มิลลิวินาที 1 มิลลิวินาที 1 มิลลิวินาที nsk-ix.n-sk.ru

5 2 มิลลิวินาที 1 มิลลิวินาที 1 มิลลิวินาที c7120.nstu.ru

6 2 มิลลิวินาที 2 มิลลิวินาที 1 มิลลิวินาที ix-i.nstu.ru

7 2 มิลลิวินาที 3 มิลลิวินาที 1 มิลลิวินาที ami.nstu.ru

8 2 มิลลิวินาที 3 มิลลิวินาที 1 มิลลิวินาที fpm2.ami.nstu.ru

การติดตามเสร็จสมบูรณ์

โปรแกรมถูกเปิดใช้งานจากบรรทัดคำสั่ง ในการดำเนินการนี้คุณต้องป้อน (เริ่ม - เรียกใช้ - ในคอลัมน์ "เปิด" เขียน "cmd" คลิกตกลง) ในหน้าต่างที่เปิดขึ้น ให้เขียนว่า:

ติดตาม fpm2.ami.nstu.ru

โดยที่ Tracert เป็นการเรียกโปรแกรม และ fpm2.ami.nstu.ru เป็นชื่อสัญลักษณ์ (ชื่อ DNS) หรือที่อยู่ IPv4

ตัวอย่างในลินุกซ์:

ในระบบ Unix/Linux มีโหมดต่างๆ ที่โปรแกรมสามารถเปิดใช้งานได้เฉพาะในฐานะ superuser root (ผู้ดูแลระบบ) เท่านั้น โหมดเหล่านี้รวมถึงโหมดการติดตาม ICMP ที่สำคัญ (สวิตช์ -I)

ในกรณีอื่นๆ ทั้งหมด (รวมถึงในโหมดเริ่มต้น) ตามรอยสามารถทำงานในนามของผู้ใช้ทั่วไปทั่วไปได้ (บนเซิร์ฟเวอร์ fpm2 และ Saturn ห้ามใช้ปุ่ม -I ดังนั้นข้อมูลที่แสดงบนหน้าจอจะไม่สมบูรณ์)

ตัวอย่าง. ผลลัพธ์ของการรันคำสั่ง Traceroute

% Traceroute -ฉัน saturn.ami.nstu.ru

Traceroute ไปยัง saturn.ami.nstu.ru (217.71.130.153), สูงสุด 64 hops, แพ็กเก็ต 60 ไบต์

1 ifgate (195.62.2.1) 1.262 มิลลิวินาที 1.258 มิลลิวินาที 1.138 มิลลิวินาที

2 cisco.n-sk.ru (195.62.0.93) 2.798 มิลลิวินาที 1.629 มิลลิวินาที 1.903 มิลลิวินาที

3 เราเตอร์ n-sk.ru (195.62.1.49) 1.232 ms 1.175 ms 1.170 ms

4 nsk-ix.n-sk.ru (195.62.1.80) 1.567 มิลลิวินาที 1.446 มิลลิวินาที 1.579 มิลลิวินาที

5 c7120.nstu.ru (217.71.128.237) 1.771 มิลลิวินาที 1.659 มิลลิวินาที 1.582 มิลลิวินาที

6 ix-i.nstu.ru (217.71.128.70) 2.040 มิลลิวินาที 1.593 มิลลิวินาที 1.753 มิลลิวินาที

7 ami.nstu.ru (217.71.131.2) 2.996 มิลลิวินาที 2.718 มิลลิวินาที 1.612 มิลลิวินาที

8 saturn.ami.nstu.ru (217.71.130.153) 4.268 มิลลิวินาที 3.108 มิลลิวินาที 2.051 มิลลิวินาที

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

เราจะใช้ยูทิลิตี้ ifconfig ไม่ใช่เพื่อกำหนดค่าอินเทอร์เฟซเครือข่าย แต่เพื่อวัตถุประสงค์ทางการศึกษาเพื่อรับข้อมูลเกี่ยวกับสถานะของอินเทอร์เฟซเครือข่ายที่ใช้งานอยู่ ในการดำเนินการนี้โดยอยู่ในโฮสต์เฉพาะเราจะเรียกใช้ยูทิลิตี้ ifconfig โดยไม่มีพารามิเตอร์ (ตัวเลือก) และวิเคราะห์ผลลัพธ์

ยูทิลิตี้ netstat ใช้เพื่อกำหนดสถานะของโครงสร้างข้อมูลเครือข่าย คุณสามารถดูตารางเราเตอร์บนเครื่องของคุณ ข้อมูลโดยละเอียดเกี่ยวกับโปรโตคอลต่างๆ ที่ใช้ ฯลฯ ด้วยตัวเลือก -ฉันคำสั่งนี้จะแสดงข้อมูลเกี่ยวกับอินเทอร์เฟซเครือข่ายบนเครื่องของคุณ

ตัวอย่างการใช้คำสั่ง netstat (สำหรับระบบปฏิบัติการ SunOC):

ชื่อ MTU Net/Dest Address Ipkts Ierrs Opkts Oerrs Collis Queue

le0 1500 แสงอาทิตย์ 7442667 27558 736826 33 125361 0

lo0 536 ลูปแบ็คโลคัลโฮสต์ 1283 0 1283 0 0 0 ,

ที่ไหน ชื่อ– ชื่ออินเทอร์เฟซเครือข่าย

โล0- อินเทอร์เฟซแบบย้อนกลับ (หรือ "stub") ใช้เพื่อทดสอบโปรโตคอลเครือข่าย

มธ. -(Maximum Transmition Unit) ขนาดเป็นไบต์ของแพ็กเก็ตข้อมูลสูงสุดที่อินเทอร์เฟซนี้รองรับ สำหรับอีเทอร์เน็ต MTU=1500 สำหรับ FDDI – 4428 สำหรับ lo0 – 536;

สุทธิ/ปลายทาง– วัตถุประสงค์ของเครือข่าย ชื่อนี้สามารถรับค่าได้จากหมายเลขเครือข่าย สามารถตั้งค่าได้ในไฟล์ /etc/networks

ที่อยู่– ชื่อเครื่อง (ตัวเลือก -n ยังช่วยให้คุณแสดงที่อยู่ IP)

IPkts/Ierrs– จำนวนแพ็กเก็ตที่ได้รับและจำนวนข้อผิดพลาด

ความเห็น/ข้อผิดพลาด– เช่นเดียวกับแพ็กเก็ตขาออก

คอลลิส– จำนวนการชนที่เกิดขึ้น ปริมาณที่เรียกว่าอัตราการชนกันจะถูกคำนวณเป็น (Collis/Opkts)*100 ค่าสัมประสิทธิ์ 0...2% ถือว่าดี ที่ 3...5% คุณอาจเริ่มกังวล แต่ถ้ามากกว่า 5% สิ่งต่างๆ จะแย่มาก

คิว– จำนวนแพ็กเก็ตที่รอส่งผ่านอินเทอร์เฟซ ในกรณีส่วนใหญ่ไม่มีแพ็คเกจดังกล่าว

ตัวอย่างการใช้ยูทิลิตี้ netstat สำหรับ Linux:

ทุบตี-3.2$ netstat -i

ตารางอินเทอร์เฟซเคอร์เนล

Iface MTU พบ RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg

eth0 1500 0 173351491 0 0 0 156580779 0 0 0 BMRU

eth1 1500 0 183024 0 0 0 247635 0 0 0 BMRU

แท้จริง 16436 0 547246 0 0 0 547246 0 0 0 LRU

การวินิจฉัยเครือข่ายโดยใช้ Windows ช่วยให้สามารถรับข้อมูลและขจัดปัญหาต่างๆ ที่เกี่ยวข้องกับการเชื่อมต่อเครือข่ายและอินเทอร์เน็ตได้ ต้องขอบคุณคำสั่งพิเศษอย่าง PINGPAHTPING หรือ IPCONFIG ในเวลาเพียงไม่กี่วินาที คุณก็สามารถรับข้อมูลเกี่ยวกับปัญหาที่มีอยู่ได้อย่างชัดเจน

The Cable Guy: การวินิจฉัยเครือข่ายและการตรวจสอบใน Windows 7

ในกรณีส่วนใหญ่ ผู้ใช้ Windows พยายามดำเนินการให้มากที่สุดเท่าที่จะเป็นไปได้โดยใช้ทรัพยากรและทรัพยากรของตนเอง ดังนั้นหากเกิดปัญหาเครือข่าย พวกเขาจะใช้โครงสร้างพื้นฐาน NDF พิเศษที่ออกแบบมาสำหรับการวินิจฉัยเครือข่าย เป็นชุดคำแนะนำ/เทคโนโลยี/เครื่องมือที่ผู้ใช้สามารถทำการวินิจฉัยประเภทต่างๆ และกำจัดปัญหาเครือข่ายโดยอัตโนมัติ

ยูทิลิตี้วินิจฉัยเครือข่ายนี้จะวินิจฉัยและแก้ไขปัญหา และสามารถเปิดใช้งานได้ผ่านศูนย์ช่วยเหลือและสนับสนุน นอกจากนี้ยังสามารถเปิดใช้งานด้วยตนเองโดยใช้คำสั่ง netsh diag gui การวินิจฉัยเครือข่ายนี้แสดงข้อมูลจำนวนมากพอสมควรซึ่งผลลัพธ์จะแสดงในรูปแบบของการทดสอบเครือข่ายต่างๆ จำนวนมาก ในการเปิดใช้งานยูทิลิตี้สำหรับอุปกรณ์เฉพาะคุณต้องคลิกที่ลิงค์รวบรวมข้อมูล

การวินิจฉัยเครือข่ายท้องถิ่นที่นำเสนอช่วยให้คุณสามารถเลือกชุดการทดสอบทั้งหมดได้ ซึ่งจะต้องเปิดใช้งานพารามิเตอร์การวินิจฉัยเครือข่ายเมื่ออุปกรณ์เริ่มทำงาน ในขณะนี้ มีการตรวจสอบออบเจ็กต์เครือข่ายต่อไปนี้:

  • เมลและพร็อกซีเซิร์ฟเวอร์
  • ค่าเริ่มต้น: เกตเวย์
  • โมเด็มต่างๆ
  • อะแดปเตอร์เครือข่ายที่เชื่อมต่อ
  • เซิร์ฟเวอร์ DHCP, DNS, WINS

นอกเหนือจากการทดสอบการกำหนดค่าต่างๆ แล้ว เครื่องวิเคราะห์ยังแสดงข้อมูลเกี่ยวกับระบบปฏิบัติการและพารามิเตอร์โปรโตคอล IP ขณะนี้ผู้ใช้สามารถเปิดเครื่องวิเคราะห์ในระหว่างการเริ่มต้นระบบและบันทึกข้อมูลในไฟล์เป็น HTML จากนั้นจึงส่งอีเมลไฟล์ไปยังผู้ดูแลระบบ

การวินิจฉัยเครือข่ายท้องถิ่น

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

นอกจากนี้ สาเหตุหลักในการวินิจฉัยเครือข่ายท้องถิ่นอาจมีลักษณะดังนี้:

  • อุปกรณ์ที่ใช้งานทำงานผิดปกติและปัญหาเกี่ยวกับระบบเคเบิลที่เสียหาย
  • ทรัพยากรเครือข่ายมากเกินไปและข้อผิดพลาดของซอฟต์แวร์
  • ข้อบกพร่องทางกายภาพ เช่น ระบบจ่ายไฟ รวมถึงความล้มเหลวในเครือข่ายไฟฟ้าที่จ่ายไฟให้กับอุปกรณ์
  • คำสั่งไม่ถูกดำเนินการเนื่องจากความแออัดของช่องทางการสื่อสาร ฯลฯ

ขั้นตอนการวินิจฉัยซึ่งช่วยให้คุณได้รับผลลัพธ์ที่เชื่อถือได้ในการแก้ไขปัญหาแสดงถึงลำดับการดำเนินการที่แน่นอน

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

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

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

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

การวินิจฉัย LAN ให้อะไร?

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

ในการตรวจสอบและวินิจฉัยเครือข่าย Windows อย่างถูกต้อง จำเป็นอย่างยิ่งที่จะต้องทราบคำสั่งการวินิจฉัยเครือข่าย คุณต้องผ่านแถบที่อยู่ของ Windows และป้อนพารามิเตอร์คำสั่งบางอย่าง ดังที่ได้กล่าวไว้ข้างต้น คำสั่งเหล่านี้อาจเป็นคำสั่งวินิจฉัยเครือข่าย เช่น netsh, ping ซึ่งจะตรวจสอบที่อยู่ที่มีอยู่, ipconfig - ที่อยู่ที่คุณสามารถ ping เกตเวย์ของคุณได้ นอกจากนี้ยังมีคำสั่งเช่น Tracert ซึ่งคุณสามารถติดตามเส้นทางของแพ็กเก็ตจากอุปกรณ์ไปยังเป้าหมายที่กำหนดได้ การติดตามประเภทนี้ทำให้สามารถค้นหาสาเหตุของปัญหาที่เกี่ยวข้องกับที่อยู่เฉพาะได้

การวินิจฉัยและการบำรุงรักษาเครือข่ายท้องถิ่นในประสิทธิภาพของเรานั้นเป็นงานที่ซับซ้อนแต่เป็นไปได้ เราทำงานอย่างไร? ในงานของเรา เราใช้เครื่องมือพิเศษในการจัดการเครือข่ายและอุปกรณ์เครือข่าย เรายังใช้ระบบวินิจฉัย เครื่องวิเคราะห์โปรโตคอล และระบบผู้เชี่ยวชาญในตัว นอกจากนี้เรายังใช้ปลั๊กอินและโปรแกรมปัจจุบันสำหรับ Mozilla Firefox ® และอื่นๆ

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

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

⇡ เครื่องมือ Windows ในตัว - ยูทิลิตี้ Ping และ Tracert

OS Windows มียูทิลิตี้หลายอย่างสำหรับการวินิจฉัยสถานะเครือข่าย แต่ที่นิยมใช้กันมากที่สุดคือ Ping และ Tracert โปรแกรม Ping ส่งคำขอไปยังโหนดเครือข่ายที่ระบุและบันทึกเวลาระหว่างการส่งคำขอและรับการตอบกลับ (RTT จาก English Round Trip Time) กล่าวอีกนัยหนึ่งคือยูทิลิตี้นี้ช่วยให้คุณกำหนดเวลาตอบสนองของเซิร์ฟเวอร์ ที่น่าสนใจ เห็นได้ชัดว่ายิ่งมีขนาดเล็กเท่าใด การแลกเปลี่ยนข้อมูลกับเซิร์ฟเวอร์นี้ก็เร็วขึ้นเท่านั้น โปรแกรม Tracert จะส่งแพ็กเก็ตทดสอบไปยังโฮสต์ที่ระบุ โดยแสดงข้อมูลเกี่ยวกับเราเตอร์ระดับกลางทั้งหมดที่แพ็กเก็ตส่งผ่านไปยังโฮสต์ที่ร้องขอ รวมถึงเวลาตอบสนองขั้นต่ำ สูงสุด และเฉลี่ยของแต่ละเราเตอร์ สิ่งนี้ช่วยให้คุณสามารถประมาณระยะเวลาที่แพ็กเก็ตเดินทางและส่วนใดที่เกิดความล่าช้ามากที่สุดที่เกี่ยวข้องกับการส่งข้อมูล ผลลัพธ์ที่เกิดจากยูทิลิตี้ Ping และ Tracert หมายความว่าอย่างไร ตัวอย่างเช่น การขาดการตอบสนองจากเซิร์ฟเวอร์ระยะไกลอาจบ่งบอกว่าไม่สามารถใช้งานได้ในขณะนี้ หรือผู้ดูแลระบบเซิร์ฟเวอร์ได้บล็อกคำขอ echo (ในขณะที่บริการเซิร์ฟเวอร์อื่นๆ อาจทำงานได้ตามปกติ) หากเวลาตอบสนอง (RTT) ของเซิร์ฟเวอร์ระยะไกลยาวเกินไปและไม่ขึ้นอยู่กับตำแหน่งที่ตั้ง คุณภาพของการเชื่อมต่อของคุณมีแนวโน้มว่าจะไม่เป็นที่ต้องการมากนัก และคุณควรติดต่อผู้ให้บริการของคุณ อย่างไรก็ตามสามารถรับความเร็วที่เพิ่มขึ้นได้โดยการกำหนดค่าการเชื่อมต่ออินเทอร์เน็ตเพื่อประสิทธิภาพสูงสุดซึ่งจะดีกว่าถ้าใช้ยูทิลิตี้เครื่องมือเพิ่มประสิทธิภาพพิเศษเช่น TweakMASTER แต่นี่เป็นหัวข้อที่แตกต่างไปจากเดิมอย่างสิ้นเชิง เส้นทางที่ยาวเกินไปไปยังเซิร์ฟเวอร์ที่สนใจ (นั่นคือเราเตอร์ระดับกลางจำนวนมากบนเส้นทางที่จะเชื่อมต่อกับเซิร์ฟเวอร์) มักจะทำให้การสื่อสารช้าลงด้วย หากนี่เป็นสิ่งสำคัญ ก็ควรพยายามมองหาตัวเลือกเพื่อลดความยาวของเส้นทาง ตัวอย่างเช่น ในกรณีของเซิร์ฟเวอร์เกม คุณสามารถเลือกเซิร์ฟเวอร์ที่อยู่ใกล้กับเซิร์ฟเวอร์ของผู้ให้บริการอินเทอร์เน็ตของคุณมากที่สุด หากยูทิลิตี้แสดงว่าแพ็กเก็ตทดสอบไม่ผ่านเกินกว่าเซิร์ฟเวอร์ของผู้ให้บริการของคุณ เป็นไปได้มากว่าปัญหาจะเกิดขึ้นจากฝั่งของมัน หรืออาจเป็นงานบำรุงรักษาตามกำหนดเวลา ไม่มีลูกเล่นในการใช้ยูทิลิตี้ Ping และ Tracert แต่การใช้งานในทางเทคนิคนั้นไม่สะดวกนัก หากต้องการรันการทดสอบ Ping หรือติดตาม คุณจะต้องเปิดหน้าต่างบรรทัดคำสั่งแล้วป้อนคำสั่ง ซึ่งอาจรวมถึงพารามิเตอร์ที่คุณต้องจำหรืออ้างอิงเพื่อช่วยเหลือในแต่ละครั้ง ตัวอย่างเช่น หากต้องการตรวจสอบการทำงานของโหนด www.site คุณจะต้องป้อนคำสั่งในบรรทัดคำสั่ง ปิง www.siteและเพื่อค้นหาเส้นทางของแพ็กเก็ตไปยังโหนดที่กำหนด - คำสั่ง ติดตาม www.site- ผลลัพธ์ของคำสั่งเหล่านี้แสดงอยู่ด้านล่างและเป็นข้อความหลายบรรทัด โปรดทราบว่าคุณยังสามารถเรียกใช้คำสั่งที่ระบุผ่านเมนู "Start" > "Run" ได้ แต่ในกรณีนี้ หน้าต่างโปรแกรมจะปิดโดยอัตโนมัติทันทีหลังจากเสร็จสิ้น และผลลัพธ์ทั้งหมดจะหายไป

สะดวกกว่ามากในการใช้ยูทิลิตี้พิเศษที่สามารถติดตาม "การเดินทาง" ของแพ็กเก็ตผ่านเครือข่ายและให้ข้อมูลเพิ่มเติมเกี่ยวกับมันโดยใช้ที่อยู่ IP ของเซิร์ฟเวอร์ ยูทิลิตี้ดังกล่าวมีประโยชน์มากสำหรับการวิเคราะห์และระบุสาเหตุของปัญหาเครือข่ายอย่างรวดเร็ว เราจะเน้นไปที่การใช้ยูทิลิตี้ดังกล่าวในบทความนี้

⇡ บริการวินิจฉัย

ก่อนอื่นเราจะพูดถึงทางเลือกอื่นสำหรับการวินิจฉัยเครือข่ายโดยย่อโดยใช้บริการออนไลน์พิเศษ ตัวอย่างของสิ่งเหล่านี้ ได้แก่ WhatIsMyIPAddress.com และ Yougetsignal.com รวมถึงบริการ Whois เมื่อใช้บริการ WhatIsMyIPAddress.com คุณสามารถค้นหาที่อยู่ IP ภายนอกของคุณได้หากคุณไม่ทราบหรือเป็นแบบไดนามิก คุณยังสามารถดูเส้นทางของแพ็กเก็ตระหว่างคอมพิวเตอร์ของคุณกับเซิร์ฟเวอร์นี้ได้ ทำได้ง่าย คุณต้องเลือกฟังก์ชัน "Visual Traceroute" ในเมนู "เครื่องมือ IP" ป้อนที่อยู่ IP ภายนอกของคุณแล้วคลิกที่ปุ่ม "Visual Traceroute"

คุณยังสามารถใช้เครื่องมือค้นหา IP เพื่อค้นหารายละเอียดบางอย่างเกี่ยวกับที่อยู่ IP ที่น่าสนใจ รวมถึงชื่อโฮสต์ พิกัดทางภูมิศาสตร์ และตำแหน่งบนแผนที่โลก เหตุใดจึงจำเป็น? ตัวอย่างเช่น เพื่อเข้าถึงแหล่งที่มาของการบุกรุกเข้าสู่ระบบของคุณ หากคุณตรวจพบ การใช้ฟังก์ชัน "Visual Trace Route Tool" บนบริการ Yougetsignal.com ช่วยให้คุณสามารถดำเนินการติดตามได้โดยเพียงป้อน URL ของเซิร์ฟเวอร์หรือที่อยู่ IP แล้วคลิกที่ปุ่ม "Host Trace" เป็นผลให้บริการจะแสดงเส้นทางของแพ็กเก็ตบนแผนที่โลกรวมถึงในรูปแบบของรายการเซิร์ฟเวอร์ระดับกลางที่ระบุจำนวนการเปลี่ยนแปลงทั้งหมดและความเป็นอยู่ของแต่ละเซิร์ฟเวอร์ไปยังประเทศใดประเทศหนึ่ง เมื่อเปิดใช้งานฟังก์ชัน "เครื่องมือระบุตำแหน่งเครือข่าย" คุณสามารถค้นหาตำแหน่งทางภูมิศาสตร์ของเซิร์ฟเวอร์ใด ๆ ได้จากที่อยู่ IP และเมื่อใช้ฟังก์ชัน "เครื่องมือค้นหา WHOIS" คุณสามารถรับข้อมูลเกี่ยวกับเซิร์ฟเวอร์ได้จากบริการข้อมูล WHOIS

บริการ Whois จะช่วยคุณกำหนดเวลาตอบสนองของเซิร์ฟเวอร์ที่สนใจ (ฟังก์ชัน "Ping") กำหนดเส้นทางของคำขอไปยังเซิร์ฟเวอร์และค้นหาจำนวนและจำนวนเซิร์ฟเวอร์อินเทอร์เน็ตระดับกลาง เราเตอร์ และอุปกรณ์อื่น ๆ ที่เกี่ยวข้อง ส่งข้อมูลไปยังเซิร์ฟเวอร์และย้อนกลับ (Tracert)

นอกจากนี้ เมื่อใช้ฟังก์ชัน "การค้นหา IP" คุณสามารถค้นหาที่อยู่ IP ได้จากชื่อโฮสต์ (หรือกลับกัน) และฟังก์ชัน "Whois" จะบอกคุณว่าโดเมนที่ระบุว่างหรือไม่ว่าง หากโดเมนถูกยึดไป คุณสามารถระบุเจ้าของโดเมนและวิธีติดต่อเขาได้ (เช่น หากคุณต้องการซื้อชื่อโดเมนนี้)

และเป็นการตรวจสอบเครือข่ายที่สร้างขึ้นเพื่อตรวจสอบการปฏิบัติตามมาตรฐานที่ยอมรับ แนวทางการทดสอบ LAN ที่จริงจังและมีความสามารถให้การรับประกันการทำงานของเครือข่ายท้องถิ่นในระยะยาว เสถียร และเต็มรูปแบบ และช่วยให้คุณลดงานให้เหลือน้อยที่สุดตามขั้นตอนสำคัญเช่นการวินิจฉัยเครือข่าย

การทดสอบ LAN ประกอบด้วยขั้นตอนต่อไปนี้:

  • ตรวจสอบช่องเคเบิล
  • การตรวจสอบหน่วยงาน
  • การทดสอบอุปกรณ์สวิตชิ่ง

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

จากผลการทดสอบจะมีการจัดทำรายงาน - เอกสารที่มีข้อสรุปเกี่ยวกับเงื่อนไขทางเทคนิคของ LAN และรายการคำแนะนำในการขจัดปัญหาที่ระบุ การดำเนินงานปัจจุบัน และวิธีการพัฒนาและปรับปรุงเครือข่ายในอนาคต

การวินิจฉัย LAN และวิธีการใช้งาน

การวินิจฉัย LAN เป็นองค์ประกอบสำคัญของการดูแลระบบเครือข่ายท้องถิ่น และเป็นกระบวนการค้นหาข้อผิดพลาดที่ทำให้การทำงานของซอฟต์แวร์และเครือข่ายโดยรวมช้าลง หลังสามารถแบ่งออกเป็นสามกลุ่มหลัก:

  • ความผิดปกติทางกายภาพ
  • ข้อผิดพลาดในการทำงานของโปรโตคอลเครือข่าย
  • ความแออัดของเครือข่าย

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

เพื่อดำเนินการวินิจฉัย LAN คุณภาพสูง เครื่องมือวินิจฉัยต่างๆ จำนวนมากได้รับการพัฒนาทั่วโลกเพื่อระบุสาเหตุของความล้มเหลวของเครือข่ายได้อย่างรวดเร็ว ในด้านการวินิจฉัยเครือข่าย มีการใช้อุปกรณ์พิเศษ เช่น เครื่องวิเคราะห์โปรโตคอลเครือข่าย อุปกรณ์ตรวจสอบเครือข่าย ผู้ทดสอบสายเคเบิลและเครือข่าย รวมถึงซอฟต์แวร์ทดสอบเฉพาะทาง ดังนั้นจึงสามารถตรวจพบความผิดปกติทางกายภาพได้โดยใช้ผู้ทดสอบธรรมดาที่ตรวจสอบการทำงานของช่องสัญญาณและการวินิจฉัยเครื่องมือเกี่ยวกับข้อผิดพลาดที่เกี่ยวข้องกับการโอเวอร์โหลดและการทำงานที่ไม่ถูกต้องของโปรโตคอลเครือข่ายนั้นดำเนินการโดยใช้ผู้ทดสอบเครือข่ายและเครื่องวิเคราะห์โปรโตคอล

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

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



บทความที่เกี่ยวข้อง