สุดยอดคู่มือ TCP / IP

สุดยอดคู่มือ TCP_IP

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

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

กฎทั่วไปที่มีอยู่อย่างอิสระทำให้การผูกขาดในการสื่อสาร จัดขึ้นก่อนหน้านี้โดยไม่กี่ บริษัท.

หากคุณไม่มีเวลาอ่านบทความทั้งหมดและต้องการสรุปเครื่องมือที่เราแนะนำนี่คือ รายการเครื่องมือ TCP / IP ที่ดีที่สุด 5 รายการของเรา:

  1. SolarWinds IP Address Manager (ทดลองใช้ฟรี) ตัวเลือกอันดับ 1 ของเรา. IPAM แบบสแต็กคู่ที่ประสานกับเซิร์ฟเวอร์ DHCP และ DNS ทำงานบน Windows Server.
  2. ผู้ชาย & การจัดการที่อยู่ IP ของเมาส์ ฟรีเครื่องมือเปลี่ยนผ่าน IPv4 เป็น IPv6 หรือ IPAM ที่จ่ายเต็ม.
  3. นายหน้าอุโมงค์ IPv6 ฟรีพร็อกซีการเจาะช่องทาง IPv6 ออนไลน์.
  4. การแปล IPv6 ของ Cloudflare การแปลที่อยู่บนเซิร์ฟเวอร์ขอบที่นำเสนอเป็นส่วนหนึ่งของบริการการป้องกันระบบ Cloudflare.
  5. SubnetOnline IPv4 เป็น IPv6 Converter เครื่องคิดเลขที่อยู่เครือข่ายย่อยที่สามารถให้คุณแปลงจากที่อยู่ IPv4 เป็น IPv6.

แนวคิดเครือข่าย

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

ตัวอย่างเช่น บริษัท อาจตัดสินใจสร้างโปรแกรมการถ่ายโอนข้อมูลของตนเองและเขียนกฎที่บอกว่าการเปิดเซสชันเริ่มต้นด้วยข้อความ“ XYZ” ซึ่งควรตอบกลับด้วยข้อความ“ ABC” อย่างไรก็ตามโปรแกรมที่ได้จะสามารถเชื่อมต่อกับระบบอื่นที่ใช้งานโปรแกรมเดียวกันได้เท่านั้น หากบ้านซอฟต์แวร์อื่นในโลกตัดสินใจที่จะเขียนโปรแกรมถ่ายโอนข้อมูลไม่มีการรับประกันว่าระบบของมันจะใช้กฎการส่งข้อความเดียวกัน หาก บริษัท อื่นสร้างโปรแกรมการสื่อสารที่เริ่มต้นการเชื่อมต่อกับข้อความ“ PPF” และคาดว่าจะตอบสนอง“ RRK”, ระบบเครือข่ายทั้งสองนั้นจะไม่สามารถสื่อสารกันได้.

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

มาตรฐานที่ไม่ใช่กรรมสิทธิ์

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

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

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

ประวัติ TCP / IP

TCP / IP เริ่มมีชีวิตเหมือน“โปรแกรมควบคุมการส่งกำลัง.หลายคนอ้างว่าได้คิดค้นอินเทอร์เน็ต แต่หลายคนคิดว่า Vint Cerf และ Bob Khan ผู้สร้างที่แท้จริง Cerf and Khan เผยแพร่“โปรแกรมสำหรับการสื่อสารของ Packet Network” ในเดือนพฤษภาคมปี 1974 เอกสารนี้ได้รับการสนับสนุนจากกระทรวงกลาโหมสหรัฐฯและได้รับการตีพิมพ์โดยสถาบันวิศวกรไฟฟ้าและอิเล็กทรอนิกส์.

อาร์พาเนต

จากจุดเริ่มต้นแนวคิดหลักของ TCP / IP คือการ ทำให้มาตรฐานเป็นแบบสาธารณะ แม้ว่าการระดมทุนของมันบ่งชี้ว่าในตอนแรกมันถูกมองว่าเป็นเครื่องมือทางทหาร อันที่จริง Vint Cerf ศาสตราจารย์แห่งมหาวิทยาลัยสแตนฟอร์ดในปี 2517 ได้เข้าร่วมกับบ็อบข่านที่ กลาโหมสำนักงานวิจัยโครงการขั้นสูง พวกเขาพัฒนาแนวคิดอินเทอร์เน็ตเพิ่มเติมที่ไหน DARPA มีบทบาทสำคัญในการสร้างอินเทอร์เน็ตและมีผู้บุกเบิกระบบที่เรียกว่า ARPANet ทั้ง Cerf และ Khan ทำงานในโครงการ ARPANet ในขณะที่เรียนอยู่ที่มหาวิทยาลัย. การพัฒนาระบบ ARPANet ช่วยนำเสนอเทคโนโลยีและขั้นตอนต่าง ๆ ที่ในที่สุด Cerf และ Khan ได้รวมเข้ากับ TCP / IP.

จอน Postel

