የፋይል ማጋሪያ አውታረመረብ እድገትን መመልከት አስደሳች ነው ፣ ግን በእሱ ውስጥ መሳተፍ የበለጠ አስደሳች ነው።
ዛሬ, ዘመናዊ መጫን እና ማስጀመር አዲስ የተቋቋመው አስተዳዳሪ በዚህ ቀደምት አባቶቹ ውስጥ የተከማቹትን ሁሉንም እድገቶች እና ልምዶች ማግኘት ይችላል። በበርካታ ስክሪፕቶች እገዛን ጨምሮ ለማስፋፋት እና ለማበጀት ዝግጁ የሆነ ስርዓት አለው።
С ማዕከሎች አለበለዚያ. የዚህ ፕሮቶኮል ንድፍ ለማራዘም የታሰበ ነው። አዲስ ባህሪ ይፈልጋሉ? እንሆ፡ ኣቅርቡ፡ ኣስተዋውቁ፡ ኣተገብረሎም፡ ይጥቀሙ።
በውጤቱም ፣ በእርግጥ ፣ ዝግጁ የሆነ ማእከል ከሳጥኑ ውስጥ ማግኘት ይችላሉ ፣ ግን በቀላሉ እሱን ማስጀመር እና እሱን መርሳት ጥሩ አይሆንም። በታሪካዊ አውድ ውስጥ ማራዘም ማለት እንደ ስሪቱ የሚወሰን ሆኖ የተለያዩ የደንበኛ እና የአገልጋይ ሶፍትዌር የተለያዩ ተግባራት መኖራቸውን ያሳያል። እና ለአንድ ተጠቃሚ ያለ ችግር የሚሰራው ከሌላው ደንበኛ ጋር የማይጣጣም ሊሆን ይችላል, እና ይህ ግምት ውስጥ መግባት አለበት.
ይህ የሆነው በIPv6 ነው። አሮጌው ሰው NMDC በመርህ ደረጃ እንዴት እንደሚሰራ አያውቅም, ነገር ግን ADC እራሱ ለእሱ ዝግጁ ነው. ሆኖም ግን, ሁሉም በጣም ቀላል አይደሉም.
ትንሽ ንድፈ ሃሳብ ብቻ
"ንቁ" ተጠቃሚው ገቢ ግንኙነቶችን መቀበል ይችላል። በእውነቱ ፣ ከእሱ የሚመጣው የግንኙነት ጥያቄ በእውነቱ ነው። ግብዣ.
"ተለዋዋጭ" ተጠቃሚ በአጠቃላይ የወጪ ጥያቄዎችን ብቻ መጠቀም ይችላል። በመገናኛው በኩል እሱ ሲል ይጠይቃል ንቁ ተጠቃሚው ግብዣ ይልካል - እና ግንኙነቱ ተመስርቷል.
እና አዎ, ይህ ዘዴ ጥቅም ላይ የዋለው የአይፒ ፕሮቶኮል ስሪት ላይ የተመካ አይደለም.
ስዋን፣ ክሬይፊሽ እና ፓይክ
ስለ ደንበኛ ሶፍትዌር እንነጋገር።
IPv6 ድጋፍ በተፈጥሮ ውስጥ የሙከራ ነው. ለእሱ ምንም የተለየ ቅንጅቶች የሉም ፣ እና ለተለያዩ የአይፒ ስሪቶች የተለያዩ የአሠራር ዘዴዎችን ማየቴ የበለጠ አስገራሚ ነበር ፣ ለስድስተኛው ብቻ ተገብሮ ፣ ግን ይህ ትክክል አይደለም።
የአይፒ ዶሜይን ከ AAAA ሪከርድ እንደ WAN በግልፅ ሲጠቀሙም በእጅ ውቅር ጊዜ ገባሪ ሁነታን ማግኘት አልተቻለም ነበር ነገር ግን በአውቶማቲክ ሁነታ UPnPን በመጠቀም ሁሉም ነገር እንደተጠበቀው ሰርቷል።
እንዲሁም ለ IPv6 ግንኙነቶች ድጋፍ አለው, እና ሙሉ በሙሉ ከ IPv4 ተለይቶ ይተገበራል. ከዚህም በላይ ይህ ደንበኛ የተጠቃሚ መለያዎችን በአንድ ጊዜ ለሁለቱም የአይፒ ፕሮቶኮሎች የአሠራር ሁነታዎችን ለማሳየት በሚያስችል መንገድ ይቀይራል። ማዕከሎቹ እራሳቸው ይህንን እንዴት ማድረግ እንዳለባቸው አያውቁም (ገና) ይህ በጣም ያሳዝናል.
ወዲያውኑ ቦታ ማስያዝ አለብኝ፡ AirDC++ ይህን ብቻውን እና ለራሱ ያደርጋል። ለወደፊቱ, ለመመቻቸት, እንደ ጥምረት እጠቀማለሁ AP ወይም AA ለ IPv4 እና IPv6 እንደቅደም ተከተላቸው በእውነተኛው ቋት ላይ ባለው የእውነተኛ ደንበኛ መለያ ላይ ከማሳየት ይልቅ የገባሪ ወይም ተገብሮ የመሥራት ሁነታዎች አመላካች ናቸው። አስፈላጊ ነው.
በእኛ ሙከራ ውስጥ እንጠቀማለን FlylinkDC++ እንደ ደንበኛ ከIPv6 ጋር በጭራሽ የማያውቅ። መደገፉንም ልብ ሊባል ይገባል። ለእሱ ይህ ጽሑፍ በሚጻፍበት ጊዜ በየትኛውም ቦታ አልተተገበረም.
የመጀመሪያው
በመጀመሪያ ደረጃ, በተለያዩ የአይፒ ፕሮቶኮል ስሪቶች ተጠቃሚዎች መካከል በግልጽ የማይቻል ግንኙነቶችን እንመለከታለን. ለፈተናው ጥቅም ላይ ይውላል እንደ አድራሻው ለሚሰራው የጎራ ስም ከንብረት A- እና AAAA-መዝገብ ጋር።
እባክዎን (በእውነቱ) ስሪት 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ሁን እንጂ አይመስልም።
ዋናው ነገር በማዕከሉ ላይ የሚታየው የግንኙነት ሁነታ ነው.
የአይፒv6 ድጋፍ የሌላቸው ደንበኞች በእሱ በኩል የተገናኙ ተጠቃሚዎችን እንደ ተገብሮ ማየት አለባቸው፣ ምክንያቱም መገናኛው ለእነሱ ስለማይሞላ ብቻ I4 ወይም I6 በዚህ መሠረት መስክ.
FlylinkDC++ vs. IPv6
እንደ እውነቱ ከሆነ, ሁኔታው ቀላል እና በተመሳሳይ ጊዜ ውስብስብ ነው.
AirDC++ vs. IPv6
ቀላል ምክንያቱም IPv6 ከIPv4 ይቀድማል፣ እና ያ ለመረዳት የሚቻል ነው። በእሱ በኩል ነው (ተዛማጁን አማራጭ በመጠቀም መሻር ቢገኝም) ከማዕከሉ ጋር ያለው ግንኙነት የሚመሰረተው እና ንቁ ደንበኛው ለግንኙነት ተገብሮ ደንበኛ ያቀርባል።
በጣም አስቸጋሪ ነው, ምክንያቱም በ hub ላይ IPv6 ድጋፍ ያላቸው ተጠቃሚዎች ካሉ, ነገር ግን በ IPv4 አድራሻ በጥብቅ የተገናኙ ናቸው, ከዚያ ...
... ከዚያ IPv4 ን ሳያገኙ ከእነሱ ጋር መገናኘት ይችላሉ (በዘፈቀደ)።
እባክዎን የርቀት ደንበኛው እራሱን እንደ ንብረት ሾመ ፣ ግን እንደ ተጠያቂነት ይቆጠራል። ለምን?
በማወዛወዝ ይጣሉት
አሁን ደንበኞቻችንን ከተለያዩ ፣ ግን ከአይፒቪ 4 አንፃር የተለመዱ ፣ የአይፒ ፕሮቶኮል ድጋፍን እርስ በእርስ ለማገናኘት እንሞክር ።
አዎን, ተገብሮ ተጠቃሚዎች በጎን በኩል ማጨስ አለባቸው. ግን ይህ ሊረዳ አይችልም ፣ ምክንያቱም የእነሱ የሚታየው አይፒ አድራሻ በተለይ አስፈላጊ ስላልሆነ - ለዚህ ነው ተጠያቂነቶች የሆኑት።
ባህ! ንቁ ደንበኛ ይልካል ?.. "የተጣበቀ" ግንኙነትን መጠበቅ ምክንያታዊ ይሆናል, ግን አይደለም, በሁኔታዎች ስር ይሆናል. A4.
ለምንድነው? ገንቢውን አግኝተን መልሱን አግኝተናል፡-
ሌላው ተጠቃሚ IPv6ን የማይደግፍ ከሆነ ጥሩ አይደለም
እና መጨቃጨቅ አይችሉም! ነገር ግን ይህ ከማዕከሉ ነጻ የሆነ ውስጣዊ ሎጂክን ይፈልጋል (ኮዱን ይመልከቱ и ). አሁንም ተገብሮ ለመርዳት የማይቻል ነው, ምክንያቱም
ንቁ ሁነታ =
ከተለመዱት የአይፒv6 IP ድጋፍ ስብስቦች ጋር በደንበኞች መካከል ለመገናኘት የሚደረጉ ሙከራዎች ይህን ይመስላል። ላስታውስህ፣ ማሳካት PA ለዲሲ++ አልተሳካልኝም።
እና እንደገና አስገራሚ። ዲሲ ++ የሚያሳየው የ IPv6 ተገብሮ ሁነታ ወይ ሆን ተብሎ የተፈጠረ ውሸት ወይም ስህተት ነው።
ቀጥሎ ምንድነው?
በአሁኑ ጊዜ ተጠቃሚዎችን በተለያዩ ሁነታዎች እና ከተለያዩ የአይፒ ፕሮቶኮል ድጋፍ ሰጪዎች ጋር በማገናኘት ሁሉንም ሊሆኑ የሚችሉ ችግሮችን ለመፍታት በትክክል ሁለት መንገዶች አሉ።
የመጀመሪያው IPv6ን ሙሉ ለሙሉ ማጥፋት ወይም በተቃራኒው በእሱ በኩል ብቻ እንዲሰራ ማእከል መፍጠር ነው.
ሁለተኛው ይህ ነው። , ይህም ወደ የሙከራ ደረጃው እየቀረበ ነው.
ደህና፣ በዲሲ ውስጥ ለመስራት ንቁ ሁነታን ለማዘጋጀት በጣም ሰነፍ ከሆንክ፣ አስታውስ፡-
ያለዉ ይሰጠዉ፤ የሌለውም ያለዉ የሚመስለው ይወሰድበታል። እሺ 8፡18
ምንጭ: hab.com