โปรโตคอลกำหนดภาษาที่คอมพิวเตอร์สื่อสารกับคอมพิวเตอร์เครื่องอื่นบนเครือข่าย

โปรโตคอลเครือข่ายที่ได้รับความนิยมมากที่สุดคือ TCP/IP ซึ่งทำหน้าที่เป็นพื้นฐานของอินเทอร์เน็ต ใน Windows XP โปรโตคอลนี้จะถูกติดตั้งโดยอัตโนมัติ

หากจำเป็น คุณสามารถติดตั้งโปรโตคอลเครือข่ายอื่นๆ ที่ระบบปฏิบัติการรองรับเพิ่มเติมได้ ระบบวินโดวส์ XP เช่น NWLink และ NetBEUI

ในส่วนนี้จะอธิบายวิธีการติดตั้งโปรโตคอลเครือข่ายพื้นฐานและวิธีกำหนดค่าอย่างถูกต้อง

การติดตั้งและการกำหนดค่าโปรโตคอล TCP/IP

ใน Windows XP Professional การตั้งค่าโปรโตคอล TCP/IP เป็นส่วนหนึ่งของการตั้งค่า อะแดปเตอร์เครือข่ายดังนั้นการเปลี่ยนแปลงทั้งหมดที่เกี่ยวข้องกับโปรโตคอลนี้จึงดำเนินการผ่านแผงควบคุม

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

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

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

ปุ่ม คุณสมบัติเรียกหน้าต่างสำหรับตั้งค่าคุณสมบัติการเชื่อมต่อ รวมถึงพารามิเตอร์ของโปรโตคอลที่ใช้

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

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

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

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

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

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

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

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

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

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

การวินิจฉัยข้อผิดพลาด

สิ่งแรกที่ต้องทำในสถานการณ์นี้คือการวินิจฉัยเครือข่าย:

1. กด Win + R แล้วรันคำสั่ง ncpa.cpl
2. คลิกขวาที่การเชื่อมต่อเครือข่ายที่มีปัญหาและเลือก "สถานะ"
3. เปิดการวินิจฉัย
4. เพื่อแก้ไขปัญหา ให้ใช้เนื้อหาจากลิงก์ที่ให้ไว้: ขึ้นอยู่กับปัญหาที่ระบุ
   1. .
      
   2. .
   3. .
      
   4. .
      
   5. เซิร์ฟเวอร์ DHCPไม่ได้เปิดใช้งานบนอะแดปเตอร์เครือข่าย
      

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

การตั้งค่า TCP/IPv4

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

การตั้งค่าเราเตอร์

หากคุณใช้เราเตอร์ ให้เปิดเครื่อง การตั้งค่า DHCPเซิร์ฟเวอร์:

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

มีปัญหาในการลงทะเบียนบนเว็บไซต์?คลิกที่นี่! อย่าพลาดมันมาก ส่วนที่น่าสนใจเว็บไซต์ของเรา - โครงการของผู้เยี่ยมชม คุณจะพบข่าวสารล่าสุด เรื่องตลก พยากรณ์อากาศ (ในหนังสือพิมพ์ ADSL) รายการทีวีภาคพื้นดินและช่อง ADSL-TV ข่าวล่าสุดและน่าสนใจที่สุดจากโลกแห่งเทคโนโลยีชั้นสูง รูปภาพต้นฉบับและน่าทึ่งที่สุดจาก อินเทอร์เน็ตคลังนิตยสารขนาดใหญ่ ปีที่ผ่านมา,สูตรอาหารแสนอร่อยในภาพ,ข้อมูล. ส่วนนี้มีการปรับปรุงทุกวัน เสมอ เวอร์ชันล่าสุดที่สุด โปรแกรมฟรีสำหรับ ใช้ทุกวันในส่วนโปรแกรมที่จำเป็น มีเกือบทุกอย่างที่คุณต้องการสำหรับงานประจำวัน เริ่มค่อยๆยอมแพ้ เวอร์ชันละเมิดลิขสิทธิ์เพื่อประโยชน์ของอะนาล็อกฟรีที่สะดวกและใช้งานได้มากขึ้น หากคุณยังคงไม่ได้ใช้การแชทของเรา เราขอแนะนำให้คุณทำความคุ้นเคยกับมัน คุณจะพบเพื่อนใหม่มากมายที่นั่น นอกจากนี้ยังรวดเร็วและ วิธีที่มีประสิทธิภาพติดต่อผู้บริหารโครงการ ส่วนการอัปเดตแอนติไวรัสยังคงทำงานต่อไป - อัปเดตอยู่เสมอ อัปเดตฟรีสำหรับ Dr Web และ NOD ไม่มีเวลาอ่านอะไรบางอย่าง? เนื้อหาทั้งหมดของทิกเกอร์สามารถดูได้ที่ลิงก์นี้