การพัฒนาหลักที่เกิดขึ้นกับโปรแกรมควบคุมการส่งข้อมูลคือมันถูกแบ่งออกเป็นโปรโตคอลที่แตกต่างกันหลายอย่าง ผู้ก่อตั้งเทคโนโลยีอินเทอร์เน็ตอีกราย, จอน Postel, มีส่วนร่วมในระหว่างขั้นตอนการพัฒนาและกำหนดแนวคิดของโปรโตคอลสแต็ก ระบบฝังรากลึกของโปรโตคอล TCP / IP เป็นหนึ่งในจุดแข็งและเป็นตัวอย่างแรกเริ่มที่เป็นแนวคิดของบริการซอฟต์แวร์.

โปรโตคอลสแต็ก TCP / IP

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

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

รูปแบบโปรโตคอล

Internet Protocol Suite, ชื่ออย่างเป็นทางการสำหรับสแต็ก TCP / IP ประกอบด้วยสี่ชั้น.

โมเดล TCP / IP

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

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

พิธีสารที่เป็นนามธรรม

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

แนวคิดของ OSI

เปิดระบบเชื่อมต่อโครงข่าย model เป็นสแต็กโปรโตคอลทางเลือกสำหรับการเชื่อมต่อเครือข่าย OSI ใหม่กว่า TCP / IP สแต็กนี้มีเลเยอร์มากขึ้นและกำหนดงานที่ดำเนินการโดยโปรโตคอลเลเยอร์ TCP / IP จำนวนมาก ตัวอย่างเช่นเลเยอร์ต่ำสุดของสแต็ค OSI คือชั้นกายภาพ ข้อตกลงนี้เกี่ยวข้องกับด้านฮาร์ดแวร์ของเครือข่ายและวิธีการส่งกำลังดำเนินการจริง ปัจจัยเหล่านี้รวมถึงการเดินสายของตัวเชื่อมต่อและแรงดันไฟฟ้าที่แสดงถึงศูนย์และหนึ่ง. Physical Layer ไม่มีอยู่ใน TCP / IP stack ดังนั้นคำจำกัดความเหล่านั้นจะต้องรวมอยู่ในข้อกำหนดสำหรับโปรโตคอล Link Layer.

OSI Stack

เลเยอร์ที่สูงขึ้นของ OSI แบ่งเลเยอร์ TCP / IP ออกเป็นสองชั้น Link Layer ของ TCP / IP แบ่งออกเป็น Data Link และเลเยอร์เครือข่ายของ OSI Transport Layer ของ TCP / IP แสดงโดย Transport and Session Layers ของ OSI และ Application Layer ของ TCP / IP แบ่งออกเป็น Presentation และ Application Layer ใน OSI.

OSI และ TCP

แม้ว่าสแต็ค OSI จะมีความแม่นยำมากกว่าและในที่สุดมีประโยชน์มากกว่า Internet Protocol Suite แต่โปรโตคอลที่แพร่หลายสำหรับอินเทอร์เน็ต, IP, TCP และ UDP ล้วนถูกกำหนดไว้ในรูปแบบของสแต็ก TCP / IP. OSI ไม่ได้รับความนิยมเท่ากับแบบจำลองแนวคิด. อย่างไรก็ตามการมีอยู่ของทั้งสองรุ่นทำให้เกิดความสับสนในการทำงานของโปรโตคอลหรือฟังก์ชันหมายเลขเลเยอร์.

โดยทั่วไปเมื่อนักพัฒนาหรือวิศวกรพูดถึงเลเยอร์ในจำนวนเขาหมายถึงสแต็ค OSI. ตัวอย่างของความสับสนนี้คือโปรโตคอลการซ้อนของเลเยอร์ 2 มีอยู่ที่เลเยอร์การเชื่อมโยง TCP / IP Link Layer เป็นเลเยอร์ด้านล่างในสแต็กดังนั้นถ้ามันจะได้รับตัวเลขมันควรจะเป็นเลเยอร์ 1 ดังนั้น L2TP เป็นโปรโตคอลเลเยอร์ 1 ในเงื่อนไข TCP / IP ใน OSI นั้น Physical Layer จะอยู่เหนือ Physical Layer L2TP เป็นโปรโตคอลเลเยอร์ 2 ในคำศัพท์ OSI และนั่นคือที่ที่มันได้รับชื่อ.

เอกสาร TCP / IP

แม้ว่าคำจำกัดความแรกของ TCP / IP ถูกเผยแพร่โดย IEEE ความรับผิดชอบในการจัดการโปรโตคอลเครือข่ายส่วนใหญ่ได้ถูกย้ายไปยัง Internet Engineering Taskforce. IETF ถูกสร้างโดย John Postel ในปี 1986 และได้รับทุนจากรัฐบาลสหรัฐในตอนแรก นับตั้งแต่ปี 1993 เป็นต้นมาเป็นส่วนหนึ่งของ Internet Society ซึ่งเป็นสมาคมระหว่างประเทศที่ไม่แสวงหาผลกำไร.

ขอความคิดเห็น

สื่อการเผยแพร่สำหรับโปรโตคอลเครือข่ายเรียกว่า“RFC.” นี่หมายถึง“ขอความคิดเห็น” และชื่อบอกเป็นนัยว่า RFC อธิบายโปรโตคอลที่อยู่ระหว่างการพัฒนา อย่างไรก็ตาม, RFCs ในฐานข้อมูล IETF ถือเป็นที่สิ้นสุด. หากผู้สร้างโพรโทคอลต้องการปรับเปลี่ยนพวกเขาจะต้องเขียนเป็น RFC ใหม่.

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

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

