การดูการพัฒนาเครือข่ายแชร์ไฟล์เป็นเรื่องที่น่าสนใจ แต่การมีส่วนร่วมในเครือข่ายนั้นน่าสนใจยิ่งกว่า
วันนี้มีการติดตั้งและเปิดตัวผลิตภัณฑ์ที่ทันสมัย ฮับ ผู้ดูแลระบบที่เพิ่งสร้างใหม่จะสามารถเข้าถึงการพัฒนาและประสบการณ์เกือบทั้งหมดที่สะสมในด้านนี้ของรุ่นก่อน มีระบบที่พร้อมสำหรับการขยายและปรับแต่ง รวมถึงความช่วยเหลือจากสคริปต์มากมาย
С ฮับเป็นอย่างอื่น การออกแบบโปรโตคอลนี้มีวัตถุประสงค์เพื่อให้สามารถขยายได้ คุณต้องการคุณสมบัติใหม่หรือไม่? เอาล่ะ เสนอ ส่งเสริม ปฏิบัติ ปฏิบัติ ใช้งาน
แน่นอนว่าคุณสามารถนำฮับสำเร็จรูปออกจากกล่องได้ แต่การเปิดตัวแล้วลืมไปจะไม่ดี ความสามารถในการขยายในบริบททางประวัติศาสตร์ยังหมายถึงการมีอยู่ของฟังก์ชันที่แตกต่างกันจำนวนหนึ่งของซอฟต์แวร์ไคลเอ็นต์และเซิร์ฟเวอร์ ขึ้นอยู่กับเวอร์ชัน และสิ่งที่จะทำงานได้โดยไม่มีปัญหาสำหรับผู้ใช้รายหนึ่งอาจไม่เข้ากันกับไคลเอนต์ของอีกรายหนึ่งและจะต้องคำนึงถึงสิ่งนี้ด้วย
สิ่งนี้เกิดขึ้นกับ IPv6 โดยหลักการแล้ว NMDC ผู้เฒ่าไม่รู้ว่าจะทำอย่างไร แต่ ADC เองก็พร้อมแล้ว อย่างไรก็ตามไม่ใช่เรื่องง่ายทั้งหมด
แค่ทฤษฎีเล็กๆ น้อยๆ
ผู้ใช้ที่ "ใช้งานอยู่" สามารถยอมรับการเชื่อมต่อขาเข้าได้ ที่จริงแล้วคำขอเชื่อมต่อที่มาจากนั้นจริงๆ แล้ว การเชิญ.
โดยทั่วไปผู้ใช้ "แฝง" สามารถใช้เฉพาะคำขอที่ส่งออกเท่านั้น ผ่านฮับเขา การร้องขอ ผู้ใช้ที่ใช้งานอยู่ส่งคำเชิญ - และสร้างการเชื่อมต่อแล้ว
ใช่แล้ว กลไกนี้ไม่ได้ขึ้นอยู่กับเวอร์ชันของโปรโตคอล IP ที่ใช้
หงส์ กั้ง และหอก
พูดคุยเกี่ยวกับซอฟต์แวร์ไคลเอนต์
รองรับ IPv6 เป็นการทดลองโดยธรรมชาติ ไม่มีการตั้งค่าแยกต่างหากและเป็นเรื่องที่น่าแปลกใจสำหรับฉันมากที่ได้เห็นโหมดการทำงานที่แตกต่างกันสำหรับ IP เวอร์ชันต่างๆ โดยที่โหมดพาสซีฟเป็นเพียงโหมดที่หกเท่านั้น แต่ก็ไม่ถูกต้อง
ไม่สามารถรับโหมดแอคทีฟระหว่างการกำหนดค่าด้วยตนเองได้แม้ว่าจะใช้โดเมน IP ที่มีบันทึก AAAA เป็น WAN อย่างชัดเจน แต่ในโหมดอัตโนมัติที่ใช้ UPnP ทุกอย่างทำงานได้ตามที่คาดไว้
ยังรองรับการเชื่อมต่อ IPv6 และมีการใช้งานแยกจาก IPv4 โดยสิ้นเชิง นอกจากนี้ ไคลเอนต์นี้ยังแก้ไขแท็กผู้ใช้ในลักษณะที่แสดงโหมดการทำงานของโปรโตคอล IP ทั้งสองพร้อมกัน ตัวฮับเองก็ไม่รู้ว่าต้องทำอย่างไร (ยัง) ซึ่งน่าเสียดาย
ฉันต้องจองทันที: AirDC++ ดำเนินการนี้เพียงลำพังและเพื่อตัวมันเอง ในอนาคตเพื่อความสะดวกฉันจะใช้ชุดค่าผสมเช่น AP หรือ AA เป็นการบ่งชี้โหมดการทำงานแบบแอคทีฟหรือพาสซีฟสำหรับ IPv4 และ IPv6 ตามลำดับ แทนที่จะแสดงในแท็กไคลเอ็นต์จริงบนฮับจริง มันเป็นสิ่งสำคัญ
ในการทดลองเราจะใช้ ฟลายลิงค์ดีซี++ เนื่องจากลูกค้าไม่คุ้นเคยกับ IPv6 เลย ก็ควรสังเกตด้วยว่าการสนับสนุน สำหรับเขาในขณะที่เขียนบทความนี้ไม่ได้นำไปใช้ที่ใดเลย
การเริ่มต้น
ก่อนอื่น เราจะดูการเชื่อมต่อที่เป็นไปไม่ได้อย่างเห็นได้ชัดระหว่างผู้ใช้โปรโตคอล IP เวอร์ชันต่างๆ จะนำไปใช้ในการทดสอบ ด้วยทรัพยากร A- และระเบียน AAAA สำหรับชื่อโดเมนที่ทำหน้าที่เป็นที่อยู่
โปรดทราบว่าเมื่อคุณ (จริง ๆ แล้ว) พยายามติดต่อผู้ใช้ด้วยที่อยู่ IP เวอร์ชัน XNUMX ข้อผิดพลาดจะปรากฏขึ้น
Hub: [Outgoing][IPv4:412] DRCM AACX AACU ADCS/0.10 337151563
Hub: [Incoming][IPv4:412] DCTM AACU AACX ADCS/0.10 1988 337151563
Hub: [Outgoing][IPv4:412] DSTA AACX AACU 240 IPsunknownในการแปลโดยมนุษย์ดูเหมือนว่า
P4: – ฉันสามารถเกาะติดคุณได้ไหม?
A6: – ยึดมั่นไว้!
P4: – ชีวิตคือความเจ็บปวด 0_0
พจนานุกรมสั้นๆ หากจำเป็น .
และหากเป็นอย่างอื่นและการเชื่อมต่อเริ่มต้นขึ้น A4จากนั้นจะไม่มีการแสดงข้อผิดพลาดและการเชื่อมต่อก็หยุดทำงาน
Hub: [Outgoing][IPv4:412] DCTM AACX AACU ADCS/0.10 1993 3871342713เป็นดูเหมือนจะไม่เป็น
สิ่งสำคัญคือโหมดการเชื่อมต่อที่แสดงบนฮับ
ไคลเอนต์ที่ไม่มีการสนับสนุน IPv6 จะต้องเห็นว่าผู้ใช้ที่เชื่อมต่อผ่านนั้นเป็นแบบพาสซีฟอย่างชัดเจน เพียงเพราะฮับไม่ได้เติมข้อมูลให้พวกเขา I4 หรือ I6 สนามตามลำดับ
ฟลายลิงค์ดีซี++ กับ IPv6
ในความเป็นจริง สถานการณ์นั้นง่ายกว่าและซับซ้อนกว่าในเวลาเดียวกัน
AirDC++ กับ IPv6
ง่ายกว่าเนื่องจาก IPv6 มีความสำคัญเหนือกว่า IPv4 และนั่นก็เป็นเรื่องที่เข้าใจได้ โดยผ่านมัน (แม้ว่าการแทนที่จะพร้อมใช้งานโดยใช้ตัวเลือกที่เกี่ยวข้อง) ว่าการเชื่อมต่อกับฮับจะถูกสร้างขึ้น และไคลเอนต์ที่ใช้งานอยู่จะเสนอให้กับไคลเอนต์แบบพาสซีฟสำหรับการเชื่อมต่อ
จะยากกว่า เนื่องจากหากมีผู้ใช้ที่รองรับ IPv6 บนฮับ แต่เชื่อมต่อผ่านที่อยู่ IPv4 อย่างเคร่งครัด งั้น...
... จากนั้นคุณสามารถเชื่อมต่อได้ (แบบสุ่ม) โดยไม่ต้องใช้ IPv4 เลย
โปรดทราบว่าไคลเอนต์ระยะไกลได้กำหนดตัวเองเป็นสินทรัพย์ แต่จะถือเป็นหนี้สิน ทำไม
โยนเขาเข้าชิงช้า
ตอนนี้เรามาลองเชื่อมต่อไคลเอนต์กับชุดโปรโตคอล IP ที่แตกต่างกัน แต่ทั่วไปในแง่ของ IPv4 ซึ่งสนับสนุนซึ่งกันและกัน
ใช่ เป็นเรื่องน่าเสียดายที่ผู้ใช้ที่ไม่โต้ตอบต้องสูบบุหรี่ข้างสนาม แต่สิ่งนี้ช่วยไม่ได้ เนื่องจากที่อยู่ IP ที่มองเห็นได้นั้นไม่ได้มีความสำคัญเป็นพิเศษ นั่นคือสาเหตุว่าทำไมพวกมันถึงต้องรับผิดชอบ
บ้า! ลูกค้าที่ใช้งานอยู่ส่ง ?.. คงจะสมเหตุสมผลที่จะคาดหวังการเชื่อมต่อที่ "ค้าง" แต่ก็ไม่ปรากฎภายใต้เงื่อนไข A4.
ทำไมเป็นอย่างนั้น? เราติดต่อผู้พัฒนาและรับคำตอบ:
ไม่ดีถ้าผู้ใช้รายอื่นไม่รองรับ IPv6
และคุณไม่สามารถโต้แย้งได้! แต่สิ่งนี้ต้องใช้ตรรกะภายใน โดยไม่ขึ้นอยู่กับฮับ (ดูโค้ด и ). มันยังเป็นไปไม่ได้ที่จะช่วย passive เพราะ
โหมดแอคทีฟ =
ความพยายามในการเชื่อมต่อระหว่างไคลเอนต์ด้วยชุดการสนับสนุน IPv6 IP ทั่วไปจะมีลักษณะดังนี้ ฉันขอเตือนคุณให้บรรลุ PA ฉันไม่ประสบความสำเร็จสำหรับ DC++
และเซอร์ไพรส์อีกครั้ง ปรากฎว่าโหมดแพสซีฟสำหรับ IPv6 ซึ่ง DC++ สาธิตนั้นเป็นทั้งของปลอมโดยเจตนาหรือเป็นข้อบกพร่อง
ทำอะไรต่อไป
ขณะนี้มีสองวิธีในการแก้ปัญหาที่เป็นไปได้ทั้งหมดที่เชื่อมต่อผู้ใช้ในโหมดที่แตกต่างกันและด้วยชุดการสนับสนุนโปรโตคอล IP ที่แตกต่างกัน
วิธีแรกคือการปิดเสียง IPv6 พร้อมกันหรือในทางกลับกัน สร้างฮับเพื่อให้ทำงานผ่าน IPvXNUMX เท่านั้น
อันที่สองคืออันนี้ ซึ่งเพิ่งจะเข้าสู่ขั้นตอนการทดสอบ
ถ้าคุณขี้เกียจเกินไปที่จะตั้งค่าโหมดแอคทีฟสำหรับการทำงานใน DC โปรดจำไว้ว่า:
ผู้ใดมี สิ่งใดที่จะให้แก่เขา และผู้ใดไม่มี แม้ว่าสิ่งที่เขาคิดว่ามีจะต้องเอาไปจากเขา ตกลง. 8:18
ที่มา: will.com