resolvectl чыгышынан ар бир байланыш үчүн VPN DNS маршруттоосун кантип окуу керек
resolvectl status ар бир байланыш үчүн серверлерди, домендерди жана демейки маршрутту көрсөтөт. Аларды чогуу окуңуз, анан атты сурап, кайсы байланыш жооп бергенин белгилеңиз.
resolvectl status иштетиңиз жана ар бир байланыш үчүн блоктордун дубалын аласыз, ар биринин өз серверлери жана өз домен сабы бар. Маршруттоону чечкен сап — домендердин тизмеси, ат серверинин дареги эмес, анткени жергиликтүү stub ар бир суроону атты талап кылган байланышка жөнөтөт. Жоопту окуудан мурун ошол талаптарды окуңуз, анан атты сурап, аны кайсы байланыш жаратканын текшериңиз. Туура байланыштан туура эмес жооп — туура эмес байланыштан туура жооптон башка маселе.
Ар бир байланыш блогу сизге эмнени айтат
Ар бир блок чечүүчү ошол интерфейс үчүн колдоно турган серверлерди, домендер тизмесин жана байланыштын демейки маршрут экенин тизмелейт. Домендер тизмеси — талаптардын жыйындысы, ал эми чечүүчү эң узун мүчөнүн дал келишин колдонот: host.corp.example үчүн суроону corp.example бар байланыш, демейки маршрутту гана бар байланыштан мурун талап кылат. Бир мүчөнү талап кылган эки байланыш жыйынтыкты артыкчылыкка жана тартипке калтырат, ошондуктан көчүрмөлөр биринчи кезекте көңүл бурууга татыктуу. Учурдагы сервер сабы тизмеленген серверлердин кайсынысы ошол учурда колдонулуп жатканын көрсөтөт.
/etc/resolv.conf ичиндеги 127.0.0.53 сыяктуу stub дареги stub алдыда экенин гана айтат. Ал жооп берген жогорку агымды атабайт, ошондуктан тек resolv.conf негизиндеги диагностика токтоп калат.
Домен жазуусунун үч түрүн туура окуңуз
| Жазуу | Эмнени талап кылат | Көп кездешкен ката |
|---|---|---|
| corp.example | маршруттоо домени жана издөө мүчөсү: анын астындагы аттар ушул байланышка барат жана сап жалаң аттарга кошулат | жок кылынган, анткени маршруттоо баары бир иштеп жаткандай көрүнөт |
| ~corp.example | тек маршрут: анын астындагы аттар ушул байланышка барат, бирок мүчө кошулбайт | маршруттоо үчүн керек деп божомолдонгон |
| ~. | демейки маршрут: башка эч бир байланыш камтыбаган суроолорду талап кылат | бөлүнгөн профилде активдүү калтырылган, ошондуктан коомдук аттар тоннелди ээрчийт |
Тильда издөө жүрүм-турумун өзгөртөт, маршруттоону эмес. Тильдасыз жазуу маршруттоо домени да, издөө домени да, ошондуктан анын астындагы аттар ошол байланышка жөнөтүлөт жана бир белгилүү аттарга мүчө кошулат. Тильдалуу жазуу ошол эле мүчөнү маршруттайт, бирок аны издөө тизмесинен тыш калтырат. Ошондуктан тильданы алып салуу кайсы жалаң аттардын чечилерин өзгөртөт жана ошондуктан тильданын жоктугу бөлүнгөн DNS бузулушу эмес, издөө маселеси.
Демейки маршруттун жазуусу башка эч бир байланыш камтыбагандын баарын талап кылат. Толук тоннел профили адатта аны каалайт, бөлүнгөн профиль адатта каалабайт, анткени коомдук аттар анда жеке чечүүчүгө барат жана ал жерде ийгиликсиз болушу мүмкүн. Кестени профилдердин ортосунда желелерди көчүрүүнүн ордуна профилдин ниетине каршы окуңуз. Эки байланыш бир мүчөнү талап кылса, башка нерсени оңдоодон мурун артыкчылык маселесин чечиңиз.
Атты сурап, кайсы байланыш жооп бергенин көрүңүз
query кошумча буйругу даректи, протоколду жана жоопту жараткан байланышты же аймакты басып чыгарат. Жеке мүчө талап кылышы керек болгон бир атты жана бир кадимки коомдук атты сынап көрүңүз, анан билдирилген булактарды салыштырыңыз. Эгер жеке ат зымсыз байланыштан жооп берсе, талап жок же тоннел өчүк; эгер бөлүнгөн профилде коомдук ат тоннелден жооп берсе, демейки маршрут өтө кенен. Бул эки бузулуш браузерде бирдей, ал эми бул чыгышта тескери көрүнөт.
resolvectl status
resolvectl query host.corp.exampleБилдирилген протоколго да көңүл буруңуз, анткени кэштен же hosts файлынан жооп эч бир жогорку агымды сурабастан келиши мүмкүн. Кэштен келген жооп аттын бир кезде чечилгенин далилдейт, учурдагы саясат аны туура маршруттайтынын эмес.
Аттарды маршруттоону пакеттерди маршруттоодон бөлүп кармаңыз
Чечүүчүнүн чечими жол жаратпайт. Тандалган серверге дагы эле өз дарегине маршрут керек, ал эми кайтарылган дарекке дагы эле жеке тармакка маршрут керек, ошондуктан туура DNS саясаты эч качан ачылбаган туташуу менен катар жашай алат. Ат чечилип, колдонмо ийгиликсиз болсо, DNS ти кайра өзгөртүүнүн ордуна даректи жана маршрутту текшериңиз. Аттарды чечүү жана жеткиликтүүлүк — эки башка ээси бар эки суроо.
Колдонмолор системалык чечүүчүнү өздөрүнүн коопсуз DNS жөндөөсү же камтылган чечүүчү аркылуу толугу менен айланып өтө алышат. resolvectl жыйынтыгы система жолун сүрөттөйт, ал эми аны этибарга албаган браузер сиз жасаган ар бир тестке каршы келет. Саясат бузулду деп жыйынтык чыгараардан мурун ошол жөндөөнү текшериңиз.
Ат чечилген даректи байланыштын жанына жазып алыңыз. Туура эмес даректи көрсөткөн туура ат — маршруттоо эмес, жазуу маселеси.
Байланыш өзгөргөндөн кийин кайра текшериңиз
Кайра туташуу же зымсыз тармактын алмашуусу байланыштын абалын кайра курат, ал эми тармак менеджери кол менен коюлгандын баарынын үстүнөн өз домендерин жана серверлерин кайра орнотушу мүмкүн. Андан кийин ошол эки атты сурап, жазылган базалык сызык менен салыштырыңыз. Эгер кол менен жасалган өзгөртүү жоголсо, түзөтүү туташуу профилинде болушу керек shell буйругунда эмес. Мурун жана кийин жазып алуу муну көрүнүктүү кылат.
Отчетко керектүү аттарды жана сервер контекстин гана бөлүшүңүз, анткени ички мүчөлөр топологияны ачат. Домендерди маршруттоо тууралуу systemd-resolved документтери эң узун дал келүү эрежесин жана тильданын жүрүм-турумун камтыйт, ал эми бир жолу окуу жогорудагы кестенин каталарынын көбүн алдын алат: systemd-resolved ичиндеги суроолорду маршруттоо.