สถาปัตยกรรมอินเทอร์เน็ต

  •        RFC 1122
  •        RFC1349
  •        RFC3439

วิวัฒนาการ TCP / IP

  •        RFC 675
  •        RFC 791
  •        RFC 1349
  •        RFC 1812

อินเทอร์เน็ตโปรโตคอล

  •        RFC 1517
  •        RFC 1883
  •        RFC 2501
  •        RFC2460
  •        RFC 2474
  •        RFC 3927
  •        RFC 6864
  •        RFC 8200

TCP

  •        RFC 793
  •        RFC6093
  •        RFC6298
  •        RFC6528

UDP

  •        RFC 768

โปรโตคอล Link Layer

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

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

ผู้เชี่ยวชาญด้านเครือข่ายหลายคนมีโปรโตคอลที่พวกเขาถือเป็นมาตรฐานหลักของ Link Layer นี้เป็นเพราะ ช่วงกว้างของงานที่ TCP / IP กำหนดให้กับ Link Layer หนุนตำแหน่งงานที่แตกต่างกันมากมาย, เช่นวิศวกรสายเคเบิลเครือข่ายผู้ดูแลระบบเครือข่ายและนักพัฒนาซอฟต์แวร์ เนื้อหาที่สำคัญที่สุดของระบบคือ “Link Layer” คือ การควบคุมการเข้าถึงสื่อ (MAC).

การควบคุมการเข้าถึงสื่อ

MAC ไม่มีส่วนเกี่ยวข้องกับ Apple Mac ความคล้ายคลึงกันในชื่อระหว่างมาตรฐานและแบบจำลองคอมพิวเตอร์เป็นเรื่องบังเอิญที่สมบูรณ์. งานที่เกี่ยวข้องกับการรับข้อมูลของคุณสู่สายงานทั้งหมดเป็นความรับผิดชอบของ MAC. ในคำศัพท์ OSI, MAC เป็นส่วนย่อยของ Data Link Layer ส่วนล่างของเลเยอร์นั้นเป็นจริงโดย การควบคุมการเชื่อมโยงเชิงตรรกะ ฟังก์ชั่น.

แม้ว่า Internet Engineering Taskforce จะถูกตั้งค่าให้จัดการมาตรฐานเครือข่ายทั้งหมด แต่ IEEE ก็ไม่เต็มใจที่จะยกเลิกการควบคุมมาตรฐานเลเยอร์ที่ต่ำกว่า ดังนั้น, เมื่อเราลงไปยัง Link Layer คำจำกัดความของโปรโตคอลจำนวนมากเป็นส่วนหนึ่งของห้องสมุด IEEE.

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

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

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

โปรโตคอลและอุปกรณ์

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

ความแตกต่างระหว่างเราเตอร์สวิตช์สะพานและตัว repeater สามารถส่องสว่างได้ดีที่สุดโดยอ้างอิงตำแหน่งของอุปกรณ์ที่สัมพันธ์กับสแต็ค TCP / IP และ OSI.

Router

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

สวิตซ์

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

สะพาน

บริดจ์เชื่อมต่อฮับหนึ่งไปยังอีกฮับหนึ่ง คุณสามารถใช้บริดจ์เพื่อเชื่อมต่อ LAN และเครือข่ายไร้สายด้วยกัน. บริดจ์เป็นสวิตช์ที่มีการเชื่อมต่อเพียงครั้งเดียว. บางครั้งสวิตช์เรียกว่าบริดจ์แบบหลายพอร์ต Bridges ไม่ต้องการตัวประมวลผลที่ซับซ้อนมาก พวกเขาเป็นเพียงการส่งผ่านดังนั้นพวกเขาจึงเป็นหลัก ชั้นกายภาพ อุปกรณ์ อย่างไรก็ตามเนื่องจากพวกเขามีส่วนร่วมในการจัดการกับพวกเขายังมีบางส่วน ลิงค์เลเยอร์ ความสามารถในการ สิ่งนี้ทำให้พวกเขา (OSI) ชั้นที่ 1 / ชั้นที่ 2 อุปกรณ์.

ทบทวน

repeater ขยายช่วงของสัญญาณ บนสายเคเบิลชีพจรไฟฟ้าจะกระจายไปไกลและใน wifi สัญญาณจะอ่อนลงเมื่อเดินทาง Repeater ยังเป็นที่รู้จักในฐานะผู้สนับสนุน บนสายเคเบิลจะใช้การเพิ่มกำลังไฟฟ้าใหม่ให้กับการส่งสัญญาณและบนเครือข่ายไร้สายจะส่งสัญญาณใหม่ repeater ไม่ต้องการซอฟต์แวร์ มันเป็นอุปกรณ์ทางกายภาพล้วนๆ ไม่มีส่วนเกี่ยวข้องกับโปรโตคอลในสแต็ก TCP / IP. ใน OSI มันเป็น ชั้นกายภาพ อุปกรณ์ซึ่งทำให้มัน ชั้นที่ 1.

