Azure P2S: VNet өөрчлөлтийн дараа нэг Windows клиентийн маршрут алга болсон
Нэг Windows P2S клиент шинэ VNet-д хүрэхгүй бол түүний сонгосон маршрутуудыг харьцуулж, TTL тохиргоонд хүрэхээс өмнө гарцын багцыг дахин үүсгэнэ үү.
Хоёр зөөврийн компьютер нэг Azure point-to-site гарцад баталгаажиж, шинээр холбогдсон VNet-д зөвхөн нэг нь хүрдэг. Хоёулаа Connected харуулж байгаа тул баталгаажуулалт нь ялгаа биш; тэдний хадгалж буй очих маршрутууд нь ялгаа. Алдаа гарч буй клиентээс эхэлж, нэг очихыг харьцуул, дараа нь л цоорхой гарцын багцад хамаарах уу эсвэл локал маршрутын хүснэгтэд хамаарах уу гэдгийг шийдээрэй.
Гарцаас биш, алдаа гарч буй клиентээс эхэл
Зөөврийн компьютерт буруу өгөхөөс өмнө топологийг батал. Аль VNet гарцын VNet-тэй холбогдсон, шинэ сүлжээ шууд peer эсвэл тусдаа site-to-site туннелээр хүрч байгаа эсэхийг шалга. Хэрэв шинэ VNet гарцын VNet-тэй огт холбогдоогүй бол нэг ч клиентийн багц тийш маршрутлах боломжгүй бөгөөд ажиллаж буй зөөврийн компьютер нь тайлбарлах ёстой гажиг юм. Хариултыг бичиж үлдээ, учир нь энэ нь клиент эсвэл гарцыг дибаг хийж байгааг чинь тодорхойлно.
Топологи зөв бол хоёр зөөврийн компьютерыг зэрэгцүүлэн тавь. Нэг гарц, нэг хаягийн сан, нэг протокол, нэг клиентийн хувилбар — хүсэж буй харьцуулалт энэ; бусад бүхэн дараа нь арилгах ёстой хоёр дахь хувьсагч.
route print-ээр нэг очихыг харьцуул
Зөвшөөрөгдсөн нөөцийн IP сонгоод хоёр зөөврийн компьютерыг хоёр удаа харьцуул: салгасан үед, дараа нь холбосон үед. Windows дээр route print -4 IPv4 маршрутуудыг очих префикс, интерфэйс, дараагийн үсрэлт, метрикийн хамт жагсаана. VPN гэдэг үг агуулсан бичлэгүүдийг тоолохын оронд тухайн очиход үнэхээр ялах мөрийг бич.
Сонголт эхлээд хамгийн урт префикс, дараа нь метрикээр явагддаг тул илүү тодорхой локал маршрут буруу харагдахгүйгээр туннелийн маршрутыг дийлж чадна. Хэрэв зорьсон очих 10.24.0.0/16 дотор байвал эрүүл клиент VPN интерфэйс дээр тохирох маршрут харуулах бол эвдэрсэн клиент мөн хаягийг анхдагч гарц руугаа илгээнэ.
Зөрчилтэй локал префикс мөн адил шинж тэмдэг үүсгэж болно. Ямар нэгэн зүйл нэмэхийн өмнө хоёр тохиолдлын алийг нь байгаагаа шийд: туннелийн маршрут огт байхгүй, эсвэл туннелийн маршрут илүү тодорхойд ялагдаж байна.
TTL expired нь маршрут хуваарилалтын алдаа биш
TTL expired in transit буцаадаг ping нь багц үсрэлтийн квотоо дуусгасныг илтгэнэ, энэ нь ихэвчлэн дамжуулах гогцоо гэсэн үг, эвдэрсэн VPN драйвер биш. Windows ping нь TTL-ийг 255 хүртэл хүлээн авдаг бөгөөд утгыг өсгөх нь гогцоог засдаггүй; зөвхөн мөн алдааг хойшлуулдаг. Мессежийг замын шинж тэмдэг гэж үз, маршрут хуваарилалтын нотолгоо гэж биш.
Зам хаана давтагдаж байгааг харахын тулд tracert -4 10.24.1.10 ашигла. Хэрэв мөн хоёр үсрэлт дахин дахин гарч ирвэл туннель рүү чиглэсэн урсгалыг дахин туннель эсвэл буцааж илгээдэг локал маршрутлагч руу илгээдэг маршрутыг хай.
Багцыг түүний эзэмшдэг гарц дээр дахин үүсгэ
Microsoft нь холбогдох топологийн өөрчлөлтийн дараа Windows клиентийн багцыг дахин татаж суулгах шаардлагатайг баримтжуулдаг. Энэ профайлыг үйлчилдэг Azure гарцаас одоогийн багцыг авч, дараа нь тухайн клиентэд дэмжигдсэн процессоор хэрэглэ. Хамааралгүй VPN програмын гүйцэтгэх файлыг солих нь гарцад тусгай тохиргоог дахин үүсгэхтэй ижил үйлдэл биш. Багцыг дахин татах нь хямд; локал маршрутыг таамаглах нь тийм биш.
Дахин холбогдоод анхны очихын маршрутыг дахин унш. Өөрчлөлтийн бүртгэлийн хамт өмнөх ба дараах мөрүүдийг хадгал, ингэснээр үр дүн клиентийг дахин суулгасан гэхээс илүү нарийвчлалтай болно.
Azure P2S маршрутжуулалтын хувилбарууд нь шууд peer хийсэн VNet-үүдийг бусад туннелээр хүрдэг сүлжээнээс ялгадаг бөгөөд шинэ багц peer-ийг дамжуулагч болгож чадахгүй. Зарим Windows site-to-site эсвэл BGP хувилбарт гараар тохируулсан алсын маршрут ч хэрэгтэй байдаг тул багц шинэчлэх нь маршрут хуваарилалтын бүх нийтийн механизм биш.
Түр маршрутыг түр байлга
Гараар хийсэн маршрут нь дутуу клиентийн маршрутыг тусгаарлаж чадна, гэхдээ бодит загвараас барь: route add 10.24.0.0 mask 255.255.0.0 172.16.0.1 if 42, байнгын туггүйгээр, ингэснээр дахин ачаалахад алга болно. Интерфэйсийн индекс ба дараагийн үсрэлтийг холбогдсон VPN адаптераас сонго, таамаглалаас биш.
Туршилтын маршрутыг байнгын өрсөлдөгч эзэн болгон үлдээж болохгүй. Ирээдүйн профайлын шинэчлэлт мөн префиксийг өөр метриктэй нэмж болох бөгөөд тэгвэл гарын бичлэг аль зам ялахаа чимээгүй шийднэ. Устгах алхмыг өөрчлөлтөд бич.
Зөв маршрут идэвхтэй болсны дараа ping биш, зорилтот програмыг турш. Багцууд Azure-д хүрсэн ч үйлчилгээ алдаа гарсаар байвал сүлжээний аюулгүй байдлын бүлэг ба буцах замыг шалга, учир нь тэдгээр нь зөөврийн компьютер префиксийг сурсан эсэхээс тусдаа.