Сплит-туннелиңиз колдонмого жетет, бирок анын DNS серверине жетпейт
Сплит-туннель колдонмонун ички тармагын багыттап, бирок жанындагы чечүүчүнү таштап кетиши мүмкүн. Хост маршрутун кошуңуз, андан кийин Windows кайсы серверди тандарын текшериңиз.
Колдонмонун ички тармагын багыттоо сплит-туннелдин ачык бөлүгү жана бул бүткүл жумуш эмес. Чечүүчү көбүнчө өзү тейлеген колдонмодон башка даректө отурат, ошондуктан иштеген туннель издөөнү анын сыртында калтырышы мүмкүн. 10.80.0.0/16 гана алып жүргөн профиль 10.90.0.53 үчүн суроону жергиликтүү интерфейс аркылуу жөнөтөт, ал жерде жеке аймак жок. Чечүүчүнүн жолун кошуңуз, андан кийин маселенин экинчи жарымын караңыз: кардар иш жүзүндө кайсы серверди тандайт.
Уламыш: бир маршрут бүт кызматты камтыйт
Сплит-туннель — байланыш аркылуу өтүүчү максаттардын тизмеси, кызматтын сүрөттөлүшү эмес. Колдонмонун ички тармагы менен чечүүчүнүн дареги эки максат, жана профиль бирин экинчисиз алып жүрө алат. Бул болгондо, колдонмого дарек боюнча жетүүгө болот, ал эми анын аты чечилбейт, бул багыттоо кемтигинен башка DNS бузулушуна окшош.
Чечүүчүнүн айланасындагы ички тармак да автоматтык түрдө камтылбайт. Бир дарекке хост маршруту ошол чечүүчү үчүн жетиштүү жана анын кошуналарын ачпайт. Хост маршрутунун мааниси ушунда: долбоор боюнча тар, жана кийинки кызмат ошол эле ички тармакта пайда болгондо унутуу оңой.
Издөө иштеши үчүн үч нерсе туура болушу керек: кардар чечүүчүнүн дарегин туннель аркылуу багыттайт, шлюз бул суроону кабыл алып жөнөтөт, жана чечүүчү өзү алган булакты кабыл алат. Жооп да келишилген жол менен кайтышы керек. Алардын бири жок болсо, симптом бирдей, ошондуктан конфигурацияга кол тийгизээрдин алдында даректер таблицасын жазып коюунун мааниси бар.
Профиль кайсы даректерди алып жүрүшү керектигин аныктаңыз
Максаттарды тартиби менен тизмелеңиз: колдонмо тармагы, чечүүчүнүн дареги жана туннелдин өзүн бүтүргөн ачык четки чекит. Үчүнчүсүн эч качан туннелдин ичине багыттоого болбойт, анткени тышкы байланышка туннелге чейин бар болгон жол керек.
| Destination | Coverage this example needs |
|---|---|
| Application network | 10.80.0.0/16 through the VPN |
| Private resolver | 10.90.0.53/32 through the VPN |
| Public VPN endpoint | Normal internet path, outside the tunnel |
DNS үчүн UDP жана TCP экөөнү тең кошуңуз, анткени ишке ашыруулардан UDP менен катар TCP колдоосу күтүлөт, ал эми тосулган TCP жолу таза эмес, жай жана жарым-жартылай бузулуштарды берет. Жеке аймак IPv6 аркылуу да тейленсе, барабар хост өзгөчөлүгү IPv6 дарегин жана префиксин колдонот жана өзүнчө жазуу болуп саналат.
Бир нерсе кошуудан мурун профилдин эмнени камтый турганын жазып коюңуз. Кайталанган маршрут зыянсыз, бирок күтүлбөгөн бар маршрут профиль сизге берилгенден башка дарек планына арналганын айтат.
Хост маршрутун байланыштын ээси аркылуу кошуңуз
Жергиликтүү башкарылуучу түпнуска Windows профили үчүн маршрут машинанын глобалдык багыттоо таблицасына эмес, байланышка таандык. Адегенде кошумчаны алдын ала көрүңүз, андан кийин профиль колдонгон ошол эле камтуу менен колдонуңуз.
Add-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.90.0.53/32' -WhatIf Get-VpnConnection -Name 'Office VPN' | Select-Object -ExpandProperty Routes
Биринчи буйрук эч нерсе орнотпой эле өзгөртүүнү алдын ала көрсөтөт, ал эми экинчиси профиль азыр алып жүргөн маршруттарды тизмелейт. Microsoft'тун Add-VpnConnectionRoute боюнча маалымдамасы ар бир колдонуучу жана бардык колдонуучулар камтууларын документтештирет; бардык колдонуучулар профилине өзүнүн камтуу параметри керек, ал эми бардык колдонуучулар профилине каршы ар бир колдонуучунун буйругу ишке ашпайт же туура эмес жерге түшөт.
Профиль башкарылса же жеткирүүчүнүн кардарынан келсе, өзгөртүү ошол ээге таандык. Байланыш саясатынын үстүнө туруктуу системдик маршрутту катмарлоо саясат кайра колдонулмайынча жана маршрут жок болмуюнча иштейт, бул адатта сыноо учурунда эмес, колдоо чалуусунда болот. Бул бузулуш үнсүз: маршрут жоголот, ат чечилбей калат, жана эч ким эки окуяны байланыштырбайт. Өзгөртүүнү ээнин өз жазуусуна салыңыз, кийинки кайра колдонуу аны өчүрбөй алып жүрсүн.
Колдонгондон кийин маршрут күчүнө кирди деп божомолдоонун ордуна профилди кайра туташтырыңыз. Жандуу байланышта маршрут өзгөрүүлөрү дайыма кабыл алына бербейт, ал эми кайра туташуу колдонуучуларыңыз иш жүзүндө боло турган абалды да кайра жаратат.
Кардар иш жүзүндө кайсы чечүүчүнү колдонгонун текшериңиз
Маршрут чечүүчүгө даректөлгөн пакеттерди башкарат. Ал кайсы аттарды ошол жакка жөнөтүү керектигин чечпейт, жана бул тандоо өзүнчө механизм. Windowsта аракеттеги ат мейкиндиги эрежелери домен боюнча чечүүчүнү тандай алат, ал эми профилдин DNS жөндөөлөрү демейки маанини берет. Бул эки катмар эч кандай ката чыгарбастан келишпеши мүмкүн, ошондуктан түз суроо далилдин жарымы гана.
Get-DnsClientNrptPolicy Resolve-DnsName app.svc.example -Server 10.90.0.53 -Type A
Биринчи буйрук күчүндөгү ат мейкиндиги саясатын басып чыгарат, ал эми экинчиси жеке чечүүчүдөн колдонмонун атын түз сурайт. Түз жооп жол менен чечүүчүнүн иштешин далилдейт; ал колдонмонун өз издөөсү ошол серверди тандаганын далилдебейт. Аны ошол аттын кадимки издөөсү жана колдонмо алган жооп менен салыштырыңыз.
Кэштерди жана браузер деңгээлиндеги коопсуз DNSти эске алыңыз, ал колдонуучу терген аттар үчүн системанын чечүүчүсүн толугу менен айланып өтүшү мүмкүн. Издөө мүчөсү — дагы бир адаштыруучу белги: ал кыска атты толук квалификациялуу атка кеңейтет жана кайсы сервер жооп берерине эч кандай тиешеси жок.
Аягында кайра туташып, кадимки издөөнү кайталаңыз, андан кийин кадимки серептөө дагы эле өзүнүн бекитилген саясатын сактаарын ырастаңыз. Байланышсыз ат чечилиши үчүн жеке чечүүчүнү ачык менен алмаштыруу оңдоо эмес, жана ал жеке суроолорду эч качан барбашы керек болгон жерге үнсүз жылдырат.