/64-ийг хуваах нь IPv6-г VPN клиент рүү чиглүүлэхгүй

Клиент глобал IPv6 хаяг харуулж, гар барилт дууссан боловч интернэтээс юу ч буцаж ирэхгүй байна. Пүүлийн тохиргоо зөв харагдаж байна, учир нь энэ нь үнэхээр зөв; хаяг хүчинтэй бөгөөд туннель үүнийг зөөж байна. Бүтэлгүйтэж буй нь хүргэлт бөгөөд хүргэлт нь VPN серверээс дээгүүр гаргасан шийдвэрээс хамаардаг бөгөөд клиентийн талын ямар ч тохиргоо түүнд нөлөөлж чадахгүй.

Домог: таны /64-ийн нэг хэсэг аль хэдийн хүрч болохоор байна

Түүх нь сэтгэл татам: сервер нь нийтийн /64-тэй, үүнийг хагасалж, нөгөө хагасыг VPN пүүлд өгвөл тэдгээр клиентүүд одоо интернэтэд байна. Префиксийг хуваах нь мөргөлдөөнгүйгээр хаяг хуваарилдаг нь үнэн. Гэхдээ энэ нь upstream сүлжээ тухайн хаягуудын нэг рүү явах пакетыг хаашаа явуулахыг шийдэх аргыг өөрчлөхгүй.

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

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

Холбоос дээрх хүргэлт үнэхээр юу шаарддаг вэ

Upstream бүх /64-ийг физик холбоос дээр байна гэж үзэхэд, хөршийн илрүүлэлтээр очих хаяг бүрийг шийддэг. Тэр холбоос дээр хүсэлт илгээж, хаягийн эзэн хариу өгнө гэж хүлээдэг. Туннелийн ард сууж буй VPN клиент тэр холбоос дээр байхгүй бөгөөд хариу өгч чадахгүй тул хүсэлт хариугүй үлдэж, пакет хаягдана.

/65-ыг тасдаж авах нь тэр хүлээлтийг өөрчлөхгүй. Upstream хүрээг одоо ч холбоос дээр байна гэж үздэг, учир нь түүний санааг өөрчлөх цорын ганц зүйл бол клиентийн өмнөөс хариу өгөх чиглүүлэлт эсвэл прокси юм. Та VPN тохиргоог засварласан тул аль нь ч гарч ирэхгүй. Яг энэ завсар нь пүүл өөрийн клиентүүдийн хооронд төгс ажиллаж, гэхдээ өөр хаанаас ч хүрэх боломжгүй байх шалтгаан юм.

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

Чиглүүлсэн хүргэлт юу шаарддаг вэ

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

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

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

Зөв болгох ёстой хоёр бие даасан чиглүүлэлт

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

server-ipv6 2001:db8:42:100::/64
push "redirect-gateway ipv6 !ipv4"

Дээрх префикс нь баримтжуулалтын орон зай бөгөөд дахин чиглүүлэлт зөвхөн IPv6-д хамаарна, энэ нь IPv6 хүргэлт засагдаж байх үед хос стектийн байрлуулалт ихэвчлэн хүсдэг зүйл юм. IPv4 дахин чиглүүлэлт нь IPv6 хамрах хүрээг бий болгодоггүй бөгөөд аль ч тохиргоо нөгөөгөө илэрхийлэхгүй.

Таны хэрэгжүүлж буй бодлогоос үл хамааран IPv6-д тулгуурласан удирдлагын урсгалыг ажиллагаатай байлгаарай. Packet Too Big мессежүүд нь зөвхөн TCP болон UDP-г зөвшөөрдөг галт ханын сонгодог хохирол бөгөөд тэдгээрийг хаях нь холболт үүсгээд том дамжуулалтад гацах холболтуудыг бий болгодог.

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

Дахин бүтээхэд нь дахин гаргахын тулд загварыг тэмдэглээрэй

Гурван объектыг тусад нь бичээрэй: клиентийн хуваарилалт, клиентийн очих чиглүүлэлт, хуваарилалтын upstream хүргэх арга. Гурвыг нь бүгдийг эзэмшсэн уншигч байрлуулалтыг дахин бүтээж чадна; зөвхөн пүүлийн тохиргоог эзэмшсэн уншигч анхны алдааг дахин гаргана.

Дараа нь буцах чиглэлийг тодорхой туршиж үзээрэй, гаднаас буцаж ирэх ёстой пакет ашиглан. openvpn(8) гарын авлага server-ipv6 болон redirect сонголтыг хамардаг бөгөөд үйлчилгээ үзүүлэгчийн таны чиглүүлэлтийн баталгаажуулалт нь гарын авлага хамарч чадахгүй хагасыг хамардаг.