கோப்பு பகிர்வு நெட்வொர்க்கின் வளர்ச்சியைப் பார்ப்பது சுவாரஸ்யமானது, ஆனால் அதில் பங்கேற்பது இன்னும் சுவாரஸ்யமானது.
இன்று, ஒரு நவீனத்தை நிறுவுதல் மற்றும் தொடங்குதல் என்எம்டிசி ஹப், புதிதாக உருவாக்கப்பட்ட நிர்வாகி தனது முன்னோடிகளின் இந்த பகுதியில் திரட்டப்பட்ட கிட்டத்தட்ட அனைத்து முன்னேற்றங்கள் மற்றும் அனுபவத்திற்கான அணுகலைப் பெறுகிறார். இது ஏராளமான ஸ்கிரிப்ட்களின் உதவியுடன் விரிவாக்கம் மற்றும் தனிப்பயனாக்கத்திற்கு தயாராக உள்ளது.
С ஏடிசி மற்றபடி மையங்கள். இந்த நெறிமுறையின் வடிவமைப்பு விரிவாக்கக்கூடியதாக உள்ளது. புதிய அம்சம் வேண்டுமா? சரி, அதை வழங்குங்கள், விளம்பரப்படுத்துங்கள், செயல்படுத்துங்கள், செயல்படுத்துங்கள், பயன்படுத்துங்கள்.
இதன் விளைவாக, நீங்கள் நிச்சயமாக, பெட்டியிலிருந்து ஒரு ஆயத்த மையத்தைப் பெறலாம், ஆனால் அதைத் தொடங்குவது மற்றும் அதை மறந்துவிடுவது நல்லது அல்ல. ஒரு வரலாற்றுச் சூழலில் விரிவாக்கம் என்பது பதிப்பைப் பொறுத்து கிளையன்ட் மற்றும் சர்வர் மென்பொருளின் வெவ்வேறு செயல்பாடுகளின் வெவ்வேறு எண்ணிக்கையில் இருப்பதையும் குறிக்கிறது. ஒரு பயனருக்கு சிக்கல்கள் இல்லாமல் செயல்படுவது மற்றொரு வாடிக்கையாளருடன் பொருந்தாது, இது கணக்கில் எடுத்துக்கொள்ளப்பட வேண்டும்.
இது IPv6 உடன் நடந்தது. முதியவர் NMDC க்கு கொள்கையளவில் எப்படி செய்வது என்று தெரியவில்லை, ஆனால் ADC தானே அதற்கு தயாராக உள்ளது. இருப்பினும், எல்லாம் அவ்வளவு எளிதல்ல.
ஒரு சிறிய கோட்பாடு
"செயலில்" பயனர் உள்வரும் இணைப்புகளை ஏற்கலாம். உண்மையில், அதிலிருந்து வரும் இணைப்பு கோரிக்கை உண்மையில் உள்ளது அழைப்பிதழ்.
ஒரு "செயலற்ற" பயனர் பொதுவாக வெளிச்செல்லும் கோரிக்கைகளை மட்டுமே பயன்படுத்த முடியும். ஹப் மூலம் அவர் கேட்கிறார் செயலில் உள்ள பயனர் அழைப்பை அனுப்புகிறார் - மற்றும் இணைப்பு நிறுவப்பட்டது.
ஆம், இந்த பொறிமுறையானது பயன்படுத்தப்படும் ஐபி நெறிமுறையின் பதிப்பைப் பொறுத்தது அல்ல.
ஸ்வான், நண்டு மற்றும் பைக்
கிளையன்ட் மென்பொருள் பற்றி பேசலாம்.
IPv6 ஆதரவு DC++ பரிசோதனை இயல்புடையது. இதற்கு தனி அமைப்புகள் எதுவும் இல்லை, மேலும் ஐபியின் வெவ்வேறு பதிப்புகளுக்கு வெவ்வேறு இயக்க முறைமைகளைப் பார்ப்பது எனக்கு மிகவும் ஆச்சரியமாக இருந்தது, ஆறாவது செயலற்ற நிலையில் உள்ளது, ஆனால் இது துல்லியமாக இல்லை.
AAAA பதிவேடு கொண்ட IP டொமைனை WAN ஆக வெளிப்படையாகப் பயன்படுத்தினாலும், கையேடு உள்ளமைவின் போது செயலில் உள்ள பயன்முறையைப் பெறுவது சாத்தியமில்லை, ஆனால் UPnP ஐப் பயன்படுத்தும் தானியங்கி பயன்முறையில் அனைத்தும் எதிர்பார்த்தபடி வேலை செய்தன.
AirDC++ IPv6 இணைப்புகளுக்கான ஆதரவையும் கொண்டுள்ளது, மேலும் இது IPv4 இலிருந்து முற்றிலும் தனித்தனியாக செயல்படுத்தப்படுகிறது. மேலும், இந்த கிளையன்ட் இரண்டு IP நெறிமுறைகளுக்கான இயக்க முறைமைகளை ஒரே நேரத்தில் காண்பிக்கும் வகையில் பயனர் குறிச்சொற்களை மாற்றியமைக்கிறது. மையங்களுக்கு இதை எப்படி செய்வது என்று தெரியவில்லை (இன்னும்), இது ஒரு பரிதாபம்.
நான் உடனடியாக முன்பதிவு செய்ய வேண்டும்: AirDC++ இதை தனியாகவும் தனக்காகவும் செய்கிறது. எதிர்காலத்தில், வசதிக்காக, போன்ற சேர்க்கைகளைப் பயன்படுத்துவேன் AP அல்லது AA IPv4 மற்றும் IPv6 ஆகியவற்றுக்கான செயலில் அல்லது செயலற்ற செயல்பாட்டு முறைகளின் அறிகுறியாக, அவை உண்மையான மையத்தில் உண்மையான கிளையன்ட் குறிச்சொல்லில் காட்டப்படுவதற்குப் பதிலாக. அது முக்கியம்.
எங்கள் சோதனையில் நாம் பயன்படுத்துவோம் FlylinkDC++ IPv6 உடன் பரிச்சயமில்லாத வாடிக்கையாளராக. ஆதரவு என்பதையும் கவனத்தில் கொள்ள வேண்டும் NATT அவருக்கு இந்தக் கட்டுரை எழுதும் போது எங்கும் நடைமுறைப்படுத்தப்படவில்லை.
Начало
முதலில், ஐபி நெறிமுறையின் வெவ்வேறு பதிப்புகளின் பயனர்களிடையே வெளிப்படையாக சாத்தியமற்ற இணைப்புகளைப் பார்ப்போம். சோதனைக்கு பயன்படுத்தப்படும் IPv6 தயார் மையம் அதன் முகவரியாக செயல்படும் டொமைன் பெயருக்கான ஆதார A- மற்றும் AAAA-பதிவுகளுடன்.
பதிப்பு XNUMX ஐபி முகவரியுடன் நீங்கள் (உண்மையில்) ஒரு பயனரைத் தொடர்பு கொள்ள முயற்சிக்கும்போது, ஒரு பிழை காட்டப்படும் என்பதை நினைவில் கொள்ளவும்.
IPv6 ஆதரவு இல்லாத வாடிக்கையாளர்கள், அதன் மூலம் இணைக்கப்பட்ட பயனர்களை தெளிவாக செயலற்றவர்களாக பார்க்க வேண்டும், ஏனெனில் மையமானது அவர்களுக்குப் போதுமானதாக இல்லை. I4 அல்லது I6 அதன்படி களம்.
FlylinkDC++ vs. IPv6
உண்மையில், நிலைமை எளிமையானது மற்றும் அதே நேரத்தில் மிகவும் சிக்கலானது.
AirDC++ vs. IPv6
IPv6 ஐ விட IPv4 முன்னுரிமை பெறுவதால் எளிதானது, அது புரிந்துகொள்ளத்தக்கது. அதன் மூலம்தான் (தொடர்புடைய விருப்பத்தைப் பயன்படுத்தி மேலெழுதுதல் கிடைத்தாலும்) மையத்திற்கான இணைப்பு நிறுவப்படும், மேலும் செயலில் உள்ள கிளையன்ட் அதை செயலற்ற கிளையண்டிற்கு இணைப்புக்காக வழங்குவார்.
இது மிகவும் கடினம், ஏனென்றால் மையத்தில் IPv6 ஆதரவுடன் பயனர்கள் இருந்தால், ஆனால் அவர்கள் கண்டிப்பாக IPv4 முகவரி வழியாக இணைக்கப்பட்டிருந்தால், பிறகு...
... பிறகு நீங்கள் IPv4 இல்லாமல் அவற்றுடன் (சீரற்ற முறையில்) இணைக்க முடியும்.
ரிமோட் கிளையன்ட் தன்னை ஒரு சொத்தாக நியமித்துள்ளார், ஆனால் ஒரு பொறுப்பாக கருதப்படுகிறார் என்பதை நினைவில் கொள்ளவும். ஏன்?
அவரை ஒரு ஊஞ்சலில் எறியுங்கள்
இப்போது IPv4, IP நெறிமுறைகளின் தொகுப்புகளின் அடிப்படையில் வெவ்வேறு ஆனால் பொதுவான வாடிக்கையாளர்களை இணைக்க முயற்சிப்போம்.
ஆம், செயலற்ற பயனர்கள் ஓரிடத்தில் புகைபிடிக்க வேண்டும் என்பது பரிதாபம். ஆனால் இதற்கு உதவ முடியாது, ஏனெனில் அவர்களின் புலப்படும் ஐபி முகவரி குறிப்பாக முக்கியமல்ல - அதனால்தான் அவை பொறுப்புகள்.
பா! செயலில் உள்ள வாடிக்கையாளர் அனுப்புகிறார் செயலற்ற கட்டளை?.. ஒரு "சிக்கி" இணைப்பை எதிர்பார்ப்பது தர்க்கரீதியானதாக இருக்கும், ஆனால் இல்லை, அது நிபந்தனைகளின் கீழ் மாறிவிடும் A4.
அது ஏன்? நாங்கள் டெவலப்பரைத் தொடர்புகொண்டு பதிலைப் பெறுகிறோம்:
CTM மற்ற பயனர் IPv6 ஐ ஆதரிக்கவில்லை என்றால் அது நல்லதல்ல
மேலும் நீங்கள் வாதிட முடியாது! ஆனால் இதற்கு மையத்திலிருந்து சுயாதீனமான உள் தர்க்கம் தேவைப்படுகிறது (குறியீட்டைப் பார்க்கவும் இங்கே и இங்கே) செயலற்றவர்களுக்கு உதவுவது இன்னும் சாத்தியமற்றது, ஏனெனில்
பொதுவான IPv6 IP ஆதரவு தொகுப்புகளுடன் கிளையண்டுகளுக்கு இடையே இணைக்கும் முயற்சிகள் இப்படி இருக்கும். நான் உங்களுக்கு நினைவூட்டுகிறேன், அடையுங்கள் PA நான் DC++ இல் வெற்றிபெறவில்லை.
மீண்டும் ஒரு ஆச்சரியம். IPv6 க்கான செயலற்ற பயன்முறை, DC++ நிரூபிக்கிறது, இது வேண்டுமென்றே போலி அல்லது பிழை.
அடுத்து என்ன?
தற்போது, வெவ்வேறு முறைகள் மற்றும் வெவ்வேறு ஐபி புரோட்டோகால் ஆதரவுடன் பயனர்களை இணைப்பதில் சாத்தியமான அனைத்து சிக்கல்களையும் தீர்க்க சரியாக இரண்டு வழிகள் உள்ளன.
முதலாவது IPv6 ஐ முழுவதுமாக முடக்குவது அல்லது அதற்கு மாறாக, அதன் மூலம் மட்டுமே செயல்பட ஒரு மையத்தை உருவாக்குவது.
இரண்டாவது இது расширение, இது சோதனைக் கட்டத்தை நெருங்கிக் கொண்டிருக்கிறது.
சரி, DC இல் வேலை செய்வதற்கான செயலில் உள்ள பயன்முறையை அமைக்க நீங்கள் மிகவும் சோம்பேறியாக இருந்தால், நினைவில் கொள்ளுங்கள்:
எவனிடம் இருக்கிறதோ, அவனுக்கு என்ன கொடுக்கப்படும், எவனிடம் இல்லையோ, அவனிடம் உள்ளது என்று நினைப்பது கூட அவனிடமிருந்து பறிக்கப்படும். சரி. 8:18