Linux дээрх Tailscale клиент зарласан дэд сүлжээний маршрутыг яагаад үл тоомсорлодог вэ

52-р хүснэгт нь дохио: Linux дээрх Tailscale клиент зарласан дэд сүлжээний маршрутыг зөвхөн --accept-routes-ийн дараа суулгадаг бөгөөд төхөөрөмжийн зөвшөөрөл нь тусдаа хаалга.

Та Linux зөөврийн компьютер дээр байна, tailscale status бусад машинуудыг жагсааж байгаа ч 10.80.0.25 дээрх NAS одоо ч хугацаа хэтэрч байна. Tailnet эрүүл, дэд сүлжээний чиглүүлэгч онлайн, клиентийн гаралтад түүний арын LAN яагаад хүрэхгүй байгааг хэлэх юу ч байхгүй. Доорх тайлбар тэр шинж тэмдгээс гадагш хөдөлнө: энэ клиент дээрх туг, дараа нь чиглүүлэгч дээрх зарлал, дараа нь зөвшөөрөл, дараа нь бодлого, дараа нь л очих газар өөрөө. Хаалга бүр ижил хугацаа хэтэрлээр бүтэлгүйтдэг тул дараалал нь тушаалуудаас илүү чухал.

Linux клиент юуг суулгахаас татгалздаг вэ

Linux дээрх Tailscale клиентүүд та хүсэхгүй л бол зарласан дэд сүлжээний маршрутыг хүлээж авдаггүй. Энэ тохиргоогүйгээр клиент tailnet-д нэгдэж, үе тэнгийн хаягуудад хүрдэг бол чиглүүлэгчийн зарласан префикс бүр ашиглагдаагүй үлддэг. Анхдагч утга нь санаатай бөгөөд ийм учраас шинж тэмдэг нь орон нутгийн шийдвэр биш эвдэрсэн чиглүүлэгч мэт харагддаг.

Энд хоёр өөр зүйлийг чиглүүлэлт гэж нэрлэдэг бөгөөд зөвхөн нэг нь таных. Чиглүүлэгч tailnet-д префикс зарладаг; таны машин үүнийг суулгах эсэхийг шийддэг. Аль нэг нь бүтэлгүйтвэл ижил хугацаа хэтэрдэг тул таамаглах нь хагас өдрийг үрэх болно. Що нэгийг ч засахаас өмнө аль тал татгалзаж байгааг олж мэдээрэй.

Энэ машинд маршрут хүлээн авахыг асаах

Тохиргоог клиент дээр тааруулж, тушаал үйлчилсэн гэж бодохын оронд юу өөрчлөгдсөнийг хар. Одоогийн хэлбэр нь нэвтрэх урсгалыг давтахгүйгээр тохиргоог хэрэглэдэг бөгөөд энэ нь сессийн дунд байх үед чухал.

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

Tailscale нь Linux дээр хүлээн авсан маршрутуудыг өөрийн хүснэгтэд суулгадаг тул 52-р хүснэгтэд префикс харагдах нь энэ клиент зарлалыг суулгасны шууд нотолгоо юм. Хэрэв таны муж тэр хүснэгтэд байхгүй бол зогсоорой: асуудал орон нутгийнх бөгөөд чиглүүлэгч дээр хийсэн ямар ч ажил үүнийг өөрчлөхгүй.

Хуучин клиентүүд ижил тохиргоог нэвтрэх тушаалын туг хэлбэрээр санал болгодог тул tailscale set байхгүй үед sudo tailscale up --accept-routes нөөц сонголт юм. Маршрутыг гараар засахын оронд үүнийг ашиглаарай, учир нь демон өөрийн хүснэгтийг дахин бичдэг бөгөөд таны засвар дараагийн дахин холболтод алга болно. Хуучин нийтлэлээс тушаал хуулахаасаа өмнө хувилбарыг шалгаарай.

Зарлал болон зөвшөөрлийг тусад нь шалгах

Дэд сүлжээний чиглүүлэгч дээр префиксийг зарлах ёстой бөгөөд цөм интерфэйсүүдийн хооронд пакетуудыг дамжуулах ёстой. Дамжуулалтгүй зарлал нь урсгалыг чимээгүй хаядаг зөвшөөрөгдсөн маршрут өгдөг бөгөөд энэ нь хамгийн түгээмэл хагас дууссан тохиргоо юм.

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

