Fayl paylaşma şəbəkəsinin inkişafını izləmək maraqlıdır, lakin orada iştirak etmək daha maraqlıdır.
Bu gün müasir quraşdırma və işə salmaq qovşaqda, yeni yaradılmış administrator, sələflərinin bu sahədə toplanmış demək olar ki, bütün inkişafları və təcrübələrinə giriş əldə edir. Çoxsaylı skriptlərin köməyi ilə genişlənməyə və fərdiləşdirməyə hazır bir sistemə malikdir.
С başqa cür mərkəzlər. Bu protokolun dizaynının genişləndirilə bilən olması nəzərdə tutulur. Yeni funksiya istəyirsiniz? Yaxşı, təklif edin, təbliğ edin, həyata keçirin, həyata keçirin, istifadə edin.
Nəticədə, əlbəttə ki, qutudan hazır bir hub əldə edə bilərsiniz, ancaq sadəcə onu işə salmaq və unutmaq yaxşı olmayacaq. Tarixi kontekstdə genişlənmə, həmçinin versiyadan asılı olaraq müştəri və server proqram təminatının müxtəlif sayda müxtəlif funksiyalarının mövcudluğunu nəzərdə tutur. Bir istifadəçi üçün problemsiz işləyəcək şey digərinin müştərisi ilə uyğun gəlməyə bilər və bu nəzərə alınmalıdır.
Bu, IPv6 ilə baş verdi. Qoca NMDC prinsipcə bunu necə edəcəyini bilmir, lakin ADC özü buna hazırdır. Ancaq hər şey o qədər də sadə deyil.
Sadəcə bir az nəzəriyyə
"Aktiv" istifadəçi daxil olan əlaqələri qəbul edə bilər. Əslində ondan gələn əlaqə sorğusu əslində dəvət.
"Passiv" istifadəçi ümumiyyətlə yalnız gedən sorğulardan istifadə edə bilər. Mərkəz vasitəsilə o просит aktiv istifadəçi dəvət göndərir - və əlaqə qurulur.
Bəli, bu mexanizm istifadə olunan IP protokolunun versiyasından asılı deyil.
Qu quşu, xərçəngkimi və pike
Müştəri proqram təminatı haqqında danışaq.
IPv6 dəstəyi eksperimental xarakter daşıyır. Bunun üçün ayrıca parametrlər yoxdur və yalnız altıncı üçün passiv olmaqla, müxtəlif IP versiyaları üçün fərqli iş rejimlərini görmək mənim üçün daha təəccüblü idi, lakin bu dəqiq deyil.
Əl ilə konfiqurasiya zamanı aktiv rejimi əldə etmək mümkün deyildi, hətta AAAA qeydi olan IP domenini WAN kimi açıq şəkildə istifadə edərkən, lakin UPnP istifadə edərək avtomatik rejimdə hər şey gözlənildiyi kimi işlədi.
həmçinin IPv6 bağlantılarını dəstəkləyir və IPv4-dən tamamilə ayrı həyata keçirilir. Üstəlik, bu müştəri istifadəçi teqlərini hər iki IP protokolu üçün iş rejimlərini eyni vaxtda göstərəcək şəkildə dəyişdirir. Qovşaqların özləri bunu necə edəcəyini bilmirlər (hələ), təəssüf ki.
Mən dərhal rezervasiya etməliyəm: AirDC++ bunu tək və özü üçün edir. Gələcəkdə rahatlıq üçün kimi kombinasiyalardan istifadə edəcəyəm AP və ya AA IPv4 və IPv6 üçün aktiv və ya passiv iş rejimlərinin göstəricisi kimi, onların real hubda real müştəri etiketində göstərilməsi deyil. Vacibdir.
Təcrübəmizdə istifadə edəcəyik FlylinkDC++ müştəri kimi IPv6 ilə heç tanış deyil. dəstək olduğunu da qeyd etmək lazımdır onun üçün bu məqaləni yazarkən heç bir yerdə həyata keçirilməmişdir.
Start
İlk növbədə, IP protokolunun müxtəlif versiyalarının istifadəçiləri arasında açıq şəkildə qeyri-mümkün əlaqələrə baxacağıq. Test üçün istifadə olunacaq ünvanı kimi fəaliyyət göstərən domen adı üçün resurs A və AAAA qeydləri ilə.
Nəzərə alın ki, siz (əslində) versiya XNUMX IP ünvanı olan istifadəçi ilə əlaqə saxlamağa çalışdığınız zaman xəta göstərilir.
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İnsan tərcüməsində belə səslənir
P4: – Səndən yapışa bilərəm?
A6: – Yapışın!
P4: – Həyat ağrıdır 0_0
Lazım gələrsə, qısa lüğət, .
Və əgər əksinədirsə və əlaqə başlayırsa A4, sonra heç bir səhv göstərilmir və əlaqə sadəcə olaraq dayanır.
Hub: [Outgoing][IPv4:412] DCTM AACX AACU ADCS/0.10 1993 3871342713Ol, deyəsən yox
Vacib olan hubda göstərilən əlaqə rejimidir.
IPv6 dəstəyi olmayan müştərilər, mərkəzin onlar üçün məskunlaşmadığı üçün onun vasitəsilə qoşulmuş istifadəçiləri açıq şəkildə passiv görməli olacaqlar. I4 və ya I6 müvafiq olaraq sahə.
FlylinkDC++ ilə müqayisədə IPv6
Reallıqda vəziyyət daha sadə və eyni zamanda daha mürəkkəbdir.
AirDC++ ilə müqayisədə IPv6
Daha asandır, çünki IPv6 IPv4-dən üstündür və bu başa düşüləndir. Məhz onun vasitəsilə (baxmayaraq ki, müvafiq seçimdən istifadə etməklə ləğv etmək mümkündür) qovşaqla əlaqə qurulacaq və aktiv müştəri qoşulmaq üçün onu passiv müştəriyə təklif edəcək.
Bu daha çətindir, çünki hubda IPv6 dəstəyi olan istifadəçilər varsa, lakin onlar ciddi şəkildə IPv4 ünvanı ilə bağlıdırsa, onda...
... onda siz heç IPv4 olmadan onlara (təsadüfi) qoşula bilərsiniz.
Nəzərə alın ki, uzaq müştəri özünü aktiv kimi təyin edib, lakin öhdəlik kimi qəbul edilir. Niyə?
Onu yelləncəklə atın
İndi fərqli, lakin IPv4 baxımından ümumi olan müştəriləri bir-birinə IP protokol dəstəyi dəstləri ilə bağlamağa çalışaq.
Bəli, passiv istifadəçilərin kənarda siqaret çəkmələri təəssüf doğurur. Ancaq buna kömək etmək mümkün deyil, çünki onların görünən IP ünvanı xüsusilə vacib deyil - buna görə də onlar öhdəliklərdir.
Bəh! Aktiv müştəri göndərir ?.. “İlişmiş” əlaqəni gözləmək məntiqli olardı, amma yox, şərtlər daxilində belə çıxır. A4.
Niyə belədir? Tərtibatçı ilə əlaqə saxlayıb cavab alırıq:
digər istifadəçi IPv6-nı dəstəkləmirsə, yaxşı deyil
Və mübahisə edə bilməzsən! Lakin bunun üçün mərkəzdən asılı olmayaraq daxili məntiq tələb olunur (koda bax и ). Passivlərə kömək etmək hələ də mümkün deyil, çünki
Aktiv rejim =
Ümumi IPv6 IP dəstək dəstləri olan müştərilər arasında əlaqə yaratmaq cəhdləri belə görünür. Yadınıza salım, nail olun PA DC++ üçün uğur qazana bilmədim.
Və yenə sürpriz. Belə çıxır ki, DC++-ın nümayiş etdirdiyi IPv6 üçün passiv rejim ya qəsdən saxta, ya da səhvdir.
Növbəti nədir?
Hal-hazırda, istifadəçiləri müxtəlif rejimlərdə və müxtəlif IP protokol dəstəyi dəstləri ilə birləşdirən bütün mümkün problemləri həll etməyin iki yolu var.
Birincisi, IPv6-nı tamamilə susdurmaq və ya əksinə, yalnız onunla işləmək üçün bir mərkəz yaratmaqdır.
İkincisi budur , bu da sınaq mərhələsinə yenicə yaxınlaşır.
Yaxşı, DC-də işləmək üçün aktiv rejimi qurmaq üçün çox tənbəlsinizsə, unutmayın:
Kimin varsa, ona nə veriləcək, kimdə yoxdursa, hətta onun olduğunu zənn etdiyi şey də ondan alınacaq. TAMAM. 8:18
Mənbə: www.habr.com