บทความก่อนหน้านี้อธิบาย วิธีแก้ไขข้อผิดพลาดเซิร์ฟเวอร์ภายใน HTTP 500 ใน IIS5 สาเหตุของข้อผิดพลาดเซิร์ฟเวอร์ IIS นั้นซับซ้อน ข้อผิดพลาดเช่นความล้มเหลวในการเริ่มต้นบริการ การหยุดชะงักของกระบวนการ IIS หรือความล้มเหลวในการเริ่มต้นไซต์จะบันทึกเหตุการณ์ข้อผิดพลาดในบันทึกของระบบ ไม่ว่าจะเกิดข้อผิดพลาดชนิดใดใน IIS ก่อนที่จะกำหนดแผนการแก้ไขปัญหา คุณควรใช้ตัวแสดงเหตุการณ์เพื่อตรวจสอบเหตุการณ์ที่เกี่ยวข้องที่บันทึกไว้ในบันทึกของระบบก่อน
เห็นได้ชัดว่าข้อผิดพลาดบางอย่างเกิดจากความเสียหายต่อฮาร์ดแวร์เซิร์ฟเวอร์ ในขณะที่ข้อผิดพลาดอื่นๆ ที่เกิดจากปัญหาซอฟต์แวร์มักจะตรวจพบได้ยาก ส่วนนี้ให้ข้อมูลเบื้องต้นเกี่ยวกับการแก้ไขปัญหา IIS ทั่วไป
รีสตาร์ท IIS
ตามวิธีการแก้ไขปัญหาทั่วไปและวิธีการแก้ไขปัญหาของผลิตภัณฑ์ Microsoft ปัญหาซอฟต์แวร์ส่วนใหญ่สามารถแก้ไขได้ด้วยการรีสตาร์ทวิธีนี้ เนื่องจากเป็นหนึ่งในคุณสมบัติใหม่ของ IIS5.0 เราสามารถรีสตาร์ทบริการ IIS ได้โดยไม่ต้องรีสตาร์ทคอมพิวเตอร์ แม้แต่ปัญหาร้ายแรงก็สามารถแก้ไขได้ด้วยวิธีนี้ การเริ่มบริการ IIS ใหม่สามารถบังคับให้ระบบรีเซ็ตพื้นที่หน่วยความจำของกระบวนการ IIS ได้ ดังนั้นปัญหาที่เกิดจากข้อผิดพลาดของหน่วยความจำจึงสามารถแก้ไขได้ วิธีการรีสตาร์ท IIS ส่วนใหญ่จะใช้ในสถานการณ์ต่อไปนี้: แอปพลิเคชันเว็บไซต์เป็นอัมพาตและไม่สามารถควบคุมได้อย่างมีประสิทธิภาพ; แอปพลิเคชันเว็บไซต์ทำงานไม่ถูกต้องหรือไม่เสถียร [/TD] [/TR][/TABLE] ในระหว่างกระบวนการเริ่มบริการ IIS ใหม่ การเชื่อมต่อปัจจุบันทั้งหมดไม่สามารถรักษาไว้ได้ และไซต์ทั้งหมดบนเซิร์ฟเวอร์ไม่สามารถทำงานได้ในระหว่างการรีสตาร์ท หากการเริ่มบริการ IIS ใหม่ไม่สามารถแก้ปัญหาได้ การรีสตาร์ทเซิร์ฟเวอร์จะไม่ได้ผลเช่นกัน
เมื่อแอปพลิเคชันไซต์ทำงานไม่ถูกต้อง ให้ทำตามขั้นตอนด้านล่างเพื่อเริ่มบริการ IIS ของเซิร์ฟเวอร์ใหม่:
1. ขยายโหนด IIS ในแผนผังการควบคุมการจัดการ IIS และเลือกคอมพิวเตอร์ที่จำเป็นต้องเริ่มบริการ IIS ใหม่
2. คลิกเมนู [Action] และเลือก [Restart IIS]
3. ในกล่องโต้ตอบ [Stop/Start/Restart] ให้เลือก [Restart IIS บนเซิร์ฟเวอร์] จากรายการแบบเลื่อนลง [What do you want IIS to do] และคลิก [OK]
4. กล่องโต้ตอบการปิดจะแสดงความคืบหน้าในการรีสตาร์ท IIS หากกล่องโต้ตอบไม่ตอบสนองเป็นเวลานาน ให้คลิก [สิ้นสุดทันที] และดำเนินการตามข้างต้นอีกครั้ง
หมายเหตุ: การดำเนินการรีสตาร์ทข้างต้นไม่สามารถทำได้โดยใช้ IIS Manager ที่ใช้ HTML (โหมดการจัดการระยะไกล)
สำหรับปัญหาด้านความเสถียรบนไซต์เดียว ไม่จำเป็นต้องรีสตาร์ทกระบวนการ IIS ทั้งหมด เพียงแค่รีสตาร์ทไซต์เท่านั้น
การแก้ไขปัญหา IIS
สำรอง/กู้คืน IIS
หากมีแผนการรักษาความปลอดภัยเซิร์ฟเวอร์ที่เข้าใจผิดได้แผนเดียวในโลก แผนนั้นคือการสำรองข้อมูล มีคนเคยกล่าวไว้ว่า: งานที่สำคัญที่สุดสามประการที่ผู้ดูแลระบบที่ดีทำคือ: สำรองข้อมูล สำรองข้อมูล สำรองข้อมูล
กลไกการใช้งานของ IIS รวมถึงฐานข้อมูลเมตาดาต้าที่คล้ายกับรีจิสทรี: MetaBase คุณสมบัติการกำหนดค่าทั้งหมดที่เกี่ยวข้องกับ IIS เองและไซต์จะถูกเก็บไว้ใน Windows 2000 และฐานข้อมูล Metadata ดังนั้น ตราบใดที่มีการสำรองข้อมูลรีจิสทรีและฐานข้อมูลเมตาดาต้าที่เกี่ยวข้อง การกำหนดค่าที่เกี่ยวข้องกับไซต์ทั้งหมดก็สามารถบันทึกได้ แม้ว่าหลังจากลบไซต์หรือติดตั้ง IIS ใหม่แล้ว คุณยังคงสามารถใช้ข้อมูลสำรองเพื่อคืนค่าเป็นสถานะดั้งเดิมได้
ขั้นตอนในการสำรองข้อมูล IIS มีดังนี้:
1. ขยายโหนด IIS ใน IIS Manager และเลือกคอมพิวเตอร์ที่จะสำรองข้อมูล
2. คลิกเมนู [การกระทำ] และเลือก [สำรองข้อมูล/คืนค่าการกำหนดค่า]
3. แสดงรายการไฟล์สำรองและเวลาสำรองข้อมูลทั้งหมดในรายการ [สำรองข้อมูล] ในกล่องโต้ตอบ [กำหนดค่าการสำรองข้อมูล/กู้คืน] คลิกปุ่ม [สร้างการสำรองข้อมูล]
4. ในกล่องโต้ตอบ [การกำหนดค่าการสำรองข้อมูล] ให้ระบุชื่อของการสำรองข้อมูลใหม่แล้วคลิก [ตกลง]
5. คลิก [ปิด] เพื่อเสร็จสิ้นการสำรองข้อมูล
ตามค่าเริ่มต้น ไฟล์สำรองจะถูกบันทึกไว้ในไดเร็กทอรี Winntsystem32inetsrvMetaBack
วิธีการคืนค่าข้อมูลสำรองจะคล้ายกับวิธีนี้ เลือกไฟล์สำรองในรายการ [สำรองข้อมูล] ในกล่องโต้ตอบ [กำหนดค่าการสำรองข้อมูล/กู้คืน] และคลิก [กู้คืน] จากนั้นคลิก [ตกลง] ในกล่องโต้ตอบที่แสดงทางด้านซ้าย หลังจากผ่านไประยะหนึ่ง เซิร์ฟเวอร์ IIS จะถูกกู้คืนสู่สถานะเดิมเมื่อทำการสำรองข้อมูล
หากเซิร์ฟเวอร์จำเป็นต้องคืนค่าการสำรองข้อมูลหลังจากติดตั้ง IIS ใหม่ การดำเนินการเพิ่มเติมควรดำเนินการตามการดำเนินการกู้คืนข้างต้น ขั้นตอนดังต่อไปนี้:
1. ที่พรอมต์คำสั่ง พิมพ์cscript.exe X:InetPubAmdinScriptsAdsutil.vbs enumw3svc โดยที่ "X" คืออักษรชื่อไดรฟ์ที่ติดตั้ง IIS จากการตั้งค่าที่แสดง ให้ค้นหาค่าสำหรับ WamUserName และ WAMUserPass ที่เกี่ยวข้อง
2. ดับเบิลคลิก [เครื่องมือการดูแลระบบ] ในแผงควบคุม จากนั้นดับเบิลคลิก [การจัดการคอมพิวเตอร์]
3. เลือก [ตัวจัดการผู้ใช้ภายใน] จากนั้นคลิก [ผู้ใช้] คลิกสองครั้งที่บัญชีผู้ใช้ [IWAM_computername] พิมพ์ค่า WAMUserPass ที่พบจากขั้นตอนก่อนหน้า และคลิก ตกลง
4. ในกล่องโต้ตอบ [กำหนดค่าชื่อการสำรองข้อมูล] ให้เลือกไฟล์สำรองข้อมูลที่สร้างขึ้น จากนั้นคลิก [กู้คืน] ณ จุดนี้ การกำหนดค่าจะถูกกู้คืนอย่างสมบูรณ์
[ตัดหน้า]
การแก้ไขปัญหา TCP/IP
ปัญหาโปรโตคอล TCP/IP มักเป็นสาเหตุของ IIS ทำงานไม่ถูกต้อง เมื่อเกิดข้อผิดพลาดใน IIS แต่สามารถระบุได้ว่าไม่มีปัญหากับบริการ IIS เอง จำเป็นต้องพิจารณาว่ามีปัญหากับการเชื่อมต่อเครือข่ายหรือไม่ หลังจากขจัดปัญหาที่เกิดจากความเสียหายของฮาร์ดแวร์เครือข่ายแล้ว ควรเน้นไปที่โปรโตคอลเครือข่าย ซึ่งส่วนใหญ่เป็น TCP/IP ตามข้อตกลง
Windows 2000 มีชุดเครื่องมือแก้ไขปัญหา TCP/IP มากมาย เครื่องมือเหล่านี้ซึ่งส่วนใหญ่ใช้บรรทัดคำสั่ง ให้วิธีที่มีประสิทธิภาพในการวินิจฉัยปัญหาเครือข่าย
ตรวจสอบการกำหนดค่า TCP/IP โดยใช้เครื่องมือ ipconfig
ipconfig เป็นเครื่องมือพร้อมรับคำสั่งสำหรับการดูและจัดการสถานะการกำหนดค่า TCP/IP ของไคลเอ็นต์ พิมพ์: ipconfig ใน command prompt แล้วกด Enter เพื่อรับคุณสมบัติการกำหนดค่า TCP/IP พื้นฐานของคอมพิวเตอร์ดังที่แสดงทางด้านขวา รวมถึงที่อยู่ IP ซับเน็ตมาสก์ และเกตเวย์เริ่มต้น
พิมพ์: ipconfig /all ใน command prompt แล้วกด Enter เพื่อรับสถานะการกำหนดค่า TCP/IP ในโหมดรายละเอียด นอกเหนือจากข้อมูลพื้นฐานแล้ว ยังรวมถึงชื่อโฮสต์ การตั้งค่า DNS การตั้งค่า WINS การตั้งค่า DHCP ที่อยู่ทางกายภาพ ประเภทโหนด ฯลฯ ข้อมูล TCP/IP
หากคอมพิวเตอร์เปิดใช้งาน DHCP และใช้เซิร์ฟเวอร์ DHCP เพื่อรับการกำหนดค่า คุณสามารถใช้คำสั่ง ipconfig /renew เพื่อเริ่มรีเฟรชสัญญาเช่าได้ คุณยังสามารถใช้คำสั่ง ipconfig พร้อมกับตัวเลือก /release เพื่อปล่อยการกำหนดค่า DHCP ปัจจุบันของโฮสต์ได้ทันที
สำหรับไคลเอนต์ Windows 95 และ Windows 98 ควรใช้คำสั่ง winipcfg แทนคำสั่ง ipconfig
ทดสอบการเชื่อมต่อโดยใช้คำสั่ง ping
คำสั่ง Ping ช่วยตรวจสอบการเชื่อมต่อระดับ IP เมื่อค้นหาและแก้ไขปัญหา คุณสามารถใช้ Ping เพื่อส่งคำขอ ICMP echo ไปยังชื่อโฮสต์เป้าหมายหรือที่อยู่ IP Ping จะใช้เมื่อคุณต้องการตรวจสอบว่าโฮสต์สามารถเชื่อมต่อกับเครือข่าย TCP/IP และทรัพยากรเครือข่ายได้หรือไม่
คำสั่ง Ping จะส่งแพ็กเก็ตข้อมูลหลายรายการ (ค่าเริ่มต้นคือ 4) ไปยังโฮสต์เป้าหมาย หากคอมพิวเตอร์ในระบบและโฮสต์เป้าหมายสามารถเชื่อมต่อได้ โฮสต์เป้าหมายจะตอบกลับพร้อมข้อความตอบกลับ ดังแสดงในรูปด้านขวาบน ข้อความประกอบด้วยเวลาตอบสนองและค่า TTL การ Ping ที่สำเร็จไปยังโฮสต์เดียวกันบ่งชี้ว่าข้อมูล IP สามารถถ่ายโอนระหว่างโลคัลโฮสต์และโฮสต์เป้าหมายได้
หากได้รับข้อความหมดเวลา ดังแสดงในรูปด้านล่าง แสดงว่าไม่สามารถสร้างการเชื่อมต่อ TCP/IP ระหว่างโลคัลโฮสต์และโฮสต์เป้าหมายได้ สาเหตุที่เป็นไปได้ ได้แก่ เครือข่ายล้มเหลว ข้อผิดพลาดของโปรโตคอล ข้อผิดพลาดการกำหนดค่า TCP/IP เป็นต้น ก่อนที่จะยืนยันการเชื่อมต่อเครือข่าย เมื่อทำการทดสอบ ควรทำการทดสอบ Ping ตามลำดับต่อไปนี้:
1. ปิงที่อยู่ลูปในเครื่อง 127.0.0.1 เพื่อตรวจสอบว่าการกำหนดค่า TCP/IP ในเครื่องนั้นถูกต้องหรือไม่
พิมพ์ Ping 127.0.0.1 ที่พร้อมท์คำสั่ง
2. ปิงที่อยู่เครื่องในเครื่องเพื่อตรวจสอบว่าการตั้งค่าที่อยู่ IP ในเครื่องนั้นถูกต้องหรือไม่
3. ปิงที่อยู่เกตเวย์เริ่มต้นเพื่อตรวจสอบว่าสามารถสื่อสารกับโฮสต์นอกเครือข่ายย่อยภายในเครื่องได้หรือไม่
4. ปิงโฮสต์บนเครือข่ายย่อยระยะไกลเพื่อตรวจสอบว่าสามารถทำการสื่อสารระยะไกลผ่านเราเตอร์ได้หรือไม่
หากสามารถตอบสนองคำสั่ง Ping ข้างต้นได้ แสดงว่าการกำหนดค่า TCP/IP สามารถรองรับการสื่อสารผ่านเครือข่ายได้ มิฉะนั้น จะมีการตรวจสอบการตั้งค่ากับส่วนประกอบเครือข่ายที่เกี่ยวข้อง
ใช้เครื่องมือ netstat เพื่อแสดงสถิติการเชื่อมต่อ
คุณสามารถใช้คำสั่ง netstat เพื่อแสดงสถิติโปรโตคอลและการเชื่อมต่อ TCP/IP ปัจจุบัน
คำสั่ง netstat -a จะแสดงการเชื่อมต่อทั้งหมด ในขณะที่ netstat -r จะแสดงตารางเส้นทางและการเชื่อมต่อที่ใช้งานอยู่ คำสั่ง netstat -e จะแสดงสถิติอีเธอร์เน็ต ในขณะที่ netstat -s แสดงสถิติต่อโปรโตคอล
หากคุณใช้ netstat -n คุณจะไม่สามารถแปลงที่อยู่และหมายเลขพอร์ตเป็นชื่อได้
[ตัดหน้า]
400 ไม่สามารถแยกวิเคราะห์คำขอนี้ได้
401.1 ไม่ได้รับอนุญาต: การเข้าถึงถูกปฏิเสธเนื่องจากข้อมูลรับรองไม่ถูกต้อง
401.2 ไม่ได้รับอนุญาต: การเข้าถึงถูกปฏิเสธเนื่องจากเซิร์ฟเวอร์ได้รับการกำหนดค่าให้สนับสนุนวิธีการรับรองความถูกต้องแบบอื่น
401.3 ไม่ได้รับอนุญาต: การเข้าถึงถูกปฏิเสธเนื่องจากการตั้งค่า ACL บนทรัพยากรที่ร้องขอ
401.4 ไม่ได้รับอนุญาต: การอนุญาตตัวกรองที่ติดตั้งบนเว็บเซิร์ฟเวอร์ล้มเหลว
401.5 ไม่ได้รับอนุญาต: การอนุญาตแอปพลิเคชัน ISAPI/CGI ล้มเหลว
401.7 ไม่ได้รับอนุญาต: การเข้าถึงถูกปฏิเสธเนื่องจากนโยบายการอนุญาต URL บนเว็บเซิร์ฟเวอร์
403 ห้าม: การเข้าถึงถูกปฏิเสธ
403.1 ห้าม: การเข้าถึงการดำเนินการถูกปฏิเสธ
403.2 ถูกห้าม: การเข้าถึงการอ่านถูกปฏิเสธ
403.3 ถูกห้าม: การเข้าถึงการเขียนถูกปฏิเสธ
403.4 ถูกห้าม: จำเป็นต้องใช้ SSL เพื่อดูทรัพยากรนี้
403.5 ถูกห้าม: ต้องใช้ SSL 128 เพื่อดูทรัพยากรนี้
403.6 ต้องห้าม: ที่อยู่ IP ของลูกค้าถูกปฏิเสธ
403.7 ถูกห้าม: ต้องมีใบรับรองไคลเอ็นต์ SSL
403.8 ต้องห้าม: ชื่อ DNS ของลูกค้าถูกปฏิเสธ
403.9 ถูกห้าม: มีไคลเอ็นต์มากเกินไปที่พยายามเชื่อมต่อกับเว็บเซิร์ฟเวอร์
403.10 ถูกห้าม: เว็บเซิร์ฟเวอร์ได้รับการกำหนดค่าให้ปฏิเสธการเข้าถึงการดำเนินการ
403.11 ต้องห้าม: เปลี่ยนรหัสผ่าน
403.12 ถูกห้าม: การเข้าถึงใบรับรองไคลเอ็นต์ถูกปฏิเสธโดยผู้ทำแผนที่ใบรับรองเซิร์ฟเวอร์
403.13 ถูกห้าม: ใบรับรองไคลเอ็นต์ถูกเพิกถอนบนเว็บเซิร์ฟเวอร์
403.14 ต้องห้าม: รายการไดเร็กทอรีถูกปฏิเสธบนเว็บเซิร์ฟเวอร์
403.15 ถูกห้าม: เว็บเซิร์ฟเวอร์เกินขีดจำกัดสิทธิ์การเข้าถึงไคลเอ็นต์
403.16 ถูกห้าม: ใบรับรองไคลเอ็นต์มีรูปแบบไม่ถูกต้องหรือเว็บเซิร์ฟเวอร์ไม่เชื่อถือ
403.17 ถูกห้ามการเข้าถึง: ใบรับรองไคลเอ็นต์หมดอายุหรือยังไม่ถูกต้อง
403.18 ถูกห้าม: URL ที่ร้องขอไม่สามารถดำเนินการในกลุ่มแอปพลิเคชันปัจจุบัน
403.19 ถูกห้าม: ไม่สามารถรัน CGI สำหรับไคลเอนต์ในกลุ่มแอปพลิเคชันนี้ได้
403.20 ถูกห้าม: การเข้าสู่ระบบ Passport ล้มเหลว
404 ไม่พบไฟล์หรือไดเร็กทอรี
404.1 ไม่พบไฟล์หรือไดเร็กทอรี: ไม่สามารถเข้าถึงเว็บไซต์บนพอร์ตที่ร้องขอ
โปรดทราบว่าข้อผิดพลาด 404.1 จะเกิดขึ้นบนคอมพิวเตอร์ที่มีที่อยู่ IP หลายรายการเท่านั้น หากได้รับคำขอไคลเอ็นต์บนชุดที่อยู่ IP/พอร์ตเฉพาะ และไม่มีการกำหนดค่าที่อยู่ IP ให้ฟังบนพอร์ตเฉพาะนั้น IIS จะส่งกลับข้อผิดพลาด HTTP 404.1 ตัวอย่างเช่น หากคอมพิวเตอร์มีที่อยู่ IP สองแห่งและมีที่อยู่ IP เพียงแห่งเดียวเท่านั้นที่ได้รับการกำหนดค่าให้ฟังบนพอร์ต 80 คำขอใด ๆ ที่ได้รับจากพอร์ต 80 โดยที่อยู่ IP อื่นจะทำให้ IIS ส่งกลับข้อผิดพลาด 404.1 ข้อผิดพลาดนี้ควรตั้งค่าไว้ที่ระดับบริการนี้เท่านั้น เนื่องจากข้อผิดพลาดนี้จะถูกส่งกลับไปยังไคลเอ็นต์เฉพาะเมื่อมีการใช้ที่อยู่ IP หลายรายการบนเซิร์ฟเวอร์
[ตัดหน้า]การแก้ไขปัญหา TCP/IP
ปัญหาโปรโตคอล TCP/IP มักเป็นสาเหตุของ IIS ทำงานไม่ถูกต้อง เมื่อเกิดข้อผิดพลาดใน IIS แต่สามารถระบุได้ว่าไม่มีปัญหากับบริการ IIS เอง จำเป็นต้องพิจารณาว่ามีปัญหากับการเชื่อมต่อเครือข่ายหรือไม่ หลังจากขจัดปัญหาที่เกิดจากความเสียหายของฮาร์ดแวร์เครือข่ายแล้ว ควรเน้นไปที่โปรโตคอลเครือข่าย ซึ่งส่วนใหญ่เป็น TCP/IP ตามข้อตกลง
Windows 2000 มีชุดเครื่องมือแก้ไขปัญหา TCP/IP มากมาย เครื่องมือเหล่านี้ซึ่งส่วนใหญ่ใช้บรรทัดคำสั่ง ให้วิธีที่มีประสิทธิภาพในการวินิจฉัยปัญหาเครือข่าย
ตรวจสอบการกำหนดค่า TCP/IP โดยใช้เครื่องมือ ipconfig
ipconfig เป็นเครื่องมือพร้อมรับคำสั่งสำหรับการดูและจัดการสถานะการกำหนดค่า TCP/IP ของไคลเอ็นต์ พิมพ์: ipconfig ใน command prompt แล้วกด Enter เพื่อรับคุณสมบัติการกำหนดค่า TCP/IP พื้นฐานของคอมพิวเตอร์ดังที่แสดงทางด้านขวา รวมถึงที่อยู่ IP ซับเน็ตมาสก์ และเกตเวย์เริ่มต้น
พิมพ์: ipconfig /all ใน command prompt แล้วกด Enter เพื่อรับสถานะการกำหนดค่า TCP/IP ในโหมดรายละเอียด นอกเหนือจากข้อมูลพื้นฐานแล้ว ยังรวมถึงชื่อโฮสต์ การตั้งค่า DNS การตั้งค่า WINS การตั้งค่า DHCP ที่อยู่ทางกายภาพ ประเภทโหนด ฯลฯ ข้อมูล TCP/IP
หากคอมพิวเตอร์เปิดใช้งาน DHCP และใช้เซิร์ฟเวอร์ DHCP เพื่อรับการกำหนดค่า คุณสามารถใช้คำสั่ง ipconfig /renew เพื่อเริ่มรีเฟรชสัญญาเช่าได้ คุณยังสามารถใช้คำสั่ง ipconfig พร้อมกับตัวเลือก /release เพื่อปล่อยการกำหนดค่า DHCP ปัจจุบันของโฮสต์ได้ทันที
สำหรับไคลเอนต์ Windows 95 และ Windows 98 ควรใช้คำสั่ง winipcfg แทนคำสั่ง ipconfig
ทดสอบการเชื่อมต่อโดยใช้คำสั่ง ping
คำสั่ง Ping ช่วยตรวจสอบการเชื่อมต่อระดับ IP เมื่อค้นหาและแก้ไขปัญหา คุณสามารถใช้ Ping เพื่อส่งคำขอ ICMP echo ไปยังชื่อโฮสต์เป้าหมายหรือที่อยู่ IP Ping จะใช้เมื่อคุณต้องการตรวจสอบว่าโฮสต์สามารถเชื่อมต่อกับเครือข่าย TCP/IP และทรัพยากรเครือข่ายได้หรือไม่
คำสั่ง Ping จะส่งแพ็กเก็ตข้อมูลหลายรายการ (ค่าเริ่มต้นคือ 4) ไปยังโฮสต์เป้าหมาย หากคอมพิวเตอร์ในระบบและโฮสต์เป้าหมายสามารถเชื่อมต่อได้ โฮสต์เป้าหมายจะตอบกลับพร้อมข้อความตอบกลับ ดังแสดงในรูปด้านขวาบน ข้อความประกอบด้วยเวลาตอบสนองและค่า TTL การ Ping ที่สำเร็จไปยังโฮสต์เดียวกันบ่งชี้ว่าข้อมูล IP สามารถถ่ายโอนระหว่างโลคัลโฮสต์และโฮสต์เป้าหมายได้
หากได้รับข้อความหมดเวลา ดังแสดงในรูปด้านล่าง แสดงว่าไม่สามารถสร้างการเชื่อมต่อ TCP/IP ระหว่างโลคัลโฮสต์และโฮสต์เป้าหมายได้ สาเหตุที่เป็นไปได้ ได้แก่ เครือข่ายล้มเหลว ข้อผิดพลาดของโปรโตคอล ข้อผิดพลาดการกำหนดค่า TCP/IP เป็นต้น ก่อนที่จะยืนยันการเชื่อมต่อเครือข่าย เมื่อทำการทดสอบ ควรทำการทดสอบ Ping ตามลำดับต่อไปนี้:
1. ปิงที่อยู่ลูปในเครื่อง 127.0.0.1 เพื่อตรวจสอบว่าการกำหนดค่า TCP/IP ในเครื่องนั้นถูกต้องหรือไม่
พิมพ์ Ping 127.0.0.1 ที่พร้อมท์คำสั่ง
2. ปิงที่อยู่เครื่องในเครื่องเพื่อตรวจสอบว่าการตั้งค่าที่อยู่ IP ในเครื่องนั้นถูกต้องหรือไม่
3. ปิงที่อยู่เกตเวย์เริ่มต้นเพื่อตรวจสอบว่าสามารถสื่อสารกับโฮสต์นอกเครือข่ายย่อยภายในเครื่องได้หรือไม่
4. ปิงโฮสต์บนเครือข่ายย่อยระยะไกลเพื่อตรวจสอบว่าสามารถทำการสื่อสารระยะไกลผ่านเราเตอร์ได้หรือไม่
หากสามารถตอบสนองคำสั่ง Ping ข้างต้นได้ แสดงว่าการกำหนดค่า TCP/IP สามารถรองรับการสื่อสารผ่านเครือข่ายได้ มิฉะนั้น จะมีการตรวจสอบการตั้งค่ากับส่วนประกอบเครือข่ายที่เกี่ยวข้อง
ใช้เครื่องมือ netstat เพื่อแสดงสถิติการเชื่อมต่อ
คุณสามารถใช้คำสั่ง netstat เพื่อแสดงสถิติโปรโตคอลและการเชื่อมต่อ TCP/IP ปัจจุบัน
คำสั่ง netstat -a จะแสดงการเชื่อมต่อทั้งหมด ในขณะที่ netstat -r จะแสดงตารางเส้นทางและการเชื่อมต่อที่ใช้งานอยู่ คำสั่ง netstat -e จะแสดงสถิติอีเธอร์เน็ต ในขณะที่ netstat -s แสดงสถิติต่อโปรโตคอล
หากคุณใช้ netstat -n คุณจะไม่สามารถแปลงที่อยู่และหมายเลขพอร์ตเป็นชื่อได้