ගොනු හුවමාරු ජාලයේ සංවර්ධනය නැරඹීම සිත්ගන්නා කරුණකි, නමුත් එයට සහභාගී වීම වඩාත් සිත්ගන්නා සුළුය.
අද, නවීන ස්ථාපනය සහ දියත් කිරීම
С
ප්රති result ලයක් වශයෙන්, ඔබට ඇත්ත වශයෙන්ම, කොටුවෙන් සූදානම් කළ කේන්ද්රයක් ලබා ගත හැකිය, නමුත් එය සරලව දියත් කිරීම සහ එය අමතක කිරීම හොඳ නොවනු ඇත. ඓතිහාසික සන්දර්භයක් තුළ විස්තීරණය යනු අනුවාදය මත පදනම්ව, සේවාලාභියාගේ සහ සේවාදායක මෘදුකාංගයේ විවිධ කාර්යයන් ගණනාවක් තිබීම ද ගම්ය වේ. එක් පරිශීලකයෙකුට ගැටළු නොමැතිව ක්රියා කරන දේ තවත් පරිශීලකයෙකු සමඟ නොගැලපෙන අතර මෙය සැලකිල්ලට ගත යුතුය.
මෙය IPv6 සමඟ සිදු විය. පැරණි මිනිසා NMDC එය ප්රතිපත්තිමය වශයෙන් කරන්නේ කෙසේදැයි නොදන්නා නමුත් ADC විසින්ම එයට සූදානම්ය. කෙසේ වෙතත්, සියල්ලම එතරම් සරල නැත.
පොඩි න්යායක් විතරයි
"ක්රියාකාරී" පරිශීලකයාට එන සම්බන්ධතා පිළිගත හැක. ඇත්තටම ඒකෙන් එන connection request එක ඇත්තටම ආරාධනය.
"නිෂ්ක්රීය" පරිශීලකයෙකුට සාමාන්යයෙන් භාවිතා කළ හැක්කේ පිටතට යන ඉල්ලීම් පමණි. කේන්ද්රය හරහා ඔහු අසයි ක්රියාකාරී පරිශීලකයා ආරාධනයක් යවයි - සහ සම්බන්ධතාවය ස්ථාපිත කර ඇත.
ඔව්, මෙම යාන්ත්රණය භාවිතා කරන IP ප්රොටෝකෝලයේ අනුවාදය මත රඳා නොපවතී.
හංසයා, පොකිරිස්සන් සහ පයික්
අපි සේවාදායක මෘදුකාංග ගැන කතා කරමු.
IPv6 සහාය
WAN ලෙස AAAA වාර්තාවක් සහිත IP වසමක් පැහැදිලිව භාවිතා කරන විට පවා අතින් වින්යාස කිරීමේදී සක්රිය මාදිලිය ලබා ගැනීමට නොහැකි විය, නමුත් UPnP භාවිතයෙන් ස්වයංක්රීය ප්රකාරයේදී බලාපොරොත්තු වූ පරිදි සියල්ල ක්රියාත්මක විය.
මම වහාම වෙන් කරවා ගත යුතුය: AirDC++ මෙය තනිවම සහ තමාටම කරයි. අනාගතයේදී, පහසුව සඳහා, මම වැනි සංයෝජන භාවිතා කරමි AP හෝ AA IPv4 සහ IPv6 සඳහා ක්රියාකාරී හෝ නිෂ්ක්රීය ක්රියාකාරී ක්රමවල ඇඟවීමක් ලෙස, ඒවා සැබෑ මධ්යස්ථානයේ සැබෑ සේවාදායක ටැගය තුළ ප්රදර්ශනය කිරීමට වඩා. එය වැදගත් වේ.
අපගේ අත්හදා බැලීමේදී අපි භාවිතා කරනු ඇත FlylinkDC++ IPv6 ගැන කිසිසේත්ම නොදන්නා සේවාදායකයෙකු ලෙස. සහාය දක්වන බව ද සඳහන් කළ යුතුය
නිවස
පළමුවෙන්ම, අපි IP ප්රොටෝකෝලයේ විවිධ අනුවාද භාවිතා කරන්නන් අතර පැහැදිලිවම කළ නොහැකි සම්බන්ධතා දෙස බලමු. පරීක්ෂණය සඳහා භාවිතා කරනු ඇත
ඔබ (ඇත්ත වශයෙන්ම) XNUMX IP ලිපිනයක් සහිත පරිශීලකයෙකු සම්බන්ධ කර ගැනීමට උත්සාහ කරන විට, දෝෂයක් දිස්වන බව කරුණාවෙන් සලකන්න.
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 ඒ අනුව ක්ෂේත්රය.
FlylinkDC++ එදිරිව. IPv6
යථාර්ථයේ දී, තත්වය එකවරම සරල හා සංකීර්ණ වේ.
AirDC++ එදිරිව. IPv6
IPv6 ට වඩා IPv4 ප්රමුඛත්වය ගන්නා නිසා පහසු වන අතර එය තේරුම් ගත හැකිය. එය හරහා (අනුරූප විකල්පය භාවිතයෙන් අභිබවා යාම ලබා ගත හැකි වුවද) කේන්ද්රය වෙත සම්බන්ධතාවය ස්ථාපිත කරනු ලබන අතර, සක්රීය සේවාලාභියා එය සබැඳුම සඳහා නිෂ්ක්රීය සේවාදායකයාට ලබා දෙනු ඇත.
එය වඩාත් අපහසුය, මන්ද මධ්යස්ථානයේ IPv6 සහය ඇති පරිශීලකයින් සිටී නම්, නමුත් ඔවුන් දැඩි ලෙස IPv4 ලිපිනයක් හරහා සම්බන්ධ වී තිබේ නම්, එසේ නම්...
... එවිට ඔබට IPv4 කිසිවක් නොමැතිව (අහඹු ලෙස) ඒවාට සම්බන්ධ විය හැක.
දුරස්ථ සේවාදායකයා තමන් වත්කමක් ලෙස නම් කර ඇති නමුත් වගකීමක් ලෙස සලකනු ලබන බව කරුණාවෙන් සලකන්න. ඇයි?
ඔහුව පැද්දීමකට විසි කරන්න
දැන් අපි IPv4 අනුව එකිනෙකට වෙනස්, නමුත් පොදු, IP ප්රොටෝකෝල කට්ටල එකිනෙකට සම්බන්ධ කිරීමට උත්සාහ කරමු.
ඔව්, නිෂ්ක්රීය පරිශීලකයින්ට පසෙකින් දුම් පානය කිරීමට සිදුවීම අනුකම්පාවකි. නමුත් මෙයට උදව් කළ නොහැක, මන්ද ඔවුන්ගේ දෘශ්ය IP ලිපිනය විශේෂයෙන් වැදගත් නොවේ - ඒවා වගකීම් වන්නේ එබැවිනි.
බාහ්! ක්රියාකාරී සේවාදායකයා යවයි
ඇයි ඒ? අපි සංවර්ධකයා අමතා පිළිතුර ලබා ගනිමු:
සීටීඑම් අනෙක් පරිශීලකයා IPv6 සඳහා සහය නොදක්වන්නේ නම් එය හොඳ නැත
සහ ඔබට තර්ක කළ නොහැක! නමුත් මේ සඳහා කේන්ද්රස්ථානයෙන් ස්වාධීනව අභ්යන්තර තර්කනය අවශ්ය වේ (කේතය බලන්න
සක්රීය මාදිලිය =
TCPx+IPx
පොදු IPv6 IP ආධාරක කට්ටල සහිත සේවාලාභීන් අතර සම්බන්ධ වීමට දරන උත්සාහය මේ ආකාරයෙන් පෙනේ. මම ඔබට මතක් කර දෙන්න, සාක්ෂාත් කර ගන්න PA මම DC++ සඳහා සාර්ථක වූයේ නැත.
නැවතත් පුදුමයක්. DC++ විදහා දක්වන IPv6 සඳහා වන උදාසීන මාදිලිය හිතාමතාම ව්යාජ එකක් හෝ දෝෂයක් බව පෙනේ.
ඊළඟට කුමක්ද?
දැනට, විවිධ ආකාරවලින් සහ විවිධ IP ප්රොටෝකෝල සහාය සමඟ පරිශීලකයින් සම්බන්ධ කිරීමේ ඇති විය හැකි සියලු ගැටලු විසඳීමට හරියටම ක්රම දෙකක් තිබේ.
පළමුවැන්න නම් IPv6 සම්පූර්ණයෙන්ම නිශ්ශබ්ද කිරීම හෝ, අනෙක් අතට, එය හරහා පමණක් වැඩ කිරීමට කේන්ද්රයක් නිර්මාණය කිරීමයි.
දෙවෙනි එක මේකයි
හොඳයි, ඔබ DC හි වැඩ කිරීම සඳහා ක්රියාකාරී මාදිලිය සැකසීමට කම්මැලි නම්, මතක තබා ගන්න:
යමෙක් ඇතිද, ඔහුට දෙන දෙයද, යමෙක් නැතිද, තමාට ඇතැයි සිතන දෙය පවා ඔහුගෙන් උදුරා ගනී. හරි. 8:18
මූලාශ්රය: www.habr.com