การปรับจูนแบบละเอียดพารามิเตอร์ TCP/IP สำหรับช่องสัญญาณแบบหนา

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

การแนะนำ

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

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

ประสิทธิภาพที่เพิ่มขึ้นใดบ้างที่สามารถปรับการตั้งค่า TCP/IP ให้เหมาะสมได้หากทำอย่างถูกต้อง ขึ้นอยู่กับว่าการตั้งค่าเริ่มต้นนั้นใกล้เคียงกับคุณสมบัติของช่องสัญญาณที่ใช้งานมากน้อยเพียงใด โดยเฉลี่ยแล้ว คุณควรคาดหวังว่าจะเพิ่มขึ้น 20%...30% แต่ในกรณี "ทางคลินิก" ความเร็วจะเพิ่มขึ้นหลายเท่า!

ก่อนที่คุณจะเริ่มเพิ่มประสิทธิภาพ

แทนที่จะพับแขนเสื้อและรีบเข้าสู่การต่อสู้ตั้งแต่แนวแรก เป็นการดีกว่าที่จะสูบบุหรี่และคิดก่อน สมมติว่าเรามีช่องสัญญาณ 10 เมกะบิตและดาวน์โหลด/แจกจ่ายไฟล์ด้วยความเร็วประมาณหนึ่งเมกะไบต์ต่อวินาที เป็นที่ชัดเจนว่าไม่มีกลอุบายจำนวนใดที่จะช่วยให้เราเพิ่มผลผลิตได้ในจำนวนที่เห็นได้ชัดเจน แล้วมันคุ้มมั้ยที่ลำบาก! นอกจากนี้ ผู้ดูแลระบบจำนวนมากจงใจจำกัดเอาต์พุตในพื้นที่ 50-100 KB/s เพื่อป้องกันไม่ให้เครือข่ายโอเวอร์โหลด มีการเพิ่มประสิทธิภาพแบบไหน...

เป็นอีกเรื่องหนึ่งหากสังเกต ปริมาณงานน้อยกว่า 2/3 ของอัปลิงค์ที่ประกาศ คุณไม่สามารถทำได้หากไม่มีการเพิ่มประสิทธิภาพที่นี่! อย่างไรก็ตาม นอกเหนือจากสแต็ก TCP/IP แล้ว สแต็กอื่นๆ ยังต้องรับผิดชอบต่อประสิทธิภาพอีกด้วย ส่วนประกอบของระบบ- ตัวอย่างเช่น โปรเซสเซอร์ ที่ ปริมาณมากพร้อมกัน การเชื่อมต่อที่จัดตั้งขึ้นการใช้งาน CPU สามารถเข้าถึงได้ 100% โดยเฉพาะเมื่อพิจารณาในราคาถูก อุปกรณ์เครือข่ายนับ เช็คซัมแพ็คเกจถูกนำไปใช้ที่ซอฟต์แวร์ ไม่ใช่ระดับฮาร์ดแวร์ (เช่นรุ่นราคาแพง)

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

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

โดยทั่วไป ก่อนที่คุณจะเข้าสู่สแต็ก TCP/IP คุณควรตรวจสอบให้แน่ใจว่าทุกอย่างอื่นๆ เหตุผลที่เป็นไปได้ตัดออกและคอขวดคือการตั้งค่า โปรโตคอลเครือข่ายและไม่ใช่อย่างอื่น ( ความสนใจ : “การโน้มน้าวใจ” ไม่เหมือนกับการ “โน้มน้าวใจตัวเอง” เลย).

มธ. + มส. = ???

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

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

รูปที่ 1.

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

ค่า MTU เริ่มต้นที่ใช้โดย Windows Server 2003 จะแสดงในตารางที่ 1 แต่คุณสามารถเปลี่ยนได้หากต้องการ

