IPv4 VPN серверээр IPv6 явах нь бодит IPv6 гарах гарц шаардсаар байна
IPv6-г IPv4 туннелийн дотор зөөх нь хялбар хагас. Гарах гарцанд бодит IPv6 upstream, ашиглах боломжтой эх префикс, пулын буцах зам хэрэгтэй хэвээр.
Туннель өргөгдөж, клиент пулаас IPv6 хаяг авдаг ч IPv6-н хүрэх газар бүр цаг хэтэрч байна. Туннель дотор эвдэрсэн зүйл байхгүй: IPv6 нь IPv4 тээврийн дотор сайн явдаг бөгөөд энэ нь хэзээ ч хүнд хэсэг байгаагүй. Таны олгосон хаяг нь серверийн биелүүлж чадахгүй амлалт, учир нь гарах гарцанд түүнийг илгээх IPv6 upstream байхгүй. Засвар нь гарах гарцанд хамаарна, клиентийн профайлд биш.
Шинж тэмдэг: хаяг байгаа ч зам байхгүй
Клиентийн талын шалгалт туннелийн төхөөрөмж дээр дэлхийн мэт харагдах IPv6 хаяг болон түүн рүү заасан маршрутыг харуулдаг тул үүнийг клиентийн алдаа гэж буруу уншдаг. Хөдөлгөөн туннельд орж, сервер түүнийг задалж, дараа нь багц нь маршрутын хүснэгтэд бодит ямар ч газар руу IPv6 өгөгдмөл маршрутгүй хост дээр буудаг. Стекаас хамаараад шууд хүрэхгүй байдал эсвэл чимээгүй хасалт авдаг бөгөөд хоёр тохиолдолд клиент галт ханатай адил харагдах хугацаа дуусалтыг хардаг.
Клиентэд хүрэхээс өмнө серверийн өөрийнх нь маршрутын хүснэгтийг унш, учир нь замын дутуу хагас нь тэнд амьдардаг. Нэг IPv4 өгөгдмөл маршруттай сервер танд хариултыг аль хэдийн өгсөн.
Задалтын дараа багцыг дага
Туннелийн дотор багц нь энгийн IPv6 бөгөөд эх нь клиентийн хаяг юм. Сервер тээврийн капсулыг тайлж, дараа нь дараагийн IPv6 алхам руу дамжуулах ёстой нутгийн IPv6 багцыг барьж байна. IPv4 өгөгдмөл маршрут түүнийг зөөж чадахгүй бөгөөд түүнийг IPv4 руу хөрвүүлэх нь хэн ч байрлуулаагүй өөр функц юм. Энэ бол бүх бүтэлгүйтэл бөгөөд энэ нь VPN сонсогч IPv4-ээр хариулсан эсэхээс огт хамааралгүй.
IPv6-г IPv4 дээгүүр капсулжуулах механизмыг RFC 4213-т тайлбарласан бөгөөд тэндхийн чухал дэлгэрэнгүй нь төгсгөлүүдэд туннелийн нөгөө талд бодит IPv6 холболт хэрэгтэй хэвээр байх явдал юм. Толгойг ороох нь upstream-ыг юунаас ч бүтээхгүй.
Хоёр туннелийн давхарга, хоёр бие даасан шалгалт
Давхарга бүрийг тус тусад нь шалга, учир нь ажиллаж буй гадаад туннель эвдэрсэн дотоод туннелийг нуудаг. Гадаад замыг клиентээс сервер рүү IPv4 ping-ээр шалгаж, ашиглаж буй портоо батал. Дараа нь сервер дээр дотоод замыг шалга, тэнд ip -6 route өгөгдмөл эсвэл бодит upstream-аас сурсан тодорхой маршрутыг харуулах ёстой бөгөөд ip -6 addr upstream хүлээн авдаг эх префиксийг харуулах ёстой. Үүнээс бага зүйл бол интерфэйс дээрх чимэглэл.
Өвөрмөц-локал хаяг, эсвэл дэлхийн мэт харагдах боловч юу ч буцааж маршрутладаггүй префикс интерфэйс дээр баяртайгаар гарч ирээд хаашаа ч явахгүй. Нийтийн хүртээмжийг upstream өгдөг, хаягийн хэлбэр биш.
Мөн адил клиентэд хамаарна: ip -6 route get 2001:4860:4860::8888 туннелийн төхөөрөмжийг нэрлэх ёстой, хэрэв физик төхөөрөмжийг нэрлэвэл клиент IPv6-д VPN-ийг огт ашиглахгүй байна.
Эх префикс, хэмжээ ба ICMPv6
Upstream-аас дамжуулалтад ямар эх префиксүүдийг хүлээн авахыг асууж, тэдгээрийн нэгийг клиентийн пулд ашигла. Серверийн өөрийн интерфэйст танд /64 өгдөг үйлчилгээ үзүүлэгч танд хоёр дахь /64 эсвэл илүү том блокыг заавал маршрутлахгүй бөгөөд ялгаа нь нэг үдээс хойшхи алдаа засах ажил бөгөөд үүнийг дэмжлэгийн тикет нэг асуултаар шийддэг. Бичгээр асууж, хариултыг тохиргоотой хамт хадгал.
Стек чинь бодитоор ашигладаг нэмэлт капсулжуулалтад төсөв тавьж, ICMPv6-г Packet Too Big-ийг оролцуулан ажиллагаатай байлга. Хоёр дахь толгой нь ашигтай ачааг багасгадаг тул жижиг ping-д хариулдаг зам файл дамжуулалтад бас бүтэлгүйтэж болно, бүх ICMPv6-г хаядаг галт хана засах боломжтой хэмжээний асуудлыг хар нүх болгоно. Үйлчилгээг зарлахаас өмнө нэг том дамжуулалтыг туршиж үз.
Юу нь огт өөр асуудал вэ
Зөвхөн IPv4 ажилладаг програмыг зөвхөн IPv6 ажилладаг клиентээс хүрэх нь туннель биш орчуулга бөгөөд санаатайгаар байрлуулсан NAT64 шиг зүйл шаарддаг. Та нэг нэмэлт туннелийн толгой нэмсэн гэсэн шалтгаанаар хүрэх газар үүнийг ойлгохгүй. Түүхэн шилжилтийн үйлчилгээнүүд мөн адил анхаарал хүртэх ёстой: RFC 7526 нь 6to4 anycast реле загварыг цуцалсан тул түүний эргэн тойронд бичигдсэн гарын авлага нь одоо ч хадгалагддаг нийтийн релегүй зүйлийг дүрсэлдэг.
Хэрэв серверт ашиглах боломжтой IPv6 upstream байхгүй бол сонголтууд нь дэмжигдсэн upstream, өөр гарах гарц, эсвэл IPv6 туннелийн гадна үлдэнэ гэсэн баримтжуулсан шийдвэр юм. Хүлээн зөвшөөрөх боломжгүй зүйл бол IPv6 үйлчилгээ байгаа гэж клиентүүдэд хэлэх бөгөөд тэдний энгийн IPv6 холболт VPN-ийг чимээгүй тойрч байгаа юм.