ที่อยู่ TCP / IP

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

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

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

IPv4

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

ที่อยู่ IPv4 ประกอบด้วยสี่องค์ประกอบ แต่ละองค์ประกอบคือ octet, ซึ่งหมายความว่ามันเป็นเลขฐานสอง 8 บิต. แต่ละ octet จะถูกคั่นด้วยจุด (“.”). เพื่อความสะดวกในการใช้งาน octet เหล่านั้นมักจะแสดงด้วยเลขทศนิยม. จำนวนทศนิยมสูงสุดที่สามารถเข้าถึงได้โดย octet คือ 255. นี่คือ 11111111 ในไบนารี ดังนั้น, ที่อยู่ IP สูงสุดที่เป็นไปได้คือ 255.255.255.255, ซึ่งจริงๆแล้วคือ 11111111.11111111111111111111111111 ในไบนารีพื้นฐาน วิธีการหาลำดับนี้ทำให้ มีที่อยู่ทั้งหมด 4,294,967,296 แห่ง. มีการจองที่อยู่เฉพาะที่มีอยู่ประมาณ 288 ล้านที่อยู่.

การกระจายที่อยู่ IP ที่มีอยู่ถูกควบคุมโดยผู้ให้บริการกำหนดหมายเลขอินเทอร์เน็ต IANA ก่อตั้งขึ้นในปี 1988 โดย Jon Postel. ตั้งแต่ปี 1998 IANA ได้เป็นส่วนหนึ่งของ Internet Corporation ของชื่อและหมายเลขที่กำหนด (ICANN), ซึ่งเป็นองค์กรไม่แสวงผลกำไรระดับนานาชาติ IANA กระจายช่วงของที่อยู่เป็นระยะ ๆ ไปยังแต่ละแผนกหรือที่รู้จักกันในชื่อ รีจิสทรีอินเทอร์เน็ตในภูมิภาค. RIR ทั้งห้านั้นครอบคลุมพื้นที่ขนาดใหญ่ของโลก.

ที่อยู่เครือข่ายส่วนตัว

ภายในเครือข่ายส่วนตัว, คุณไม่ต้องสมัครกับ IANA หรือหน่วยงานเพื่อรับที่อยู่ IP. ที่อยู่จะต้องไม่ซ้ำกันภายในเครือข่าย. ตามแบบแผนเครือข่ายส่วนตัวจ้างที่อยู่ภายในช่วงต่อไปนี้:

  •         10.0.0.0 ถึง 10.255.255.255 – 16 777 216 ที่อยู่ที่มีอยู่
  •         172.16.0.0 ถึง 172.31.255.255 – 1 048 576 ที่อยู่ที่มีอยู่
  •         192.168.0.0 ถึง 192.168.255.255 – 65 536 ที่อยู่ที่มีอยู่

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

การแบ่งขอบเขตที่อยู่นี้เรียกว่า subnetting และคุณสามารถอ่านเพิ่มเติมเกี่ยวกับเทคนิคการกำหนดที่อยู่ใน The Ultimate Guide to Subnetting.

IPv6

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

ในช่วงต้นยุค 90, เป็นที่ชัดเจนว่ากลุ่มที่อยู่ IP นั้นไม่ใหญ่พอที่จะตอบสนองความต้องการได้ตลอดไป. ในปีพ. ศ. 2538 IETF มอบหมายการศึกษาให้เป็นโปรโตคอลที่อยู่ใหม่ซึ่งจะให้ที่อยู่เพียงพอ. โครงการนี้เรียกว่า IPv6.

เกิดอะไรขึ้นกับ IPv5?

ไม่เคยมี Internet Protocol รุ่น 5 อย่างไรก็ตามมี โปรโตคอลสตรีมอินเทอร์เน็ต, ซึ่งเขียนในปี 1979. นี่เป็นบรรพบุรุษของ VoIP และมันตั้งใจที่จะมีส่วนหัวของแพ็คเก็ตแบบขนาน ความแตกต่างระหว่างส่วนหัว IPv4 และส่วนหัวการสตรีมถูกระบุด้วยหมายเลขเวอร์ชันในส่วนหัวของ IP อย่างไรก็ตามโพรโทคอลอินเทอร์เน็ตสตรีมถูกทอดทิ้งและอื่น ๆ คุณจะไม่พบส่วนหัวแพ็คเก็ต IPv5.

รูปแบบที่อยู่ IPv6

ทางออกที่ง่ายที่สุดสำหรับการอ่อนล้าของที่อยู่ IP คือเพียงแค่เพิ่มอ็อกเท็ตมากขึ้นในที่อยู่ IP มาตรฐาน นี่คือกลยุทธ์ที่ชนะ. ที่อยู่ IPv6 ประกอบด้วย 16 octets, แทนที่จะเป็นสี่ในที่อยู่ IPv4 นี่ให้ที่อยู่ รวม 128 บิต และทำให้ กลุ่มที่อยู่มากกว่า 340 ล้านที่อยู่. ล้านล้านเป็นพันล้านล้านล้านและเขียนเป็นหนึ่งด้วย 36 ศูนย์หลังจากนั้น.

