ZeroTier-də icazə var, ünvan yox? İki ayrı parametr
Üzvü təsdiqləmək və ona ünvan vermək iki ayrı parametrdir. IP uydurmadan əvvəl hovuzu, təyinetmə rejimini və müştərinin tətbiq etdiyi vəziyyəti oxuyun.
ZeroTier üzvü OK kimi göstərir, şəbəkəyə qoşulub, amma yenə də ping ediləsi ünvan yoxdur. Bu birləşmə səhv kimi görünür və adətən konfiqurasiyanın iki yerə bölünməsidir: üzvü təsdiqləmək bir açar, ona ünvan vermək başqa bir açardır. Şəbəkə cihazı qəbul edib ona heç vaxt heç nə təyin etməyə bilər, çünki ünvan hovuzu və ya təyinetmə rejimi heç vaxt qurulmayıb.
Hər ikisini dəyişməzdən əvvəl iki tərəfi oxuyun. Cavab iki yerdə görünür və onlardan yalnız biri nəzarətçidədir.
İcazə və təyinetmə fərqli açarlardır
İcazə bu düyünün şəbəkədə iştirak edə biləcəyini cavablandırır. Ünvan təyinetməsi isə iştirak etdikdən sonra şəbəkənin ona nə verdiyini cavablandırır və bu cavab ünvan hovuzundan və təyinetmə rejimindən gəlir. Heç bir parametr digərini şərtləndirmir. Biri icazə, digəri isə bölgüdür.
Nəzarətçi konfiqurasiyası adətən idarə olunan marşrut, ünvan diapazonu və avtomatik təyinetmənin istifadə edilib-edilmədiyini müəyyən edən rejim daşıyır. Şəbəkə identifikatorunu başqa mühitdən köçürmək üzvlüyü gətirir, bu konfiqurasiyadan isə heç nə gətirmir.
Buna görə cihaz üzvlər siyahısında sağlam görünə bilər, təyin edilmiş ünvan sütunu isə boş qalır. Nəzarətçi onu qəbul edib və verməyə heç nəyi yoxdur. Hər iki ifadə eyni vaxtda doğrudur.
| Layer | What it decides | Where it is configured |
|---|---|---|
| Membership | Whether the node may join | Member authorization on the network |
| Pool | Which addresses exist to hand out | Network address range |
| Assignment mode | Whether they are handed out automatically | Network v4/v6 assignment settings |
Üzvün faktiki vəziyyətini oxumaq
Müştəridən nəzərdə tutulanı deyil, həqiqətən aldığını soruşun. Sadə siyahı status və ünvan sütunlarını göstərir, JSON forması isə müştərinin tətbiq etdiyi şəbəkə konfiqurasiyasını, o cümlədən idarə olunan ünvanları və marşrutları göstərir.
zerotier-cli listnetworks
zerotier-cli -j listnetworks | jq '.networks[] | {nwid, status, assignedAddresses}'İki çıxışı eyni şəbəkə identifikatoru üçün müqayisə edin, əməliyyat sisteminin öz siyahısında görünən fiziki adapterlər üçün deyil. Boş ünvan dəsti ilə OK bildirən sətir təyinetmə boşluğunu təsdiqləyir, əlaqə nasazlığını deyil. Səhv sətri oxumaq bu səhvin digər yarısıdır.
ACCESS_DENIED statusu icazəyə işarə edir, və bu başqa bir təmirdir. Əgər əmr yerli autentifikasiya tokenini ümumiyyətlə oxuya bilmirsə, problem nəzarətçinin rədd etməsi deyil, yerli icazələrdir və düzəliş oturduğunuz maşında edilir.
Müştəri nəzarətçinin göndərdiyini nə vaxt ignore edir
Müştərinin idarə olunan konfiqurasiyanın tətbiq edilib-edilmədiyini müəyyən edən öz parametrləri var. İdarə olunan ünvanları, idarə olunan marşrutları və ya defolt marşrutun idarə edilməsini söndürən profil şəbəkənin göndərdiyini atacaq, üzvlər siyahısı isə nəzarətçi tərəfindən yenə düzgün görünəcək.
Bu bayraqlar yalnız yerli düyünə aiddir. Onları dəyişmək digər üzvlərin aldığını dəyişmir və heç vaxt təyin edilməmiş hovuzu bərpa etmir.
Beləliklə diaqnozun iki qolu var: ya nəzarətçinin verməyə ünvanı yoxdur, ya da müştəri veriləni rədd edib. Bunlar müxtəlif maşınlarda müxtəlif təmirlərə aparır. JSON çıxışı onları ayırd edir, çünki ünvan ya şəbəkə konfiqurasiyasında yoxdur, ya da var və müştərinin tətbiq etdiyi vəziyyətdə çatmır.
Ünvan uydurmaq əvəzinə nəyi düzəltmək lazımdır
Təsadüfi statik ünvan yazmaq cəlbedici üçüncü variantdır və ən pisdir. Təsadüfi ünvan başqa düyünlə toqquşa bilər, şəbəkənin yaydığı marşrutlardan kənarda qala bilər və ya firewall qaydalarının fərqli davrandığı diapazona düşə bilər. O, həm də çatışmayan hovuzu şəbəkəyə sonra baxan hər kəsdən gizlədir. Bunun əvəzinə təyinetməni düzəldin və nəzarətçi ilə müştəri nəticədə razılaşsın.
Administratordan şəbəkənin nə verməli olduğunu soruşun, sonra hovuzun nəzərdə tutulan diapazonu əhatə etdiyini və təyinetmə rejiminin aktiv olduğunu yoxlayın. Dəyişiklikdən sonra yenidən qoşulun, müştərinin dərhal özü yeni konfiqurasiyaya çatmasını gözləməyin.
Ünvan görünən kimi həqiqətən ehtiyac duyduğunuz şeyi sınayın: peer, xidmət və ya şlüz arxasındakı subnet. Üzvün arxasındakı LAN-a çatmaq üzvlükdən kənarda marşrutlaşdırma və yönləndirmə tələb edir, ümumi internet çıxışı isə çıxış düyünü tələb edir, yəni işlək ünvan bu testin sonu deyil, başlanğıcıdır.