ఫైల్ షేరింగ్ నెట్వర్క్ అభివృద్ధిని చూడటం ఆసక్తికరంగా ఉంటుంది, కానీ దానిలో పాల్గొనడం మరింత ఆసక్తికరంగా ఉంటుంది.
నేడు, ఒక ఆధునిక ఇన్స్టాల్ మరియు ప్రారంభించడం NMDC హబ్, కొత్తగా ముద్రించిన అడ్మినిస్ట్రేటర్ తన పూర్వీకుల ఈ ప్రాంతంలో సేకరించిన దాదాపు అన్ని అభివృద్ధి మరియు అనుభవానికి ప్రాప్యతను పొందుతాడు. ఇది అనేక స్క్రిప్ట్ల సహాయంతో సహా విస్తరణ మరియు అనుకూలీకరణ కోసం సిద్ధంగా ఉన్న వ్యవస్థను కలిగి ఉంది.
С ADC కేంద్రాలు లేకపోతే. ఈ ప్రోటోకాల్ రూపకల్పన విస్తరించదగినదిగా ఉద్దేశించబడింది. మీకు కొత్త ఫీచర్ కావాలా? సరే, దీన్ని ఆఫర్ చేయండి, ప్రచారం చేయండి, అమలు చేయండి, అమలు చేయండి, ఉపయోగించండి.
ఫలితంగా, మీరు బాక్స్ నుండి రెడీమేడ్ హబ్ను పొందవచ్చు, కానీ దానిని ప్రారంభించడం మరియు దాని గురించి మరచిపోవడం మంచిది కాదు. చారిత్రాత్మక సందర్భంలో విస్తరణ అనేది సంస్కరణను బట్టి క్లయింట్ మరియు సర్వర్ సాఫ్ట్వేర్ యొక్క విభిన్న సంఖ్యలో విభిన్న ఫంక్షన్ల ఉనికిని కూడా సూచిస్తుంది. మరియు ఒక వినియోగదారుకు సమస్యలు లేకుండా పని చేసేది మరొకరి క్లయింట్తో అననుకూలంగా ఉండవచ్చు మరియు ఇది తప్పనిసరిగా పరిగణనలోకి తీసుకోవాలి.
ఇది IPv6తో జరిగింది. పాత మనిషి NMDC సూత్రప్రాయంగా దీన్ని ఎలా చేయాలో తెలియదు, కానీ ADC స్వయంగా దానికి సిద్ధంగా ఉంది. అయితే, ప్రతిదీ అంత సులభం కాదు.
ఒక చిన్న సిద్ధాంతం
"యాక్టివ్" వినియోగదారు ఇన్కమింగ్ కనెక్షన్లను అంగీకరించవచ్చు. అసలైన, దాని నుండి వచ్చే కనెక్షన్ అభ్యర్థన వాస్తవం ఆహ్వానం.
"నిష్క్రియ" వినియోగదారు సాధారణంగా అవుట్గోయింగ్ అభ్యర్థనలను మాత్రమే ఉపయోగించగలరు. హబ్ ద్వారా అతను అభ్యర్థనలు క్రియాశీల వినియోగదారు ఆహ్వానాన్ని పంపుతారు - మరియు కనెక్షన్ ఏర్పాటు చేయబడింది.
మరియు అవును, ఈ విధానం ఉపయోగించిన IP ప్రోటోకాల్ యొక్క సంస్కరణపై ఆధారపడి ఉండదు.
స్వాన్, క్రేఫిష్ మరియు పైక్
క్లయింట్ సాఫ్ట్వేర్ గురించి మాట్లాడుకుందాం.
IPv6 మద్దతు DC++ ప్రకృతిలో ప్రయోగాత్మకమైనది. దీనికి ప్రత్యేక సెట్టింగ్లు లేవు మరియు IP యొక్క వివిధ వెర్షన్ల కోసం వివిధ ఆపరేటింగ్ మోడ్లను చూడటం నాకు మరింత ఆశ్చర్యాన్ని కలిగించింది, కేవలం ఆరవది మాత్రమే నిష్క్రియాత్మకంగా ఉంది, కానీ ఇది ఖచ్చితమైనది కాదు.
WAN వలె AAAA రికార్డ్తో IP డొమైన్ను స్పష్టంగా ఉపయోగిస్తున్నప్పుడు కూడా మాన్యువల్ కాన్ఫిగరేషన్ సమయంలో యాక్టివ్ మోడ్ను పొందడం సాధ్యం కాదు, కానీ UPnPని ఉపయోగించి ఆటోమేటిక్ మోడ్లో ప్రతిదీ ఊహించిన విధంగా పని చేస్తుంది.
AirDC++ IPv6 కనెక్షన్లకు కూడా మద్దతు ఉంది మరియు ఇది IPv4 నుండి పూర్తిగా విడిగా అమలు చేయబడుతుంది. అంతేకాకుండా, ఈ క్లయింట్ రెండు IP ప్రోటోకాల్ల కోసం ఏకకాలంలో ఆపరేటింగ్ మోడ్లను ప్రదర్శించే విధంగా వినియోగదారు ట్యాగ్లను సవరించింది. హబ్లకు దీన్ని ఎలా చేయాలో తెలియదు (ఇంకా), ఇది జాలి.
నేను వెంటనే రిజర్వేషన్ చేసుకోవాలి: AirDC++ దీన్ని ఒంటరిగా మరియు దాని కోసమే చేస్తుంది. భవిష్యత్తులో, సౌలభ్యం కోసం, నేను వంటి కలయికలను ఉపయోగిస్తాను AP లేదా AA రియల్ హబ్లోని రియల్ క్లయింట్ ట్యాగ్లో డిస్ప్లే కాకుండా వరుసగా IPv4 మరియు IPv6 కోసం క్రియాశీల లేదా నిష్క్రియాత్మక ఆపరేషన్ మోడ్ల సూచనగా. ఇది ముఖ్యమైనది.
మా ప్రయోగంలో మేము ఉపయోగిస్తాము FlylinkDC++ క్లయింట్గా IPv6 గురించి అస్సలు తెలియదు. మద్దతు అని కూడా గమనించాలి NATT ఈ వ్యాసం వ్రాసే సమయంలో అతనికి ఎక్కడా అమలు కాలేదు.
Начало
అన్నింటిలో మొదటిది, మేము IP ప్రోటోకాల్ యొక్క విభిన్న సంస్కరణల వినియోగదారుల మధ్య స్పష్టంగా అసాధ్యం కనెక్షన్లను పరిశీలిస్తాము. పరీక్ష కోసం ఉపయోగించబడుతుంది IPv6 సిద్ధంగా హబ్ డొమైన్ పేరు దాని చిరునామాగా పనిచేసే వనరు A- మరియు AAAA-రికార్డులతో.
దయచేసి మీరు (వాస్తవానికి) సంస్కరణ XNUMX IP చిరునామాతో వినియోగదారుని సంప్రదించడానికి ప్రయత్నించినప్పుడు, ఒక లోపం ప్రదర్శించబడుతుందని గుర్తుంచుకోండి.
IPv6 మద్దతు లేని క్లయింట్లు దాని ద్వారా కనెక్ట్ చేయబడిన వినియోగదారులను స్పష్టంగా నిష్క్రియంగా చూడవలసి ఉంటుంది, ఎందుకంటే వారి కోసం హబ్ జనాభా లేదు. I4 లేదా I6 తదనుగుణంగా ఫీల్డ్.
FlylinkDC++ vs. IPv6
వాస్తవానికి, పరిస్థితి సరళమైనది మరియు అదే సమయంలో మరింత క్లిష్టంగా ఉంటుంది.
AirDC++ vs. IPv6
IPv6 కంటే IPv4 ప్రాధాన్యతనిస్తుంది కాబట్టి ఇది సులభం, మరియు అది అర్థమయ్యేలా ఉంది. దీని ద్వారానే (సంబంధిత ఎంపికను ఉపయోగించి ఓవర్రైడ్ అందుబాటులో ఉన్నప్పటికీ) హబ్కి కనెక్షన్ ఏర్పాటు చేయబడుతుంది మరియు సక్రియ క్లయింట్ దానిని కనెక్షన్ కోసం నిష్క్రియ క్లయింట్కు అందజేస్తుంది.
ఇది చాలా కష్టం, ఎందుకంటే హబ్లో IPv6 మద్దతు ఉన్న వినియోగదారులు ఉన్నప్పటికీ, వారు ఖచ్చితంగా IPv4 చిరునామా ద్వారా కనెక్ట్ చేయబడి ఉంటే, అప్పుడు...
... అప్పుడు మీరు IPv4 లేకుండానే (యాదృచ్ఛికంగా) వాటికి కనెక్ట్ చేయవచ్చు.
దయచేసి రిమోట్ క్లయింట్ తనను తాను ఆస్తిగా నియమించుకున్నారని, కానీ బాధ్యతగా పరిగణించబడుతుందని గుర్తుంచుకోండి. ఎందుకు?
ఒక స్వింగ్ లో అతనిని త్రో
ఇప్పుడు IPv4 పరంగా విభిన్నమైన, కానీ సాధారణమైన క్లయింట్లను కనెక్ట్ చేయడానికి ప్రయత్నిద్దాం, ఒకదానికొకటి IP ప్రోటోకాల్ మద్దతు సెట్లు.
అవును, నిష్క్రియ వినియోగదారులు పక్కపక్కనే ధూమపానం చేయవలసి రావడం విచారకరం. కానీ ఇది సహాయం చేయబడదు, ఎందుకంటే వారి కనిపించే IP చిరునామా ప్రత్యేకించి ముఖ్యమైనది కాదు - అందుకే అవి బాధ్యతలు.
బాహ్! సక్రియ క్లయింట్ పంపుతుంది నిష్క్రియ కమాండ్?.. "స్టక్" కనెక్షన్ని ఆశించడం తార్కికంగా ఉంటుంది, కానీ కాదు, అది పరిస్థితులలో మారుతుంది A4.
అది ఎందుకు? మేము డెవలపర్ని సంప్రదించి సమాధానాన్ని పొందుతాము:
CTM ఇతర వినియోగదారు IPv6కి మద్దతు ఇవ్వకపోతే మంచిది కాదు
మరియు మీరు వాదించలేరు! కానీ దీనికి హబ్తో సంబంధం లేకుండా అంతర్గత తర్కం అవసరం (కోడ్ చూడండి ఇక్కడ и ఇక్కడ) నిష్క్రియాత్మకంగా సహాయం చేయడం ఇప్పటికీ అసాధ్యం, ఎందుకంటే
సాధారణ IPv6 IP మద్దతు సెట్లతో క్లయింట్ల మధ్య కనెక్ట్ అయ్యే ప్రయత్నాలు ఇలా కనిపిస్తాయి. నేను మీకు గుర్తు చేస్తాను, సాధించండి PA నేను DC++ కోసం విజయవంతం కాలేదు.
మరియు మళ్ళీ ఒక ఆశ్చర్యం. DC++ ప్రదర్శించే IPv6 కోసం నిష్క్రియ మోడ్ ఉద్దేశపూర్వక నకిలీ లేదా బగ్ అని తేలింది.
తరువాత ఏమిటి?
ప్రస్తుతం, వినియోగదారులను వేర్వేరు మోడ్లలో మరియు విభిన్న సెట్ల IP ప్రోటోకాల్ మద్దతుతో కనెక్ట్ చేయడంలో సాధ్యమయ్యే అన్ని సమస్యలను పరిష్కరించడానికి సరిగ్గా రెండు మార్గాలు ఉన్నాయి.
మొదటిది IPv6ని పూర్తిగా మ్యూట్ చేయడం లేదా దానికి విరుద్ధంగా, దాని ద్వారా మాత్రమే పని చేయడానికి ఒక హబ్ని సృష్టించడం.
రెండవది ఇది расширение, ఇది పరీక్ష దశకు చేరువలో ఉంది.
సరే, మీరు DCలో పని చేయడానికి సక్రియ మోడ్ను సెటప్ చేయడానికి చాలా సోమరిగా ఉంటే, గుర్తుంచుకోండి:
ఎవరి వద్ద ఉన్నదో, అతనికి ఏమి ఇవ్వబడుతుంది మరియు ఎవరికి లేదు, అతను కలిగి ఉన్నాడని అనుకున్నది కూడా అతని నుండి తీసివేయబడుతుంది. అలాగే. 8:18