รูปที่ 2.ขึ้นอยู่กับอัตราการถ่ายโอนข้อมูล ขนาดเอ็มทียู(ตาม http://member.nifty.ne.jp/oso/faq.mtu-faq.html).

เปิดยูทิลิตี้ Registry Editor และเปิดส่วนต่อไปนี้ในนั้น: HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\interfaceGUID- เราเห็นพารามิเตอร์ตรงนั้น มธพิมพ์ DWORD (และถ้าเราไม่เห็นเราจะสร้างมันขึ้นมา) และป้อนขนาดเป็นไบต์ (0xFFFFFFFF แปลว่า "ใช้ ค่าเอ็มทียูค่าเริ่มต้น). อินเทอร์เฟซถูกกำหนดโดย GUID และโดยปกติจะมีมากกว่าหนึ่งรายการ จะหาอินเตอร์เฟสเคเบิลโมเด็มหรืออันใดอันหนึ่งได้อย่างไร? การ์ดเครือข่าย- ใช่ มันง่ายมาก - ตามที่อยู่ IP!

รูปที่ 3.การปรับแต่งพารามิเตอร์ TCP/IP อย่างละเอียดผ่าน "ตัวแก้ไขรีจิสทรี"

มีความเป็นไปได้ การตรวจจับอัตโนมัติกำหนดเส้นทางตามแพ็กเก็ตใดที่มีการส่งผ่าน MTU ที่กำหนดโดยไม่มีการกระจายตัว (parameter เปิดใช้งานPMTUDiscoveryประเภท DWORD ที่อยู่ในสาขารีจิสทรีเดียวกันกับ MTU (ค่า "1" รวมอยู่ด้วย ฟังก์ชั่นนี้, "0" - ปิด) อย่างไรก็ตามผู้บริหารจำนวนมาก โหนดระดับกลางด้วยเหตุผลด้านความปลอดภัย การส่งข้อความ ICMP จะถูกบล็อก และโหนดการส่งยังคงไม่ทราบถึงข้อเท็จจริงของการกระจายตัวโดยสิ้นเชิง โดยเฉพาะอย่างยิ่งสำหรับการตรวจจับเราเตอร์ที่ "ผิด" (ชื่อเล่นว่า "หลุมดำ" หรือในภาษาอังกฤษคือหลุมดำ) Windows รองรับอัลกอริธึมพิเศษที่ควบคุมโดยพารามิเตอร์ เปิดใช้งานPMTUDiscovery(คล้ายกับ EnablePMTUDiscovery ทุกประการ)

รูปที่ 4."หลุมดำ" คือเราเตอร์ที่ไม่ส่งข้อความ ICMP เกี่ยวกับข้อเท็จจริงที่ว่าแพ็กเก็ตที่ส่งต่อนั้นกระจัดกระจายซึ่งสร้าง ปัญหาใหญ่เมื่อพยายามกำหนด ค่าที่เหมาะสมที่สุดมธ.

ในกรณีส่วนใหญ่ การใช้ตัวเลือก EnablePMTUDiscovery และ EnablePMTUDiscovery ส่งผลให้ประสิทธิภาพและความคุ้มค่าลดลง มธ.ดีกว่าเลือกตามตารางที่ 2 หรือกระทำการโดยใช้กำลังดุร้าย

พารามิเตอร์อื่น - วิทยาศาสตรมหาบัณฑิต (ม สูงสุดส ส่วนส ขนาด- ขนาดกลุ่มสูงสุด) เป็นผู้รับผิดชอบ ขนาดสูงสุดข้อมูลที่ส่งลบความยาวของส่วนหัวของแพ็กเก็ต IP (ดูรูปที่ 1) คุณไม่ควรแตะต้องมัน และ Windows ก็ไม่อนุญาตอยู่ดี โดยทั่วไป MSS = MTU - 40 ไบต์

ตารางที่ 1.ค่า MTU และ MSS เริ่มต้นเป็น ไมโครซอฟต์ วินโดวส์เซิร์ฟเวอร์ 2003

ตารางที่ 2.ค่า MTU ที่ Microsoft Windows Server 2003 เลือกโดยอัตโนมัติตามประเภทการเชื่อมต่อ

หน้าต่างรับ TCP

ขนาดหน้าต่าง TCP เป็นพารามิเตอร์ที่ไม่ค่อยมีใครรู้จัก แต่มีความสำคัญอย่างยิ่ง (ในแง่ของประสิทธิภาพ) ที่สามารถเพิ่มปริมาณงานได้หลายครั้ง ลองพิจารณาสองโหนด - "A" และ "B" และบังคับให้โหนด "A" ส่งข้อมูลไปยังโหนด "B" ซึ่งแบ่งออกเป็นส่วน ๆ ขนาดที่ (ดังที่กล่าวไปแล้ว) ถูกกำหนดโดยพารามิเตอร์ MSS โปรโตคอล TCP เป็นแบบเชิงการเชื่อมต่อ ซึ่งจำเป็นต้องส่งการแจ้งเตือนเกี่ยวกับเซ็กเมนต์ที่ได้รับสำเร็จ ส่วนที่ไม่ได้รับการตอบรับจะถูกส่งอีกครั้งโดยโหนด "A" หลังจากผ่านไประยะหนึ่ง

ช่วงเวลาระหว่างการส่งแพ็กเก็ตและรับเรียกว่าเวลาแฝง และเวลาแฝงนี้ ขึ้นอยู่กับประเภทและโหลดของเครือข่าย จะแตกต่างกันไปตั้งแต่ 20 ms (หรือน้อยกว่า) ถึง 100 ms (หรือมากกว่า) เป็นเรื่องง่ายที่จะคำนวณว่าหากทุกกลุ่มได้รับการยืนยัน แม้กระทั่งในเครือข่ายที่มีเวลาแฝงต่ำ ความเร็วที่แท้จริงการส่งสัญญาณล้าหลังเธออย่างเห็นได้ชัด ความเป็นไปได้ที่แท้จริงและจะเท่ากับ MTU / (2 * เวลาแฝง) ซึ่งมีขีดจำกัดที่ 6 เมกะบิต/วินาที โดยไม่ขึ้นกับปริมาณงาน ฝันร้าย! แล้วจะอยู่ยังไงล่ะ!

นั่นเป็นสาเหตุที่ผู้สร้าง TCP/IP อนุญาตให้โฮสต์ "A" ส่งมากกว่าหนึ่งเซ็กเมนต์โดยไม่ต้องรอการตอบรับ ปริมาณสูงสุดส่วนที่สามารถส่งก่อนที่การตอบรับจะมาถึงและเรียกว่าขนาดหน้าต่าง TCP (กระบวนการส่งจะแสดงให้เห็นอย่างดีในภาพเคลื่อนไหว gif"e: http://cable-dsl.home.att.net/rwinanim.htm- เหตุใดการตั้งค่านี้จึงสำคัญมากสำหรับการบรรลุประสิทธิภาพที่ดีที่สุด

สมมติว่าเรามีช่องสัญญาณ 10 เมกะบิตและส่ง 7 ส่วน แต่ละส่วนละ 1460 ไบต์ ใช้เวลา 8 มิลลิวินาทีกับสิ่งนี้ หากเวลาแฝงคือ 100 ms ดังนั้น... 100 ms + 92 ms = 192 ms เช่นเดียวกับคนโง่ เรารอมากถึง 192 มิลลิวินาทีสำหรับการตอบรับ และโหนด A ใช้เวลา 96% ของเวลาว่าง โดยใช้แบนด์วิดท์ของช่องสัญญาณเพียง 4% นี้เป็นของหลักสูตร กรณีที่รุนแรงแต่ก็ยังไม่ไกลจากความจริงเท่าที่คิด

ในระหว่างกระบวนการสร้างการเชื่อมต่อ โหนด "A" เชิญโหนด "B" เพื่อตั้งค่าขนาดหน้าต่างเป็น 16 KB (ค่าเริ่มต้นที่ระบุในพารามิเตอร์ TcpWindowSize.tcpรีจิสตรีซึ่งสามารถเปลี่ยนแปลงได้หากต้องการ) ขนาดหน้าต่างจะถูกปัดเศษให้เป็นจำนวนเต็มที่ใกล้ที่สุดเสมอ (ดูพารามิเตอร์ MSS)

หากขนาดหน้าต่างเกิน 64 KB ระบบจะเปิดใช้งานอัลกอริธึมการปรับขนาดอัตโนมัติ ซึ่งจะใช้งานได้เฉพาะในกรณีที่โหนด B รองรับกลไกนี้ด้วย ดังนั้นจึงควรตั้งค่าขนาดหน้าต่าง TCP ด้วยตนเองโดยใช้ตารางที่ 3 เป็นแนวทาง ( อย่างไรก็ตาม โปรดจำไว้ว่า หน้าต่างที่มีขนาดใหญ่เกินไปจะอุดตันช่องสัญญาณด้วยแพ็กเก็ต ทำให้เกิดความแออัดของเครือข่ายที่ขัดขวางไม่ให้ส่งต่อการแจ้งเตือน ส่งผลให้ประสิทธิภาพการทำงานไม่ดี)

ขนาดหน้าต่าง TCP ขั้นต่ำที่ต้องการ
		ความเร็วช่องเป็น (กิโลบิต/วินาที)
		500	1000	1500	2000	2500
เวลาแฝงของช่องสัญญาณ (มิลลิวินาที)	50	2ก	5ก	7ก	10ก	12K
	100	5ก	10ก	15ก	20ก	24K
	150	7ก	15ก	22K	29ก	37ก
	200	10ก	20ก	29ก	39ก	49K
	250	12K	24K	37ก	49K	61ก
ค่าเริ่มต้นของ Windows 9x/NT		8ก
ค่าเริ่มต้นของ Windows Me/2000/XP Server 2003		ความเร็วช่อง
		< 1 Мегабит/сек		100 เมกะบิต/วินาที		> 100 เมกะบิต/วินาที
		8 กิโลไบต์		17 กิโลไบต์		64 กิโลไบต์
ค่าที่แนะนำ		32-63K

หนึ่งเดียวเพื่อทุกคน - ทั้งหมดเพื่อหนึ่งเดียว!

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

เมื่อทำงานผ่าน NAT คุณจะต้องกำหนดค่าหน้าต่าง TCP ในแต่ละหน้าต่าง เวิร์กสเตชันเชื่อมต่อกับเครือข่ายท้องถิ่น

เริ่มต้นช้าและการยืนยันแบบเลือก

เพื่อป้องกันความแออัดของเครือข่ายที่เรียกว่า " เริ่มต้นช้า" ("เริ่มต้นช้า") อธิบายโดยละเอียดใน RFC 1122 และ RFC 2581

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

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

รูปที่ 5."การเริ่มต้นช้า" และผลที่ตามมา (CW - ขนาดหน้าต่างในส่วน)

นอกจากนี้ ระบบยังรองรับพารามิเตอร์พิเศษ Slow Start Threshold Size ซึ่งโดยค่าเริ่มต้นจะเท่ากับ 65636 แต่หลังจากทราบสถานการณ์ “ความแออัดของเครือข่าย” จะใช้ค่า W/2 และต่อมาเป็นขีดจำกัดบนของการเติบโตแบบเอ็กซ์โพเนนเชียล ของพารามิเตอร์ CW ​​ซึ่งทำให้ประสิทธิภาพลดลงอย่างมาก (ดูรูปที่ 6)

รูปที่ 6.ลดขนาดหน้าต่าง TCP เมื่อตรวจพบความแออัดของเครือข่าย

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

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

หากต้องการเปิดใช้งานอัลกอริทึม SACK เพียงตั้งค่าพารามิเตอร์รีจิสทรี กระสอบเป็น "1" (ค่าเริ่มต้นสำหรับ W2K และ XP)

เวลากำลังทำงานต่อต้านเรา

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

โดย ค่าเริ่มต้นของ Windows Server 2003 รอสามวินาที (หากต้องการ ค่านี้สามารถเปลี่ยนแปลงได้โดยการแก้ไขพารามิเตอร์ TcpInitialRTT) หลังจากนั้นจะส่งแพ็กเก็ตที่ยังไม่ยืนยันอีกครั้ง และช่วงเวลารอจะเพิ่มขึ้นตามอัลกอริทึม SRTT (Smoothed Round Trip Time) จำนวนการส่งสัญญาณซ้ำสูงสุดจะถูกจัดเก็บไว้ในพารามิเตอร์ TcpMaxDataRetransmissions(ค่าเริ่มต้นคือห้า) เมื่อถึงจุดสิ้นสุดการเชื่อมต่อ

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

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

การตอบรับล่าช้าเป็นอีกส่วนขยายหนึ่งของโปรโตคอล TCP/IP ที่อธิบายไว้ใน RFC 1122 และใช้งานครั้งแรกใน W2K (และใน NT 4.0 SP4 ด้วย) แทนที่จะตอบรับทุกเซ็กเมนต์ที่ได้รับ ตอนนี้โหนด "B" จะส่งการตอบรับเฉพาะเมื่ออยู่ภายในระยะเวลาที่กำหนด (เก็บไว้ในพารามิเตอร์ TcpDelAckTicksและค่าเริ่มต้นคือ 200 ms) ไม่ได้รับเซ็กเมนต์จากโหนด "A" กล่าวอีกนัยหนึ่ง หากเซ็กเมนต์อยู่ในวงกบที่เป็นมิตรและทุกอย่างทำงานได้ดี การยืนยันจะไม่ถูกส่งจนกว่า "ความแออัด" จะเกิดขึ้นในเครือข่าย หลังจากรอสักครู่ โหนด “B” จะส่งการยืนยันเซ็กเมนต์ที่ได้รับทั้งหมด ทำให้โหนด “A” มีโอกาสระบุได้อย่างอิสระว่าเซ็กเมนต์ใดหายไประหว่างทาง และส่งอีกครั้งโดยมีค่าใช้จ่ายน้อยที่สุด

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

ค่าของพารามิเตอร์นี้สามารถเปลี่ยนแปลงได้ในช่วงตั้งแต่ 0 ถึง 6 ซึ่งแสดงเป็นสิบวินาทีเช่น ค่าหนึ่งสอดคล้องกับ 100 ms และศูนย์ถูกตีความว่าเป็นการห้ามใช้การตอบรับล่าช้า

เมื่อใช้หน้าต่าง TCP ขนาดใหญ่ขอแนะนำให้ใช้อัลกอริธึมการประทับเวลา (TCP-Timestamps) ที่อธิบายไว้ใน RFC 1323 ซึ่งจะปรับค่าตัวจับเวลาการส่งสัญญาณซ้ำโดยอัตโนมัติ แม้จะต้องเผชิญกับลักษณะช่องทางการสื่อสารที่เปลี่ยนแปลงอย่างรวดเร็ว สิ่งนี้สามารถทำได้โดยพารามิเตอร์ Tcp1323Opts ซึ่งเมื่อตั้งค่าเป็น 3 จะอนุญาตให้ใช้ส่วนขยาย RFC 1323 ทั้งหมดได้

บทสรุป

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

ลิงค์ที่มีประโยชน์

การเพิ่มประสิทธิภาพการดำเนินงาน โปรโตคอล TCPในเครือข่ายแบบกระจาย:
http://www.gurnov.ru/kms_catalog+stat+cat_id-4+page-1+nums-14.html

การเปิดใช้งานการถ่ายโอนข้อมูลประสิทธิภาพสูง:
http://www.psc.edu/networking/projects/tcptune/

คำแนะนำทีละขั้นตอนสำหรับการปรับ TCP บน Windows:
http://www.psc.edu/networking/projects/tcptune/OStune/winxp/winxp_stepbystep.html

คู่มือการปรับแต่ง IP Stack ของ UNIX:
http://www.cymru.com/Documents/ip-stack-tuning.html

คู่มือการปรับแต่งเคเบิลโมเด็ม/DSL ของ Navas:
http://cable-dsl.home.att.net

รายละเอียดการใช้งาน TCP/IP ของ Microsoft Windows 2000:
http://www.microsoft.com/technet/network/deploy/depovg/tcpip2k.mspx

พารามิเตอร์การกำหนดค่า TCP/IP และ NBT สำหรับวินโดวส์ 2000 หรือสำหรับ Windows NT:
http://support.microsoft.com/kb/120642/

การเปลี่ยนแปลงอัลกอริธึมการตรวจจับหลุมดำ PMTU สำหรับ Windows:
http://support.microsoft.com/kb/136970/

ขนาด MTU เริ่มต้นสำหรับโทโพโลยีเครือข่ายที่แตกต่างกัน:
http://support.microsoft.com/kb/140375/

ข้อมูลอ้างอิงการแก้ไขปัญหาการเรียกผ่านสายโทรศัพท์และเครือข่ายในบ้าน:
http://www.internetweekly.org/llarrow/mtumss.html

ในการทำงานบนอินเทอร์เน็ตคุณต้องกำหนดค่า การเชื่อมต่อเครือข่าย- โดยคุณต้องทำตามขั้นตอนเหล่านี้:

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

2. ในเมนูที่เปิดขึ้น คุณต้องค้นหาและเลือก "แผงควบคุม" เราขอแนะนำให้ใช้แถบค้นหาทางด้านขวา มุมบนและเขียนว่า “แผง” ตรงนั้น

3. ค้นหารายการ "เครือข่ายและอินเทอร์เน็ต" และในรายการ "ดูสถานะเครือข่ายและงาน"

4. เลือกรายการ “เปลี่ยนการตั้งค่าอะแดปเตอร์”

5. ในหน้าต่างที่ปรากฏขึ้น ให้ค้นหา “Ethernet” (ใน Windows 8 เรียกว่า “Local Area Connection”) คลิกขวาที่มันแล้วเลือก “Properties”

6. ในหน้าต่างถัดไป ดับเบิลคลิกซ้ายบน “Internet Protocol Version 4 (TCP/IPv4)”

7. ในหน้าต่างที่ปรากฏขึ้น ให้เลือกตัวเลือก "ใช้ที่อยู่ IP ต่อไปนี้" และป้อนข้อมูลเกี่ยวกับที่อยู่ IP, มาสก์, เกตเวย์ (ควรรู้จักคุณ) และ เซิร์ฟเวอร์ DNS: 194.67.161.1, 194.67.160.3

8. หลังจากป้อนข้อมูลแล้ว ให้คลิกปุ่ม "ตกลง" ที่ด้านล่างของหน้าต่าง นอกจากนี้ เพื่อให้การตั้งค่ามีผล คุณต้องคลิก "ตกลง" ในหน้าต่างถัดไป
9. การเชื่อมต่อได้รับการกำหนดค่าแล้ว

เป้า:

ประเภทของงาน:หน้าผาก

เครื่องมือในการทำงานให้สำเร็จ:

ฮาร์ดแวร์: คอมพิวเตอร์ที่ติดตั้ง Windows XP;

ซอฟต์แวร์: เครื่องเสมือน: VM-1;

ข้อมูล: ที่อยู่ IP; ซับเน็ตมาสก์; เกตเวย์หลัก

DNS ที่ต้องการเวลานำ:

2 ชั่วโมง

งานสำหรับการทำงาน

1. TCP/IP

เริ่มเครื่องเสมือน VM-1 และบูตเข้าสู่ Windows OS เปิดตัวคอนโซล.

(เริ่ม/โปรแกรม/อุปกรณ์เสริม/พร้อมรับคำสั่ง) ในบรรทัดคำสั่ง

ป้อน ipconfig /ทั้งหมด/เพิ่มเติม

ใช้ข้อมูลด้านล่างสร้างเอกสารข้อความในโฟลเดอร์ของคุณโดยมีข้อมูลต่อไปนี้:

ชื่อคอมพิวเตอร์

ส่วนต่อท้าย DNS หลัก

คำอธิบายของส่วนต่อท้าย DNS สำหรับการเชื่อมต่อ

ที่อยู่ทางกายภาพ

เปิดใช้งาน DHCP;

เปิดใช้งานการกำหนดค่าอัตโนมัติ

ที่อยู่ IP การกำหนดค่าอัตโนมัติ

ซับเน็ตมาสก์;

เกตเวย์เริ่มต้น ตรวจสอบให้แน่ใจว่าสแต็กกำลังทำงานทีพีซี/ไอพี

โดยส่งคำขอเสียงก้องไปยังที่อยู่ IP เมื่อต้องการทำเช่นนี้ ให้ใช้คำสั่ง ping: ส่งปิงไปที่ที่อยู่ในท้องถิ่น

คอมพิวเตอร์ (ลูปแบ็ค) ping 127.0.0.1 (ข้อความควรปรากฏบนหน้าจอเกี่ยวกับการตอบสนองที่ได้รับจากโหนด 127.0.0.1)

ปิงไปยังที่อยู่ IP อื่น เช่น 172.21.5.1

2. กำหนดค่าสแต็กโปรโตคอล TCP/IP เพื่อใช้ที่อยู่ IP แบบคงที่ เปิดหน้าต่างการเชื่อมต่อเครือข่าย.

(เริ่ม/แผงควบคุม/การเชื่อมต่อเครือข่าย)

เรียกคุณสมบัติการเชื่อมต่อท้องถิ่น เมื่อต้องการทำเช่นนี้ คุณสามารถใช้เมนูบริบทได้

ในกล่องโต้ตอบที่ปรากฏขึ้น บนแท็บทั่วไป ให้เปิดคุณสมบัติของ TCP/IP Internet Protocol คลิกสวิตช์ใช้ที่อยู่ IP ต่อไปนี้

และป้อนข้อมูลต่อไปนี้ในฟิลด์ที่เหมาะสม: IP_address; ซับเน็ตมาสก์; เกตเวย์หลัก DNS ที่ต้องการ ใช้การตั้งค่าด้วยปุ่ม.

ตกลง ใช้การตั้งค่าด้วยปุ่มปิดหน้าต่างคุณสมบัติการเชื่อมต่อด้วยปุ่ม

(หากจำเป็น ให้ตกลงที่จะรีสตาร์ทคอมพิวเตอร์) ตรวจสอบให้แน่ใจว่าสแต็กกำลังทำงาน.

ตรวจสอบการทำงานของโปรโตคอลสแต็ก

3. กำหนดค่า TCP/IP เพื่อรับที่อยู่ IP โดยอัตโนมัติ

เปิดหน้าต่างการเชื่อมต่อเครือข่าย

เรียกคุณสมบัติของ Local Area Connections

เปิดคุณสมบัติของ Internet Protocol TCP/IP ตั้งสวิตช์.

รับที่อยู่ IP โดยอัตโนมัติ ใช้การตั้งค่าด้วยปุ่ม.

และป้อนข้อมูลต่อไปนี้ในฟิลด์ที่เหมาะสม: IP_address; ซับเน็ตมาสก์; เกตเวย์หลัก DNS ที่ต้องการ ใช้การตั้งค่าด้วยปุ่ม.

ปิดกล่องโต้ตอบคุณสมบัติ: Internet Protocol TCP/IP ด้วย ตรวจสอบให้แน่ใจว่าสแต็กกำลังทำงาน.

ตรวจสอบการตั้งค่าสแต็กโปรโตคอลของคุณ

รับที่อยู่อื่นสำหรับคอมพิวเตอร์ของคุณ เมื่อต้องการทำสิ่งนี้:

เปิดคอนโซล (บรรทัดคำสั่ง);

ป้อนคำสั่งเพื่อรีเซ็ตที่อยู่ที่กำหนด - ipconfig /release;

(หากจำเป็น ให้ตกลงที่จะรีสตาร์ทคอมพิวเตอร์) ตรวจสอบให้แน่ใจว่าสแต็กกำลังทำงาน.

ป้อนคำสั่งเพื่อรับที่อยู่ใหม่ ipconfig /renew;การทดสอบ

คำถาม:

อธิบายพารามิเตอร์ที่ใช้ในการกำหนดค่าที่อยู่ TCP/IP แบบคงที่

กำหนดแนวคิดของสแต็กโปรโตคอล TCP/IP

งานภาคปฏิบัติหมายเลข 12 “การทำงานกับยูทิลิตี้การวินิจฉัยของโปรโตคอล tcp/ip”

เป้า:ลักษณะทั่วไปและการจัดระบบความรู้ในหัวข้อ “Internetworking”

ประเภทของงาน:หน้าผาก

DNS ที่ต้องการเวลานำ:

2 ชั่วโมง

ภารกิจที่ 1. รับข้อมูลอ้างอิงเกี่ยวกับคำสั่ง

แสดง ข้อมูลความเป็นมาสำหรับสาธารณูปโภคทั้งหมดที่พิจารณา (ดูตารางย่อหน้าที่ 1) ในการดำเนินการนี้ ให้ป้อนชื่อของยูทิลิตีโดยไม่มีพารามิเตอร์และเพิ่มลงในบรรทัดคำสั่ง /? .

บันทึกข้อมูลวิธีใช้เป็นไฟล์แยกต่างหาก

ตรวจสอบคีย์ที่ใช้เมื่อเรียกใช้ยูทิลิตี้

ภารกิจที่ 2: รับชื่อโฮสต์

แสดงชื่อโฮสต์ภายในเครื่องโดยใช้คำสั่งชื่อโฮสต์ บันทึกผลลัพธ์เป็นไฟล์แยกต่างหาก

ภารกิจที่ 3. ศึกษายูทิลิตี้ ipconfig

ตรวจสอบการกำหนดค่า TCP/IP ของคุณโดยใช้ยูทิลิตี้ ipconfig กรอกตาราง:

ภารกิจที่ 4. ทดสอบการสื่อสารโดยใช้ยูทิลิตี้ ping

ตรวจสอบว่ามีการติดตั้ง TCP/IP และกำหนดค่าอย่างถูกต้องบนเครื่องคอมพิวเตอร์

ทดสอบการทำงานของเกตเวย์เริ่มต้นโดยการส่งแพ็กเก็ต echo 5 ชุดที่มีความยาว 64 ไบต์

ตรวจสอบความสามารถในการเชื่อมต่อกับโฮสต์ระยะไกล

ใช้คำสั่ง ping ตรวจสอบที่อยู่ (นำมาจากรายการ ทรัพยากรในท้องถิ่นบนเว็บไซต์ aspu.ru) และสำหรับแต่ละรายการให้ทำเครื่องหมายเวลาตอบสนอง ลองเปลี่ยนพารามิเตอร์คำสั่ง ping เพื่อปรับปรุงเวลาตอบสนอง

กำหนดที่อยู่ IP ของโหนด

ภารกิจที่ 5. การกำหนดเส้นทางของแพ็กเก็ต IP

ใช้คำสั่ง Tracert ตรวจสอบที่อยู่ด้านล่างซึ่งโหนดกลางที่สัญญาณผ่านไป เรียนรู้ปุ่มคำสั่ง

b) mathmod.aspu.ru

c) yarus.aspu.ru

ภารกิจที่ 6: การดูแคช ARP

ใช้ยูทิลิตี้ arp เพื่อดูตาราง ARP ของคอมพิวเตอร์ในระบบ

เพิ่มรายการแบบคงที่ลงในแคชของคอมพิวเตอร์ภายในเครื่อง

ภารกิจที่ 7: ดูตารางเส้นทางภายในเครื่อง

ใช้ยูทิลิตี้เส้นทางเพื่อดูตารางเส้นทางในเครื่อง

ภารกิจที่ 8. การรับข้อมูลเกี่ยวกับการเชื่อมต่อเครือข่ายปัจจุบันและโปรโตคอลของสแต็ก TCP/IP ใช้ยูทิลิตี้ netstat แสดงรายการการเชื่อมต่อเครือข่ายและข้อมูลทางสถิติ

สำหรับโปรโตคอล UDP, TCP, ICMP, IP

คำถามเพื่อความปลอดภัย: ขยายเงื่อนไข: โฮสต์, เกตเวย์, ฮ็อป, อายุการใช้งานของแพ็กเก็ต, เส้นทาง,เน็ตเวิร์กมาสก์ , เซิร์ฟเวอร์ DNS ที่เชื่อถือได้/ไม่ได้รับอนุญาต (มีอำนาจ)พอร์ต TCP , วนซ้ำข้อเสนอแนะ

, เวลาตอบสนอง

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

ตรวจสอบการเชื่อมต่อกับโฮสต์ระยะไกลหรือไม่

วัตถุประสงค์ของ ARP คืออะไร? ยังไงแก้ไขชื่อโฮสต์เป็นที่อยู่ IP (และในทางกลับกัน)?

อะไรคือสาเหตุของความล้มเหลวในการ Ping และ Tracert (เกินเวลาคำขอ, เครือข่ายไม่พร้อมใช้งาน, เกินเวลาในการส่งแพ็กเก็ต)

เป็นไปได้หรือไม่ที่จะค้นหาชื่อสัญลักษณ์ของโฮสต์ด้วยที่อยู่ IP ของมัน?

เซิร์ฟเวอร์ DNS ขอบันทึกประเภทใด รูปแบบที่ง่ายที่สุด nlookup?