เลย์เอาต์สุดท้ายของที่อยู่ IPv6 ได้รับการเผยแพร่ในเดือนกุมภาพันธ์ 2559 เป็น RFC 4291 คำจำกัดความดังกล่าวได้รับการแก้ไขและขยายโดย RFC ในภายหลัง.

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

ภาวะแทรกซ้อนอยู่ในรูปแบบของ IPv6 ซึ่งไม่เหมือนกับ IPv4. ที่อยู่ IPv6 แบ่งออกเป็น 2 ส่วนออคเต็ต. แต่ละส่วนถูกเขียนเป็นเลขฐานสิบหกและประกอบด้วยสี่หลัก อักขระแต่ละตัวในที่อยู่แสดงถึง ตอด, ซึ่งคือ 4 บิตของเลขฐานสอง ความแตกต่างสุดท้ายคือตัวคั่นเปลี่ยนจากจุด (“.”) เป็นเครื่องหมายจุดคู่ (“:”) ดังนั้นในการสร้างที่อยู่ IPv4 ให้เป็นที่อยู่ IPv6 ก่อนอื่น แปลงตัวเลขทศนิยมของที่อยู่ของคุณเป็นเลขฐานสิบหก.

192.168.1.100

= C0.A8.01.64

ต่อไป, เข้าร่วมกลุ่มที่ 1 และ 2 และส่วนที่ 3 และ 4. คั่นพวกมันด้วยโคลอน.

= C0A8: 0164

เพิ่มเข้าไป หกส่วนศูนย์ เพื่อกำหนดขนาดของที่อยู่ IPv6.

= C0A8: 0164: 0000: 0000: 0000: 0000: 0000: 0000

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

การใช้งาน IPv6

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

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

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

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

โปรโตคอลเลเยอร์การขนส่ง

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

แนวคิดดั้งเดิมในแผน TCP / IP คือผู้ออกแบบซอฟต์แวร์สามารถเลือกได้ พวกเขาสามารถสร้างการเชื่อมต่อกับ TCP หรือบายพาสกระบวนการเชื่อมต่อและส่งแพ็กเก็ตโดยตรงกับ IP. การเรียกร้องของ Postel ในการบังคับใช้เลเยอร์สแต็คหมายความว่าจำเป็นต้องมีกระบวนการบรรจุภัณฑ์เพื่อเตรียมกระแสสำหรับการถ่ายโอนโดยตรง. สิ่งนี้นำไปสู่การสร้าง User Datagram Protocol (UDP). UDP เป็นทางเลือกหลักในการ TCP การขาดความสนใจในโพรโทคอลนี้แสดงโดยรายการสั้น ๆ ของ RFC ที่มันสร้างขึ้น. คำจำกัดความดั้งเดิมของ UDP ยังคงเป็นปัจจุบันและไม่เคยมีการปรับปรุง.

ดังนั้นให้ดูที่สองเสาหลักของเลเยอร์การขนส่ง TCP / IP.

โปรโตคอลควบคุมการส่ง

TCP ตั้งค่าการเชื่อมต่อ คุณอาจคิดว่าการส่งสัญญาณใด ๆ ที่เกี่ยวข้องกับการเชื่อมต่อ แต่ความหมายที่แท้จริงของคำที่ก่อให้เกิด สร้างเซสชันและบำรุงรักษา. ภารกิจนั้นต้องการข้อความการดูแลระบบ ดังนั้น, TCP สร้างค่าใช้จ่ายเล็กน้อยในทุกธุรกรรมเครือข่าย.

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

TCP มีจุดอ่อนที่แฮกเกอร์และผู้โจมตีสามารถโจมตีได้. การโจมตีแบบปฏิเสธการให้บริการ (DDoS) แบบกระจายทั่วไปใช้กระบวนการสร้างเซสชันของ TCP, แต่กระบวนการยังไม่เสร็จ ในกระบวนการสร้างเซสชัน TCP อุปกรณ์เริ่มต้นจะส่ง a SYN ห่อ คอมพิวเตอร์ที่ได้รับตอบกลับด้วย SYN-ACK, และผู้ประทับจิตจะเสร็จสิ้นการตั้งค่าด้วย ACK ข่าวสาร การโจมตี DDoS ส่ง SYN แต่ไม่ตอบกลับ SYN-ACK ด้วย ACK นั่นทำให้ผู้รับแขวนอยู่ครู่หนึ่งรอ ผู้รับจะหมดเวลา แต่ การหน่วงเวลาไม่กี่วินาทีนั้นเชื่อมโยงกับเซิร์ฟเวอร์และทำให้ข้อความ SYN มีประสิทธิภาพมากในการบล็อกทราฟฟิกของแท้.

บริการ TCP มีหน้าที่รับผิดชอบ แยกสตรีมหรือไฟล์ออกเป็นส่วน ๆ. มันทำให้กรอบรอบแต่ละเซ็กเมนต์ทำให้เป็นส่วนหัว. ส่วนหัว TCP ไม่รวมที่อยู่ IP หรือที่อยู่ MAC, แต่มีที่อยู่อีกระดับหนึ่ง: หมายเลขพอร์ต. ส่วนหัวประกอบด้วยหมายเลขต้นทางและหมายเลขพอร์ตปลายทาง. หมายเลขพอร์ตเป็นตัวระบุสำหรับแอปพลิเคชันที่ด้านข้างของการเชื่อมต่อ มีส่วนร่วมในการแลกเปลี่ยนข้อมูล.

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

