Tailscale-ի մի հոսթ անհասանելի է՝ ենթացանցի երթուղիչ, թե ելքի հանգույց։

Tailscale-ի մի հոսթ պատասխանում է, մյուսը մնում է մութ, կամ ամեն ինչ աշխատում է, մինչև հանրային կայքերը սկսեն սխալ երկիր հաղորդել։ Երկու բողոքն էլ գալիս են «Tailscale-ը կոտրված է» ձևով, և երկուսն էլ սովորաբար սխալ նպատակակետի համար միացված սխալ կառուցվածք են։ Ենթացանցի երթուղիչը մասնավոր ցանցը բացում է tailnet-ի առաջ, իսկ ելքի հանգույցը փոխում է, թե ինտերնետային թրաֆիկը որտեղից է դուրս գալիս։ Նախ դասավորիր ձախողված նպատակակետը, հետո ընտրիր այն դերը, որն այն ծածկում է։

Սկսիր ձախողված նպատակակետից

Գրիր այն հասցեն կամ անունը, որը չի աշխատել, և թե ինչ տեսակի բան է դա։ Մեկ այլ վայրի հետևում գտնվող մասնավոր LAN-ում սարքը, քո սեփական սեգմենտի ծառայությունը և հանրային կայքը երեք երթուղային խնդիրներ են, որոնք պատահաբար կիսում են մեկ հաճախորդ։ Տարբերությունը կոսմետիկ չէ, որովհետև երկու կառուցվածքները ծածկում են նպատակակետերի տարբեր հավաքածուներ։ Մեկը միացնելը ոչինչ չի անում մյուսի համար, և սա է ամբողջ շփոթության աղբյուրը։

Ուշադրություն դարձրու նաև հասցեների ընտանիքին։ Միայն IPv4-ով հայտարարված ենթացանցը IPv6 նպատակակետերը թողնում է տեղական ուղու վրա, ինչը մասնակի ձախողություն է թվում, մինչև ինչ-որ մեկը համեմատի երկու երթուղային աղյուսակները։ Գրիր, թե ինչպիսի ուղի էիր ակնկալում, որպեսզի թեստը հետո հակառակվելու բան ունենա։

Հասիր մի սարքի, որը երբեք Tailscale չի աշխատեցնում

Երթուղիչը tailnet-ին հայտարարում է որոշակի միջակայքեր, ապա փաթեթներ փոխանցում tailnet-ի և մասնավոր սեգմենտի միջև, այնպես որ այդ սեգմենտի սարքերին սեփական հաճախորդ պետք չէ։ Գրասենյակի NAS-ին տնից նոթբուքով հասնելը հենց այս դեպքն է։ Երթուղիչը tailnet-ի միակ անդամն է այդ կողմում։

tailscale up --advertise-routes=10.40.0.0/24 --advertise-exit-node=false
ip route get 10.40.0.55
tailscale status

Հայտարարումը միայն առաջինն է երեք պայմաններից։ Երթուղին պետք է հաստատվի tailnet-ի համար, հաճախորդը պետք է ընդունի հայտարարված երթուղիները, և մուտքի կանոնը պետք է թույլատրի կապը։ Հենց այս շղթայի պատճառով ախտանիշը հաճախ այն է, որ երթուղիչն աշխատում է, իսկ NAS-ը՝ ոչ։ Հասանելի երթուղիչը ապացուցում է, որ թունելը աշխատում է. այն ոչինչ չի ապացուցում հաստատման, հաճախորդի համաձայնության կամ քաղաքականության մասին։

Այդ երեք ձախողություններից յուրաքանչյուրը վարչական կոնսոլում այլ կերպ է երևում։ Ստուգիր դրանք հերթականությամբ, փոխարենը միանգամից երեքը մի փոխիր, որովհետև երկրորդ փոփոխությունը թաքցնում է, թե որն էր կարևոր։

Հանրային թրաֆիկը դուրս բեր մեկ այլ մեքենայով

Ելքի հանգույցը քո ընդհանուր ինտերնետային թրաֆիկն անցկացնում է իր միջով, ինչը այլ VPN ապրանքների լրիվ թունելի կարգավորման ամենամոտ նմանակն է։ Դրան նույնպես պետք է երեք առանձին համաձայնություն՝ սարքը հայտարարում է դերը, ադմինիստրատորը թույլատրում է այն, և հաճախորդն ընտրում է այն։ tailnet-ին միանալը լռելյայն ոչինչ չի ուղարկում մեկ այլ անդամի միջով։

