Тэр туннелийн хаяг бол түнш, үзэх боломжтой дэд сүлжээ биш
Цэгээс цэг хүртэлх холбоос дээрх маск нь холын төгсгөлийг дүрсэлдэг, хөршүүдийн хүрээг биш. Дэд сүлжээ буруу харагдаж байна гэж дүгнэхээс өмнө түншийн хаягийг уншина уу.
Таны клиент холбогдож хос хаяг, эсвэл нэг хаягийг 255.255.255.255 масктай харуулж, эхний хариу үйлдэл нь сервер ямар нэг эвдэрсэн зүйл өгсөн гэсэн бодол байдаг. Юу ч эвдэрээгүй: туннелийн интерфейс бол цэгээс цэг хүртэлх холбоос бөгөөд маск нь тухайн нэг холбоосын холын төгсгөлийг дүрсэлдэг, хөршүүдийн хүрээг биш. Хосыг локал хаяг ба түнш гэж унших нь хачин маск, хажууд байгаа ганц хосттой маршрут, байхгүй хөршийн хүснэгтийг тайлбарлана. Мөн уншилт нь зөвтгөж чадахгүй зүйл бол оффисын сүлжээтэй давхцаж буй хаягийн төлөвлөгөө юм.
Туннелийн холбоос дээр маск яагаад буруу харагддаг вэ
Ethernet интерфейс дээр хаяг ба маск хоёр зүйлийг хэлнэ: энэ хост хаягийг эзэмшинэ, мөн префикс доторх бүхэн шууд хөрш юм. Цөм эдгээр хоёр баримтаас холбоос дээрх маршрутыг гаргаж, дараа нь байгаа гэж үзсэн хөршүүдэд зориулж холбоосын хаягуудыг шийднэ. Цэгээс цэг хүртэлх интерфейс эзэмшлийг хадгалж хөршүүдийг хаядаг тул клиентийн мөр дэх хоёр дахь хаяг нь хуваалцсан сегмент дэх өөр хост биш, холын төгсгөл юм. Техник хангамжийн хаяглалт, шийдвэрлэлтийн хөдөлгөөн, нэгдэх боломжтой өргөн нэвтрүүлгийн домэйн байхгүй тул интерфейс яг нэг очих газартай хоолой мэт ажилладаг.
Өргөн маскийн хажууд ганц хосттой маршрут энд шинж тэмдэг биш, хэвийн байгаа шалтгаан ч мөн адил. Энэ холбоос дээр хүртээмж гэдэг нь нэг хаяг бөгөөд цөм яг үүнийг бичдэг. Хоёр хаягийг хамт уншина уу тохиргоо буруу гэж дүгнэхээс өмнө, учир нь тус бүр нь дангаараа алдаа мэт харагддаг.
Хоёр топологи, хаягийн хоёр хэлбэр
Хуучин цэгээс цэг хүртэлх топологи нь клиент бүрт жижиг блок өгч, дунд байрлах хоёр хаягийг ашигладаг тул маск нь сан биш, сүлжээний хэсэг мэт харагддаг. Дэд сүлжээний топологи нь сангаас сангийн масктай хаяг өгч, серверийн туннелийн хаягийг түнш гэж нэрлэдэг. Хоёулаа хүчинтэй холбоос үүсгэдэг бөгөөд профайлд ямар хаяг гарч, хэрэглэгч ямар маскийг асуудалтай гэж үзэх магадлалтайгаар л ялгаатай.
| Topology | Client address shape | Peer | Route to expect |
|---|---|---|---|
| Point-to-point block per client | Two neighbouring addresses inside a small block | The far address of that block | A single host route on the tunnel device |
| Shared pool | One address carrying the pool mask | The server's tunnel address | A single host route on the tunnel device |
Таны клиентэд аль мөр тохирсон ч эхлээд түншийг уншина уу, учир нь тэр холын төгсгөлийг нэрлэж, улмаар маскийг тайлбарладаг. Өөр өөр топологитой серверүүдийн хооронд хуулсан профайл шинэ гэртээ буруу хэлбэрийг харуулах бөгөөд тэр зөрүүг серверийн гэмтэл гэж андуурахад амархан.
Сан ба оффисын сүлжээ ижил битүүдийг шаардах үед
Холбоос маршрутлагдсан тул санд серверийн хүрч чадах сүлжээнүүдийн аль нэгэнд ч байхгүй префикс хэрэгтэй. Нэгийг хуваалцвал клиент хоёр газрыг илэрхийлэх мужид ганц маршрут барьж, аль газар ялахыг хамгийн сүүлд суулгасан маршрут шийднэ. Гэмтэл клиент дээр илэрдэг боловч түүний ард байгаа шийдвэр хаягийн төлөвлөгөөнд хамаарна. Хэрэглэгчид туннель өргөгдөхөд локал маршрутлагч алга болдог, эсвэл зөвхөн зарим оффисын хост хариулдаг гэж мэдээлдэг.
Зөвхөн ижил харагддаг префиксүүд өөр тохиолдол бөгөөд октетуудыг нүдээр харьцуулах нь префикс харьцуулалт биш. Хоёуланг бичээд масклагдсан битүүдийг тоолно уу: 192.168.4.0/24 эсрэг 192.168.6.0/24 22-р бит хүртэл таарч, 23-р битэд салдаг, учир нь гурав дахь октет 00000100 эсрэг 00000110 гэж уншигддаг, тиймээс тэр хоёр сүлжээ үнэхээр тусдаа. 10.8.0.0/24 өөр нэгний хажууд 10.8.0.0/24 тавибал бүх 24 масклагдсан бит таарч, нэг маршрут хоёр газрыг илэрхийлж чадахгүй гэсэн үг. Маскийн урт нь харьцуулалт хаана зогсохыг шийдэж, хоёрдугаарт суулгасан сүлжээ нь ялагдах тал болно.
Маршрутлагдсан холбоос юу хүргэж чадахгүй вэ
Өргөн нэвтрүүлэг ба multicast нь маршрутлагдсан холбоосоор дамждаггүй бөгөөд хэд хэдэн танил боломж тэдгээр дээр баригдсан. Хөтлөх жагсаалт, нэрийн зарлал, үйлчилгээний илрүүлэлт бүгд хуваалцсан сегментийг таамагладаг тул файлын сервер хаягаар хүсэлт бүрт хариулж чадсан ч жагсаалтад хэзээ ч гарахгүй. Холбоосын локал өргөн нэвтрүүлгээс хамааралтай нэрийн шийдвэрлэлт мөн адил шалтгаанаар бүтэлгүйтдэг бөгөөд профайлыг хэрхэн зассан ч туннелийн зөөж чадах зүйл өөрчлөгдөхгүй. Энэ нь чухал уу гэдэг нь маршрутлал биш, шаардлагын асуудал юм.
Тэдгээр хүргэлт үнэхээр хэрэгтэй клиентэд гүүрэн интерфейс хэрэгтэй бөгөөд тэр нь Ethernet фрэйм зөөж, улмаар өргөн нэвтрүүлгийн домэйныг хадгалдаг. Үнэ нь чимээтэй холбоос, дээр дүрсэлсэн цэвэр хаяглалтын алдагдал, гогцоо гармагц хамаагүй том гэмтлийн гадаргуу юм. Шилжүүлэхийн өмнө шаардлагыг үндэслэж, шаардлага зөвхөн нэрсийн тухай бол маршрутлагдсан холбоосоор ажилладаг нэрийн үйлчилгээг илүүд үзээрэй.
Профайлыг засахын өмнө интерфейсийг унших
Цөмөөс юу суулгасныг асуу, профайл юу хэлж байгаа мэт харагдахыг биш. Хаягийн гаралт маскийг тайлбарлах түншийг харуулж, маршрутын гаралт түүн рүү зам байгаа эсэхийг харуулна. Хоёуланг туннелийн төхөөрөмж рүү ажиллуулахад нэг мөч зарцуулагдаж, асуулт шийдэгдэнэ.
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1Хэрэв тэр гурав таарвал профайл өөрт нь тохируулсан ажлыг хийж байгаа бөгөөд үлдсэн асуудал өөр газар байна. Топологийг зөвхөн дутуу чадварыг нэрлэсэн шалтгаанаар өөрчил, учир нь танихгүй маск тийм шалтгаан биш.