โปรแกรม TCP สองโปรแกรมที่เกี่ยวข้องในการเชื่อมต่อสร้าง ยกเลิกอย่างเป็นระเบียบ เมื่อการส่งสัญญาณเสร็จสิ้นรู้จักกันในชื่อ“การย่อยสลายที่สง่างาม“.

โพรโทคอลเดตาแกรมผู้ใช้

ในขณะที่ฟังก์ชันการทำงานของ TCP ได้รวมอยู่ใน TCP / IP ตั้งแต่เริ่มก่อตั้งระบบในปี 1974 คำจำกัดความของ UDP จะปรากฏขึ้นในภายหลังในปี 1980. UDP มีให้เป็นทางเลือกแทน TCP. ความตั้งใจเดิมคือการมีเส้นทางตรรกะผ่าน TCP เพื่อสร้างการเชื่อมต่อและเส้นทางทางเลือกที่เพิ่งตรงไปที่ขั้นตอน IP ตัดกระบวนการเชื่อมต่อออก อย่างไรก็ตามกลยุทธ์นั้นจำเป็นต้องมีการรวมสาขาที่มีเงื่อนไขไว้ในคำจำกัดความของ Internet Protocol ซึ่งทำให้ข้อกำหนดของโปรโตคอลนั้นซับซ้อนโดยไม่จำเป็น. UDP ถูกจัดทำขึ้นเพื่อจำลองคุณลักษณะการสร้างเซ็กเมนต์ของ TCP โดยไม่รวมขั้นตอนการเชื่อมต่อใด ๆ.

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

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

การขาดขั้นตอนการเชื่อมต่อหรือการตรวจสอบความสมบูรณ์ของข้อมูลทำให้ UDP เหมาะสำหรับธุรกรรมการร้องขอ / ตอบกลับสั้น ๆ, เช่นการค้นหา DNS และคำขอโปรโตคอลเครือข่ายเวลา.

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

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

แอปพลิเคชั่นเสียงใช้ โปรโตคอลการเริ่มต้นเซสชัน, โปรโตคอลการควบคุมการส่งกระแส, และ โปรโตคอลการขนส่งแบบเรียลไทม์ เพื่อวางซ้อน UDP และจัดให้มีฟังก์ชันการจัดการเซสชันที่ขาดหายไป.

แอปพลิเคชัน TCP / IP

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

โปรโตคอลที่อาศัยอยู่ใน Application Layer รวมถึง HTTP และ HTTPS, ซึ่งจัดการคำขอและถ่ายโอนหน้าเว็บ โปรโตคอลการจัดการอีเมล โปรโตคอลการเข้าถึงข้อความอินเทอร์เน็ต (IMAP), โปรโตคอลที่ทำการไปรษณีย์ (POP3), และ Simple Mail Transfer Protocol (SMTP) ถูกจัดประเภทเป็นแอปพลิเคชัน TCP / IP.

ในฐานะผู้ดูแลระบบเครือข่ายคุณจะสนใจ แอปพลิเคชั่น DNS, DHCP และ SNMP. Simple Network Management Protocol เป็นมาตรฐานการรับส่งข้อความเครือข่ายที่ถูกนำไปใช้อย่างแพร่หลายในอุปกรณ์เครือข่าย เครื่องมือการบริหารเครือข่ายจำนวนมากใช้ SNMP.

ระบบชื่อโดเมน

ระบบชื่อโดเมน (DNS) แปลที่อยู่เว็บเป็นที่อยู่ IP จริงสำหรับการเข้าถึงเว็บไซต์ผ่านอินเทอร์เน็ต DNS เป็นบริการที่จำเป็นสำหรับเครือข่ายส่วนตัว ทำงานร่วมกับระบบ DHCP และประสานงานโดย IP Address Manager (IPAM) เพื่อจัดทำกลุ่มเครื่องมือตรวจสอบที่อยู่เครือข่ายที่รู้จักในชื่อ DDI (DNS /DHCP /ผมPAM).

โปรโตคอลการกำหนดค่าโฮสต์แบบไดนามิก

แม้จะมีกลุ่มของที่อยู่ IPv4 หมดในปี 2011 บริษัท และบุคคลต่าง ๆ ก็ยังลังเลที่จะเปลี่ยนไปใช้ IPv6 การเปิดตัว IPv6 เริ่มขึ้นในปี 2549 ซึ่งหมายความว่าห้าปีผ่านไปเมื่อทุกคนในอุตสาหกรรมเครือข่ายตระหนักถึงการสิ้นสุดของการกำหนดที่อยู่ IPv4 แต่ยังไม่ได้ทำอะไรเลยที่จะเปลี่ยนไปใช้ระบบใหม่.

