IPv6 хөрш илрүүлэлт маршрутлагдсан VPN дээгүүр яагаад бүтэлгүйтдэг

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

Хүрээ нь тохиргооноос өмнө ирдэг

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

fe80:: бичлэг гэх мэт холбоосод дотоод хаяг нь бүсээр хязгаарлагддаг бөгөөд ижил текст өөр холбоос дээр өөр хостийг зааж болно. Нэгийг нь туннелийн нөгөө талаас турших нь хаяг хоёрдмол утгатай гэдгээс өөр юу ч батлахгүй.

Хавх нь угтвар холбоос дээр байна гэсэн таамаг

Угтвар холбоос дээр байна гэж үздэг хост пакетыг маршрутлагчдаа өгөхийн оронд хөршийн хүсэлт илгээдэг бөгөөд үүнд алсын газар руу маршрутлагдсан /64 багтана. Ийм угтвар холбоос дээр байгаагаар ирэхэд хост орон нутгийн холбоосоос өөр газар амьдардаг хост тухай асуудаг бөгөөд хэн ч хариулахгүй. Алсын хост руу бага зүйл маршрутла, эсвэл угтварыг түүний өмнөөс хариулах маршрутлагч дээр дуусга.

Нэг үйлчилгээнд /128 нь хамгийн бага гайхмаар зохицуулалт бөгөөд хоёрдмол утгыг бүрэн арилгадаг. Хөрш илрүүлэлтийн тодорхойлолт нь мессежийн багц болон үүнийг шийдэх холбоос-дээр-байх тугийг тайлбарладаг.

Гүүрлэлт дүрмийг санаатайгаар өөрчилдөг

Туннель Ethernet хүрээ дамжуулах үед алсын болон орон нутгийн сегментүүд нэг холбоос болж, multicast хоёр талд хүрч, хөрш илрүүлэлт шилжүүлэгч дээрх шиг ажилладаг. Үр дагавар нь хамт ирдэг: broadcast болон multicast үер, гүүрээр дамжуулан давхардсан хаяг илрүүлэх, мөн харах ёсгүй сегмент рүү гоожих маршрутлагчийн зарлал. Алдааны домэйн одоо хоёр газрыг хамардаг. Эдгээрийн аль нь ч гүүрлэлийн эсрэг аргумент биш бөгөөд цэг бүр нь гүүрийг санамсаргүй бус, санаатайгаар барих шалтгаан юм.

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

Програм ашигладаг хаягаар туршина уу

ip -6 route get ашиглан замналаа баталгаажуулж, ip -6 neigh ашиглан хөршийн бичлэгийг шалгаад, дараа нь маршрутлагдсан замаар үйлчилгээг баталгаажуулна уу. DNS болон буцах зам нь тусдаа шалгалтууд бөгөөд эрүүл хөршийн бичлэг аль нэгийг ч батлахгүй.

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

Ямар зохион бүтээлтэйгээ бичиж аваарай

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

Мессежийн багцыг нэг удаа унших нь холбоосын хүрээний шинж чанарыг VPN алдаа гэж тайлбарлах уруу таталтыг арилгадаг бөгөөд энэ нь энэ салбарын хамгийн үнэтэй буруу онош юм.