tailscale up --advertise-exit-node
tailscale up --exit-node=100.101.102.103 --exit-node-allow-lan-access=false
tailscale status --json | grep -i exitnode

Ելքի հանգույց ընտրելը ինքնաբերաբար մուտք չի տալիս դրա սեփական LAN-ին։ LAN-մուտքի ընտրանքը հենց այն պատճառով է, որ սրանք տարբեր թույլտվություններ են, և այն անջատված թողնելն ավելի ապահով լռելյայն է։ Այլ Tailscale ռեսուրսների երթուղիները պահում են իրենց սեփական մշակումը նույնիսկ ակտիվ ելքի հանգույցի դեպքում։ Այդ պատճառով ենթացանցում տեղակայված ծառայությունը կարող է շարունակել աշխատել, մինչ հանրային ինտերնետային ուղին փոխվել է։

Ելքի հանգույցը փոխում է նաև այն, թե ինչպես է ինտերնետը տեսնում քեզ, ոչ միայն այն, թե որքան արագ է զգացվում։ Սպասիր, որ աշխարհագրական դիրքը, հոսքային կատալոգները և արագության սահմանները հետևեն ելքի հասցեին, ոչ թե քո հասցեին։

Կարդա եռակի բաժանումը, երբ ձախողվում է միայն մեկ հոսթ

Քո սեգմենտի տպիչը, հեռավոր ենթացանցի երթուղիչի հետևում գտնվող NAS-ը և հանրային կայքը երեք նպատակակետ են երեք տարբեր ուղիներով։ Եթե նրանցից ուղիղ մեկը ձախողվի, արատը պատկանում է այդ նպատակակետի ուղուն, ոչ թե ամբողջ հաճախորդին։ Տեղական տպիչի համար, երբ ելքի հանգույցն օգտագործվում է, սովորական պատասխանը LAN-մուտքի կարգավորումն է։ Հեռավոր NAS-ի համար ստուգիր հայտարարված միջակայքը, դրա հաստատման վիճակը և մուտքի կանոնները այդ հերթականությամբ։ Հանրային կայքի համար ստուգիր, թե որ ելքի հանգույցն է ընտրված և արդյոք հաճախորդն իսկապես ընդունել է այն։

Եթե հասցեն աշխատում է, իսկ անունը՝ ոչ, դադարիր երթուղիներին նայելուց։ Մասնավոր DNS-ը կարգավորվում է առանձին, և սխալ հասցեի լուծվող անունը ձախողվում է այնպես, ինչպես արգելափակված ուղին։ Նախ փորձիր հասցեն, հետո անունը, և երկու արդյունքը կասեն, թե որ շերտը բացել։

Հաստատիր այն ուղին, որը կարծում ես թե կառուցել ես

Ստուգումը երթուղու որոնում գումարած հասցեի ստուգում է, ոչ թե ping։ Որոնումը ասում է, թե որ ինտերֆեյսը կօգտագործեր նպատակակետը, իսկ հասցեի ստուգումը՝ թե նպատակակետն իրականում որ միջակայքում է ապրում։ Հաջող ping-ը ասում է, որ հոսթը ինչ-որ տեղ կենդանի է, ինչը հարցը չէ։ Երկուսն էլ գործարկիր նախքան որևէ կարգավորում փոխելը։

ip route get 10.40.0.55
ip -6 route show default
tailscale ping 10.40.0.55

Միացրու դա tailnet-ի սեփական տեսքի հետ, որը ցույց է տալիս՝ գործընկերը ուղիղ միացված է, թե ռելեով։ Ռելեով ուղին նույնպես աշխատում է, և դա բացատրում է այն ուշացման բողոքները, որոնք ոչ մի կապ չունեն այն ուղու հետ, որը վերացնում էիր։ Ենթացանցի երթուղիչի փաստաթղթերը ծածկում են հաստատման քայլը, եթե այն ծանոթ չէ։ Հետո գրիր, թե որ կառուցվածքն է ծածկում որ նպատակակետը քո ցանցում, որովհետև հաջորդ մարդը, որը վայր կավելացնի, նույն հարցը կտա։