ในปี 2559 IPv6 ได้ผ่านไป 20 ปีนับตั้งแต่ก่อตั้งและสิบปีนับตั้งแต่มีการใช้งานเชิงพาณิชย์และน้อยกว่า 10 เปอร์เซ็นต์ของเบราว์เซอร์ในโลกสามารถโหลดเว็บไซต์ผ่านที่อยู่ IPv6.

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

DHCP ยังใช้กันอย่างแพร่หลายในเครือข่ายส่วนตัว เพราะมันสร้างวิธีการจัดสรรที่อยู่ IP อัตโนมัติและลดงานที่ต้องทำด้วยตนเองซึ่งผู้ดูแลระบบเครือข่ายต้องดำเนินการเพื่อตั้งค่าปลายทางทั้งหมดในเครือข่ายขนาดใหญ่.

การแปลที่อยู่เครือข่าย

แอปพลิเคชัน TCP / IP อื่น, การแปลที่อยู่เครือข่าย, ยังช่วยลดความต้องการที่อยู่ IPv4 แทนที่จะเป็น บริษัท ที่จัดสรรที่อยู่ IP สาธารณะให้กับแต่ละเวิร์กสเตชันพวกเขาจะเก็บที่อยู่ในเครือข่ายส่วนตัว.

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

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

เครื่องมือ TCP / IP ที่ดีที่สุด

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

โชคดีที่ผู้ให้บริการเซิร์ฟเวอร์ DHCP และ DNS รายใหญ่ทั้งหมดได้รับ ตระหนักถึงการเปลี่ยนไปใช้ IPv6 เป็นเวลาอย่างน้อยหนึ่งทศวรรษ. ผู้ให้บริการรายใดที่คุณได้รับซอฟต์แวร์เซิร์ฟเวอร์จากคุณสามารถมั่นใจได้ว่าสามารถใช้งานร่วมกับ IPv6 ได้ดังนั้นคุณไม่จำเป็นต้องเริ่มต้นใหม่ด้วยบริการเหล่านั้น.

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

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

1. ตัวจัดการที่อยู่ IP ของ SolarWinds (ทดลองใช้ฟรี)

Solarwinds ติดตามที่อยู่ IP

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

SolarWinds ทำให้ตัวจัดการที่อยู่ IP เป็น“กองคู่” ระบบซึ่งหมายความว่ามันสามารถทำงานกับที่อยู่ IPv6 เช่นเดียวกับ IPv4 เครื่องมือรวมถึง คุณสมบัติที่จะช่วยคุณย้ายระบบที่อยู่เครือข่ายของคุณจาก IPv4 เป็น IPv6.

SolarWinds ‘“IP คู่ซ้อน” ระบบทำ แต่ละโหนดบนเครือข่ายของคุณอาจเป็นโหนด IPv6 / IPv4. คุณเพียงแค่ต้องกำหนดค่าสำหรับแต่ละโหนดในแดชบอร์ดของคุณ โหนดสามารถ IPv4 เท่านั้น, IPv6 เท่านั้น, หรือ ทั้ง IPv4 และ IPv6. ดังนั้นเมื่อมีการเปลี่ยนแปลง,

เริ่มต้นด้วยโหนด IPv4 ตั้งค่าทั้งหมดเป็นโหนด IPv6 / IPv6 และกำหนดค่าเซิร์ฟเวอร์ DHCP และ DNS ใหม่ให้ทำงานกับที่อยู่ IPv6 เมื่อการกำหนดค่านั้นแสดงให้ทำงานได้อย่างมีประสิทธิภาพ, เพียงปิดความสามารถของ IPv4 เพื่อสร้างเครือข่าย IPv6 SolarWinds เรียกสิ่งนี้ว่า“วิธีการเปลี่ยนสแต็คคู่.”

IPAM มีเครื่องมือในการวางแผนเพื่อเปลี่ยนเป็น IPv4 คุณสามารถแนะนำซับเน็ตแอดเดรสใหม่ด้วยซับเน็ต ซอฟต์แวร์จัดการกับความขัดแย้งของที่อยู่ IP ระหว่างการเปลี่ยนแปลง. Tขอบเขตสำหรับซับเน็ตติ้งแตกต่างจากที่มีใน IPv4, ดังนั้นคุณสมบัติเครือข่ายย่อยของ SolarWinds IP Address Manager ซึ่งรวมถึงเครื่องคิดเลขเครือข่ายย่อยจะช่วยติดตามการย้ายข้อมูล.

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

คุณสามารถตรวจสอบที่อยู่ IP จัดการ ทดลองใช้ฟรี 30 วัน. สามารถติดตั้งได้ใน เซิร์ฟเวอร์ Windows.

"SolarWinds
"ดาวน์โหลด

"}" ข้อมูลแผ่น userformat ="{"2": 9444099,"3"[โมฆะ 0],"4"[โมฆะ 2,16777215],"11": 4,"12": 0,"14"[โมฆะ 2,1136076],"15":"arial, sans-serif","23": 2,"26": 400}"> SolarWinds ที่อยู่ IP Manager ดาวน์โหลดทดลองใช้ฟรี 30 วันที่ SolarWinds.com

2. ผู้ชาย & การจัดการที่อยู่ IP ของเมาส์

Men and Mice IPAM