Зарласан префиксийг таны үнэхээр хүрэхийг оролдож буй хаягтай үсэг үсгээр харьцуул. 10.70.0.0/24 зарлаж буй чиглүүлэгч 10.80.0.25 дээрх NAS-ын талаар юу ч хэлэхгүй бөгөөд хоёр тоо ижилхэн үнэмшилтэй харагддаг тул энэ зөрүү ямар ч төлөвийн гаралтад харагдахгүй. Эвдэрсэн маршрутын ихэнх мэдээлэл энд дуусдаг. Доорх зүйлд хүрэхээсээ өмнө зарлалыг засаарай.

Зөвшөөрөл нь дараагийн хаалга бөгөөд чиглүүлэгчийг shell-ээс тохируулсан бол үүнийг алгасах амархан. Бусад машинууд ашиглахаас өмнө админ консолд тэр төхөөрөмжийн зарлалыг идэвхжүүлэх ёстой. Клиент дээр маршрут хүлээн авах нь юуг ч зөвшөөрөхгүй бөгөөд ямар ч холбогдох дүрмийг тойрохгүй.

Хост нэрээс өмнө хувийн хаягийг шалгах

Чиглүүлэгчийн өөрийн tailnet хаяг руу амжилттай холбогдох нь tailnet ажиллаж байгааг нотолно, үүнийг та аль хэдийн мэдэж байсан. Ашигтай шалгалт бол танд үнэхээр хэрэгтэй үйлчилгээг эхлээд хувийн хаяг руу турших бөгөөд ингэснээр DNS-ийн алдаа чиглүүлэлтийн алдаа мэт дүр эсгэхгүй.

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

Хаяг хариулж, хост нэр хариулахгүй бол танд нэр шийдвэрлэх асуудал байгаа бөгөөд үүнийг маршрутын асуудал гэж үзэхээ болино уу. Аль нь ч хариулахгүй бол нэг хэсэг буцаж очоод зарлал хаягийг хамарч байгааг баталгаажуулаарай. Хоёр алдаа нь аппликейшнээс ижил харагдаж, өөр өөр газарт засагддаг.

tailnet-ийг буруутгахаасаа өмнө нэг орон нутгийн шалгалт хийх нь зүйтэй. Одоогийн LAN тань алсын дэд сүлжээтэй ижил префикс ашиглаж байвал цөм шууд холбогдсон маршрутыг илүүд үздэг бөгөөд урсгал хэзээ ч машиныг орхихгүй; гэр, оффис хоёулаа 192.168.1.0/24 сонгоход ийм зүйл тохиолддог.

Клиентийн туг яагаад чиглүүлэгчийн тохиргоо биш вэ

Эдгээр нь өөр өөр шаардлагатай өөр өөр үүрэг бөгөөд клиентийн тугийг чиглүүлэгч рүү хуулах нь ажиллаж буй tailnet гогцоо олж авах арга юм. Маршрут зарладаг машин дамжуулалт, дамжуулсан урсгалыг зөвшөөрөх галт хананы дүрэм, аль префиксүүдийг зарлахаа шийдэх шаардлагатай. Эдгээрийн аль нь ч --accept-routes-ээс гарахгүй.

Дэд сүлжээний чиглүүлэгчийн баримт бичиг нэг префикс зарладаг нөөц чиглүүлэгч дээр маршрут хүлээн авахыг асаахгүй байхыг анхааруулдаг, учир нь нөөц зангилаа аль хэдийн орон нутгийн урсгалыг идэвхтэй зангилаагаар гадагш түлхэж болно. Хэрэв та HA хос ажиллуулж байгаа бол үүнийг зүүлт тайлбар биш, дизайны хязгаарлалт гэж үзэж, хоёуланд нь зөвшөөрөхөөсөн өмнө префикс аль зангилааны эзэмшилд байгааг шийдээрэй. Нэг чиглүүлэгч дээр ижил анхааруулга нь хүлээн авалт клиентүүдэд хамаарах бөгөөд зарлаж буй машин биш гэдгийг сануулдаг. Аль хаалга хаалттай байсныг бичиж үлдээгээрэй.

Энгийн клиентийн хувьд дараалал нь эхэнд бүтэлгүйтсэн аппликейшны шалгалтаар дуусна. Чиглүүлэгчийн хувьд дамжуулалт, зарлал, зөвшөөрөл, галт ханыг энэ дарааллаар хянаарай, учир нь эхний дутуу нь таны эхэлсэн тэр хугацаа хэтэрлийг яг үүсгэдэг.

Холбоотой нийтлэлүүд