Linux Tailscale müştərisi elan edilmiş subnet marşrutlarını niyə nəzərə almır

Siz Linux noutbukundasınız, tailscale status digər maşınları göstərir, amma 10.80.0.25 ünvanındaki NAS yenə də vaxt aşımına düşür. Tailnet sağlamdır, subnet marşrutlaşdırıcısı onlayndır və müştərinin çıxışında arxasındaki LAN-ın niyə əlçatmaz olduğunu deyən heç nə yoxdur. Aşağıdaki bələdçi həmin simptomdan bayıra doğru hərəkət edir: bu müştəridəki bayraq, sonra marşrutlaşdırıcıdaki elan, sonra təsdiq, sonra siyasət və yalnız bundan sonra təyinat özü. Hər qapı eyni vaxt aşımı ilə uğursuz olur, ona görə sıra əmrlərdən daha vacibdir.

Linux müştərisi nəyi quraşdırmaqdan imtina edir

Linux-da Tailscale müştəriləri elan edilmiş subnet marşrutlarını siz istəməsəniz qəbul etmir. Bu parametr olmadan müştəri tailnet-ə qoşulur və peer ünvanlarına çatır, marşrutlaşdırıcının elan etdiyi hər prefiks isə istifadəsiz qalır. Standart davranış qəsdəndir və simptomun yerli qərar deyil, xarab marşrutlaşdırıcı kimi görünməsinin səbəbi budur.

Burada iki ayrı şey marşrutlaşdırma adlanır və onlardan yalnız biri sizindir. Marşrutlaşdırıcı tailnet-ə prefiks elan edir; maşınınız onu quraşdırıb-quraşdırmayacağını qərarlaşdırır. Hər ikisindəki uğursuzluq eyni vaxt aşımını verir, buna görə təxmin etmək bir günortanı boşa verir. Nəyisə dəyişməzdən əvvəl hansı tərəfin imtina etdiyini tapın.

Bu maşın üçün marşrut qəbulunu aktivləşdirin

Parametri müştəridə qurun, sonra əmrin işlədiyini güman etmək əvəzinə nəyin dəyişdiyinə baxın. Hazırkı forma parametri giriş axınını təkrar etmədən tətbiq edir, bu da sessiyanın ortasında olanda vacibdir.

sudo tailscale set --accept-routes
tailscale status
ip route show table 52

Tailscale Linux-da qəbul edilmiş marşrutları öz cədvəlində quraşdırır, ona görə 52-ci cədvəldə görünən prefiks bu müştərinin elanı quraşdırdığına birbaşa sübutdur. Əgər aralığınız həmin cədvəldə yoxdursa, dayanın: problem yerlidir və marşrutlaşdırıcıda nə qədər iş görsəniz də dəyişməyəcək.

Köhnə müştərilər eyni parametri giriş əmrinin bayrağı kimi təqdim edir, ona görə tailscale set olmadıqda sudo tailscale up --accept-routes ehtiyat variantdır. Marşrutları əl ilə redaktə etmək əvəzinə ondan istifadə edin, çünki demon öz cədvəlini yenidən yazır və redaktəniz növbəti yenidən qoşulmada yox olur. Köhnə yazıdan əmr kopyalamazdan əvvəl versiyanı yoxlayın.

Elanı və təsdiqi ayrıca yoxlayın

Subnet marşrutlaşdırıcısında prefiks elan edilməli, nüvə isə paketləri interfeyslər arasında ötürməlidir. Ötürmədən elan sizə trafiki səssizcə atan təsdiqlənmiş marşrut verir, bu da ən çox rast gəlinən yarımçıq qurulumdur.

sudo tailscale up --advertise-routes=10.80.0.0/24
sysctl net.ipv4.ip_forward
ip -br addr