Men and Mice ผลิตซอฟต์แวร์การจัดการเครือข่ายรวมถึงแพ็คเกจ DDI เครื่องมือการจัดการที่อยู่ IP เป็นส่วนหนึ่งของชุดนั้น. บริษัท นำเสนอยูทิลิตี้การจัดการที่อยู่ IP รุ่นที่ จำกัด เพื่อใช้การย้ายข้อมูลจาก IPv4 ไปยังที่อยู่ IPv6. รุ่นฟังก์ชั่นที่ลดลงนี้คือ ฟรี. หากคุณซื้อ IPAM แบบเต็มระบบจะรวมการโยกย้าย. ผู้ชาย & หนูยังให้ทดลองใช้ฟรีกับชุดซอฟต์แวร์ DDI.

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

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

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

3. IPv6 Tunnel Broker

นายหน้าอุโมงค์

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

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

การทันเนลเป็นอีกหนึ่งกลยุทธ์ล่าช้าในการเลื่อนการเปลี่ยนและเอาชนะความกังวลเกี่ยวกับความเข้ากันได้ที่คุณอาจมี วิธีการทันเนลมีการสรุปไว้ในเอกสารที่จัดทำโดย IETF นี่คือ RFC 4213: กลไกการเปลี่ยนพื้นฐานสำหรับโฮสต์และเราเตอร์ IPv6 ด้วยวิธีนี้คุณสามารถทำให้เครือข่ายของคุณเป็น IPv4 ทั้งหมดและสื่อสารกับทรัพยากรภายนอก IPv4 ในวิธีมาตรฐาน. ที่อยู่ IPv6 ทั้งหมดจะถูกแปลงเป็น IPv4 เพื่อให้เกตเวย์เครือข่ายของคุณสามารถจัดการได้. ความตั้งใจคือคุณจะสลับรุ่นไปรอบ ๆ ในบางจุดทำให้เครือข่ายของคุณทั้งหมด IPv6 และอุโมงค์ในที่อยู่ภายนอกใด ๆ ที่ยังคงใช้ IPv4.

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

4. การแปล IPv6 ของ Cloudflare

Cloudflare

วิธีที่สามที่แนะนำสำหรับการเปลี่ยน IPv4 เป็น IPv6 คือการแปลงที่อยู่ บริการคลาวด์จำนวนมากผสมผสานการแปล IPv6 Cloudflare เป็นตัวอย่างของสิ่งนี้ บริษัท ให้บริการเป็นหลัก การป้องกันการโจมตี DDoS. มันทำหน้าที่เป็นส่วนหน้าของข้อความขาเข้าทั้งหมดของคุณ เมื่อคุณสมัครใช้บริการ Cloudflare รายการ DNS ทั้งหมดในโลกที่เกี่ยวข้องกับเซิร์ฟเวอร์ของคุณจะเปลี่ยนไปชี้ไปที่เซิร์ฟเวอร์ Cloudflare แทน Cloudflare ขัดการเชื่อมต่อที่เป็นอันตรายและส่งต่อการรับส่งข้อมูลจริงไปยังเซิร์ฟเวอร์ของคุณ.

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

5. Subnet Online IPv4 เป็น IPv6 Converter

ซับเน็ตออนไลน์

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

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

การเปลี่ยนระบบที่อยู่จะมี ผลกระทบต่อการจัดสรรที่อยู่เครือข่ายย่อยของคุณ. คุณสามารถคำนวณที่อยู่เครือข่ายย่อยของคุณได้ด้วยตนเอง Subnet Online IPv4 to IPv6 Converter จะช่วยคุณในงานนั้น.

ด้วยการแปลงที่อยู่ของคุณเองคุณจะต้องพึ่งพาการตั้งค่าการแปลงของเกตเวย์ NAT ของคุณเพื่อปรับที่อยู่ IPv4 ภายนอกและรวมเข้ากับการดำเนินการของคุณ.

ความเกี่ยวข้องของ TCP / IP

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

TCP / IP ในอนาคต

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

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

การใช้ประโยชน์ TCP / IP

โปรโตคอลอื่น ๆ อีกมากมายเกี่ยวข้องกับ TCP / IP อย่างไรก็ตามคู่มือนี้ได้มุ่งเน้นไปที่วิธีการที่สำคัญที่สุดที่คุณต้องเข้าใจเพื่อจัดการเครือข่ายอย่างมีประสิทธิภาพ.

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

คุณเปลี่ยนเครือข่ายเป็น IPv6 หรือยัง ระบบที่อยู่ใหม่มีผลต่อการเชื่อมต่อหรือไม่ คุณใช้วิธี dual-stack ใน IPAM เพื่อครอบคลุมทั้งที่อยู่ IPv4 และ IPv6 พร้อมกันหรือไม่? แจ้งให้เราทราบถึงประสบการณ์ของคุณโดยฝากข้อความไว้ในส่วนความคิดเห็นด้านล่าง.

รูปภาพ: เครือข่ายยุโรปจาก PXHere โดเมนสาธารณะ

โมเดล TCP / IP โดย MichelBakni ได้รับอนุญาตภายใต้ CC BY-SA 4.0

OSI และ TCP โดย Marinanrtd2014 ได้รับอนุญาตภายใต้ CC BY-SA 4.0

About the author