It is nijsgjirrich om de ûntwikkeling fan it netwurk foar dielen fan bestân te besjen, mar it is noch ynteressanter om dêroan mei te dwaan.
Hjoed, it ynstallearjen en lansearjen fan in moderne hub, de nij opsleine behearder krijt tagong ta hast alle ûntwikkelingen en ûnderfining sammele yn dit gebiet fan syn foargongers. It hat in systeem klear foar útwreiding en maatwurk, ynklusyf mei help fan tal fan skripts.
С hubs oars. It ûntwerp fan dit protokol is bedoeld om út te wreidzjen. Wolle jo in nije funksje? No, biede it oan, befoarderje it, ymplementearje it, ymplementearje it, brûk it.
As resultaat kinne jo fansels in klearmakke hub út 'e doaze krije, mar gewoan it lansearjen en ferjitte sil net goed wêze. Utwreidingsfermogen yn in histoaryske kontekst betsjut ek de oanwêzigens fan in oar oantal ferskillende funksjes fan client- en serversoftware, ôfhinklik fan 'e ferzje. En wat sil wurkje sûnder problemen foar ien brûker kin wêze ynkompatibel mei de klant fan in oar, en dit moat rekken hâlden wurde.
Dit barde mei IPv6. De âldman NMDC wit it yn prinsipe net, mar ADC is der sels klear foar. Lykwols, net allegear sa ienfâldich.
Krekt in bytsje teory
De "aktive" brûker kin ynkommende ferbiningen akseptearje. Eins is it ferbiningsfersyk dat derfan komt eins útnoeging.
In "passive" brûker kin oer it algemien allinich útgeande oanfragen brûke. Troch de hub hy freget de aktive brûker stjoert in útnoeging - en de ferbining is oprjochte.
En ja, dit meganisme is net ôfhinklik fan 'e ferzje fan it brûkte IP-protokol.
Swan, kreeften en snoek
Litte wy prate oer clientsoftware.
IPv6-stipe is eksperiminteel fan aard. D'r binne gjin aparte ynstellings foar it, en it wie foar my des te ferrassender om ferskate bestjoeringsmodi te sjen foar ferskate ferzjes fan IP, mei passyf allinich foar de seisde, mar dit is net akkuraat.
It wie net mooglik om de aktive modus te krijen yn 'e hânkonfiguraasje, sels by it brûken fan in IP-domein mei in AAAA-record as WAN, mar yn automatyske modus mei UPnP wurke alles lykas ferwachte.
hat ek stipe foar IPv6 ferbinings, en it wurdt útfierd folslein apart fan IPv4. Boppedat feroaret dizze kliïnt brûkerstags op sa'n manier dat de bestjoeringsmodi foar beide IP-protokollen tagelyk werjaan. De hubs sels witte dit (noch) net, wat spitich is.
Ik moat daliks reservearje: AirDC++ docht dit allinnich en foar himsels. Yn 'e takomst sil ik foar it gemak kombinaasjes brûke lykas AP of AA as in yndikaasje fan aktive of passive modus fan wurking foar respektivelik IPv4 en IPv6, ynstee fan harren werjefte yn de echte klant tag op de echte hub. It is wichtich.
Yn ús eksperimint sille wy brûke FlylinkDC++ as klant hielendal net bekend mei IPv6. It moat ek opmurken wurde dat stipe foar him op it stuit fan it skriuwen fan dit artikel waard net útfierd oeral.
Thús
Alderearst sille wy sjen nei fansels ûnmooglike ferbiningen tusken brûkers fan ferskate ferzjes fan it IP-protokol. Sil brûkt wurde foar de test mei boarne A- en AAAA-records foar de domeinnamme dy't as adres fungearret.
Tink derom dat as jo (eins) besykje kontakt op te nimmen mei in brûker mei in ferzje XNUMX IP-adres, in flater wurdt werjûn.
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 IPsunknownYn minsklike oersetting klinkt it as
P4: – Kin ik my oan dy hingje?
A6: – Hâld op!
P4: - It libben is pine 0_0
In koart wurdboek, as it nedich is, .
En as it oarsom is, en de ferbining begjint A4, dan wurdt gjin flater werjûn en de ferbining hinget gewoan.
Hub: [Outgoing][IPv4:412] DCTM AACX AACU ADCS/0.10 1993 3871342713Wês, liket net te wêzen
Wat wichtich is, is de ferbiningsmodus werjûn op 'e hub.
Klanten sûnder IPv6-stipe sille brûkers dy't dêrtroch ferbûn binne as dúdlik passyf sjen moatte, gewoan om't de hub net foar har befolke I4 of I6 fjild neffens.
FlylinkDC++ vs. IPv6
Yn 'e realiteit is de situaasje tagelyk ienfâldiger en komplekser.
AirDC++ vs. IPv6
Makliker omdat IPv6 foarrang hat boppe IPv4, en dat is begryplik. It is troch it (hoewol't oerskriuwe is beskikber mei help fan de oerienkommende opsje) dat de ferbining mei de hub sil wurde oprjochte, en de aktive klant sil biede it oan de passive klant foar ferbining.
It is dreger, want as d'r brûkers binne mei IPv6-stipe op 'e hub, mar se binne strikt ferbûn fia in IPv4-adres, dan ...
... dan kinne jo mei har ferbine (willekeurich) sûnder dat jo hielendal IPv4 hawwe.
Tink derom dat de kliïnt op ôfstân himsels hat oanwiisd as in asset, mar wurdt behannele as in ferplichting. Wêrom?
Smyt him yn in swing
Litte wy no besykje om kliïnten te ferbinen mei ferskate, mar gewoane yn termen fan IPv4, sets fan IP-protokol-stipe mei elkoar.
Ja, it is spitich dat passive brûkers op 'e sydline smoke moatte. Mar dit kin net holpen wurde, om't har sichtbere IP-adres net bysûnder wichtich is - dêrom binne se ferplichtingen.
Bah! De aktive klant stjoert ?.. It soe logysk wêze om in "stuck" ferbining te ferwachtsjen, mar nee, it docht bliken ûnder de betingsten A4.
Wêrom is dat? Wy kontakt opnimme mei de ûntwikkelder en krije it antwurd:
is net goed as de oare brûker gjin IPv6 stipet
En jo kinne net pleitsje! Mar dit fereasket ynterne logika, ûnôfhinklik fan 'e hub (sjoch koade и ). It is noch altyd ûnmooglik om passiven te helpen, om't
Aktive modus =
Pogingen om te ferbinen tusken kliïnten mei mienskiplike IPv6 IP-stipesets sjogge der sa út. Lit my jo herinnerje, berikke PA Ik wie net slagge foar DC ++.
En wer in ferrassing. It docht bliken dat de passive modus foar IPv6, dy't DC ++ demonstrearret, is of in opsetlike fake of in brek.
Wat is folgjende?
Op it stuit binne d'r krekt twa manieren om alle mooglike problemen op te lossen dy't brûkers ferbine yn ferskate modi en mei ferskate sets fan IP-protokol-stipe.
De earste is om IPv6 hielendal te mute of, oarsom, in hub te meitsjen om allinich troch it te wurkjen.
De twadde is dit , dy't krekt it teststadium komt.
No, as jo te lui binne om de aktive modus yn te stellen foar wurkjen yn DC, tink dan oan:
Wa't hat, wat sil him jûn wurde, en wa't net hat, sels wat hy mient te hawwen, sil fan him ôfnommen wurde. OK. 8:18
Boarne: www.habr.com