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га жетсе да кызмат дагы эле ийгиликсиз болсо, тармактык коопсуздук тобун жана кайтуу жолун текшериңиз, анткени алар ноутбук префиксти үйрөнгөн-үйрөнбөгөнүнөн бөлөк.