Elan edilmiş prefiksi həqiqətən çatmaq istədiyiniz ünvanla hərf-hərf müqayisə edin. 10.70.0.0/24 elan edən marşrutlaşdırıcı 10.80.0.25-dəki NAS haqqında heç nə demir və uyğunsuzluq hər status çıxışında görünməzdir, çünki hər iki rəqəm eyni dərəcədə inandırıcı görünür. Xarab marşrut barədə hesabatların çoxu burada bitir. Aşağı axında hər nəyə toxunmazdan əvvəl elanı düzəldin.

Təsdiq növbəti qapıdır və marşrutlaşdırıcı shell-dən konfiqurasiya edildikdə onu atlamaq asandır. Elan həmin cihaz üçün admin konsolunda aktivləşdirilməlidir ki, digər maşınlar ondan istifadə edə bilsin. Müştəridə marşrutların qəbulu heç nəyi təsdiqləmir və heç bir giriş qaydasını ləğv etmir.

Şəxsi ünvanı host adından əvvəl yoxlayın

Marşrutlaşdırıcının öz tailnet ünvanına uğurlu qoşulma tailnet-in işlədiyini sübut edir, bunu artıq bilirdiniz. Faydalı test həqiqətən ehtiyac duyduğunuz xidmətdir, əvvəlcə şəxsi ünvana qarşı, belə ki DNS uğursuzluğu marşrutlaşdırma uğursuzluğu kimi görünməsin.

tailscale ping 10.80.0.1
ping -c 2 10.80.0.25
nc -vz 10.80.0.25 445
getent hosts nas.internal.example

Ünvan cavab verirsə, host adı vermirsə, ad həll etmə probleminiz var və bunu marşrut problemi kimi qəbul etməyi dayandırmalısınız. Heç biri cavab vermirsə, bir bölmə geri qayıdın və elanın ünvanı əhatə etdiyini təsdiqləyin. İki uğursuzluq tətbiqdan eyni görünür və fərqli yerlərdə düzəldilir.

Tailnet-i günahlandırmazdan əvvəl bir yerli yoxlama etməyə dəyər. Hazırkı LAN-ınız uzaq subnet ilə eyni prefiksi istifadə etdikdə, nüvə birbaşa qoşulmuş marşrutu üstün tutur və trafik heç vaxt maşından çıxmır; ev və ofis hər ikisi 192.168.1.0/24 seçdikdə belə olur.

Niyə müştəri bayrağı marşrutlaşdırıcı parametri deyil

Bunlar fərqli tələbləri olan fərqli rollardır və müştəri bayrağını marşrutlaşdırıcıya köçürmək işləyən tailnet-in döngə əldə etmə üsuludur. Marşrut elan edən maşına ötürmə, ötürülən trafikə icazə verən firewall qaydaları və hansı prefiksləri elan edəcəyinə dair qərar lazımdır. Bunların heç biri --accept-routes ilə nəzərdə tutulmur.

Subnet marşrutlaşdırıcısı sənədləri bir prefiks elan edən ehtiyat marşrutlaşdırıcılarda marşrut qəbulunun aktivləşdirilməsinə qarşı xəbərdarlıq edir, çünki gözləmə rejimindəki node artıq yerli olan trafiki aktiv node vasitəsilə bayıra çıxara bilər. HA cütü işlədirsinizsə, bunu haşiyə deyil, dizayn məhdudiyyəti kimi qəbul edin və hər ikisində təsdiqləməzdən əvvəl prefiksin hansı node-a aid olduğunu qərarlaşdırın. Tək marşrutlaşdırıcıda eyni xəbərdarlıq qəbulun elan edən maşında deyil, müştərilərdə olduğunu xatırladan bir qeyd kimi oxunur. Hansı qapının bağlandığını yazın.

Adi müştəri üçün ardıcıllıq əvvəldə uğursuz olan tətbiq testi ilə bitir. Marşrutlaşdırıcı üçün ötürmə, elan, təsdiq və firewall-u bu sıra ilə nəzərdən keçirin, çünki ilk çatışmayan tam olaraq başladığınız vaxt aşımını yaradır.