Сурам машинадан чыгып, үй маршрутизаторуна жетет, ал эми ар бир пакет туннелден өтүп жатат. Табигый тыянак — жоголгон маршрут, бирок маршрут адатта жайында. Windows интерфейс метрикасы боюнча кайсы интерфейстин чечүүчүсүнөн сурашты тандоо алат, жана туннель адаптери бул салыштырууда зымсыз интерфейске көп утулат.

Бир агып кетүүгө эки түшүндүрмө

Маршрут түшүндүрмөсү трафиктин бир бөлүгү туннелден чыгып кетип жатат дейт, ошондуктан демейки маршрут же бөлүнгөн туннел тизмеси туура эмес болушу керек. Бул түшүндүрмөнү бир буйрук менен текшерсе болот, ал эми демейки маршрут туннелди көрсөтсө, маселе жабылат. Аны биринчи текшериңиз, анткени арзан, анан таза кайтканда четке коюңуз.

Иреттөө түшүндүрмөсү трафик толугу менен туннелде дейт, ал эми сурам дагы эле башка чечүүчүгө жиберилет. Windows чечүүчү тандоону ирети бар интерфейстик касиет катары карайт, ошондуктан метрикасы жакшыраак физикалык адаптер чечилген дарек пакеттери туннелден өтсө да ат үчүн DNS бере алат. Эки түшүндүрмө тең агып кетүү сыноо баракчасында бирдей белгини берет, ошондуктан сыноо диагноз эмес. Алардын бирөө гана маршруттарды оңдоо менен түзөтүлөт.

Метрикалар менен чечүүчүлөрдү чогуу салыштырыңыз

Туннел күйүп турганда интерфейстерди, алардын метрикаларын жана конфигурацияланган серверлерин жазып алыңыз. Аларды эки өзүнчө тизме эмес, таблица катары окуңуз, анткени суроо кайсы чечүүчү биринчи турааны жөнүндө, кайсы чечүүчүлөр бар экени жөнүндө эмес.

Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric | Select-Object InterfaceIndex, InterfaceAlias, InterfaceMetric
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, ServerAddresses

Туннель адаптеринин саны физикалык адаптерден жогору болсо, анын чечүүчүсү артыкчылык албайт, жана ички ат физикалык тарап сунуш кылган нерсеге кетет. Ал маршрутизатор кэштен жооп бере алат, сурамды андан ары жөнөтө алат же баш тарта алат, жана бул натыйжалардын бири да сиз ойлогон долбоор эмес. Иреттөө — артыкчылык, ошондуктан ал ката көтөрбөй, унчукпай утулат.

Эч кандай чечүүчү конфигурацияланбаган туннель адаптери да ошончолук кеңири тараган вариант. Кардар интерфейсти DNS түртпөстөн көтөрөт, ошондуктан иреттөө суроо эч келип чыкпайт.

Туннелди жогору көтөрүп, кайра текшериңиз

Көтөрүлгөн укуктар менен иштеген shell ичинде туннель интерфейсине эн төмөн метриканы бериңиз же физикалык адаптердин маанисин көтөрүңүз. Экөө тең интерфейс боюнча жөндөөлөр жана экөө тең кайтарылат, бул алдында отурбашыңыз мүмкүн болгон машинаны өзгөрткөндө маанилүү.

Set-NetIPInterface -InterfaceIndex 27 -InterfaceMetric 1
Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric

Өзгөрүү дароо көрүнөт, ал эми DNS кардары жана башка керектөөчүлөр мурун кабыл алган тандоону кэштейт. Сурамдын натыйжасынан бир нерсе чыгарбастан мурун туннелди кайра туташтырыңыз же кайра жүктөңүз. Өтө эрте жүргүзүлгөн сыноо эски жүрүм-турумду кайталап, ийгиликсиз түзөтүүгө окшош болот.

Андан кийин бир ички жана бир ачык атты сурап, кайсы сервер жооп бергенин текшериңиз. Microsoftтун автоматтык метрикалар тууралуу маалымдама эң төмөн маанинин эмнеге артыкчылык алаанын жана автоматтык бөлүштүрүү кантип алынаанын түшүндүрөт.

Аны кайра туташууга туруктуу кылыңыз

Ар бир туташууда кайра жаралган адаптердеги кол менен коюлган метрика — жоголуучу жөндөө. Эгер кардар интерфейсти кайра курса, бул кайра жазуу туташуудан кийинки скриптти, саясатты же туташуу учурунда DNSке ээ болгон кардар конфигурациясын талап кылат.

Физикалык адаптерде статикалык конфигурацияланган серверлерде ошол эле туруктуулук маселеси тескерисинче бар. Алар ошол интерфейс үчүн алынып салынганга чейин жооп берип турат, ал эми DHCP аларды кийинки ижарадан кайра толтурат, ошондуктан аларды алып салуу — өлчөө, долбоорлоо эмес. Туруктуу долбоор — ички аттар мейкиндиги үчүн аттарды чечүү саясаты же туташуу узактыгына DNSти өзүнө алган кардар. Кандай болбосун, кайра туташуудан мурун жана кийин чечүүчүлөрдүн тизмесин жазыңыз, сыноону бүткөндө баштапкы метриканы калыбына келтириңиз жана мурунку жүрүм-турум кайтканын ырастаңыз.

Тектеш макалалар