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

Биринчи шарт: кардарларда кайсы resolver жолу бар?

Жеке ат кардардын resolver-и ага жооп бере алганда гана иштейт. Бул авторизацияланган алыскы кардар аймакты кармаган DNS серверине жетиши керек дегенди билдирет, же туннел аркылуу, же уюм алыскы колдонуучулар үчүн мурунтан жүргүзүп жаткан resolver аркылуу. Туннел — ташуу, каталог эмес. Ал кардарга resolver-ге жол берет, бирок кайсы аймакты сурашын айтпайт.

resolvectl query files.corp.example
dig @10.20.30.10 +short files.corp.example

Коомдук resolver жеке аймакты ноутбук VPN-ге туташкандыгы үчүн үйрөнбөйт.

Жалгоо да ушундай көңүл бурууга татыктуу. Уюм көзөмөлдөгөн домендин субдоменин колдонуңуз, ээлик жана сертификат пландоо айкын бойдон калсын. .local ден качыңыз: multicast DNS спецификациясы бул жалгоону link-local чечилишине байланыштырат, ал эми маршрутталган туннел бул жүрүм-турумду сиз үчүн кайталабайт.

Экинчи шарт: кызмат кайсы булакты алат?

Кирүү эрежелери даректерге каршы жазылат, ошондуктан пайдалуу суроо — маршруттоо жана которуудан кийин кызмат кайсы даректи көрөт. 10.20.30.40 дарегиндеги үлгү кызмат үчүн кеңсе кардарлары 10.20.30.0/24 тараптан келет, ал эми алыскы кардарлар 10.99.0.0/24 сыяктуу өзүнчө пулдан келет.

Эгер шлюз алыскы пулду которсо, кызмат котормочуну көрөт, жана 10.99.0.0/24 үчүн жазылган эреже дал келбейт.

Муну кардар тараптан эмес, кызмат тараптан окуңуз. Кызмат хостундагы угуучу журналы же пакетти кармоо иш жүзүндө келген булакты көрсөтөт; кардардын өз дареги жолдон эмне аман калганы тууралуу болжол гана.

Үчүнчү шарт: ат кызматка байланганбы, же хостко?

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

Бир ички кызмат үчүн түз жазуу адатта жакшы жана ойлонууга жеңил.

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

Эки чечимди өзүнчө текшериңиз

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

curl -sv --max-time 5 https://files.corp.example/health

Анан тыюу салынган булакты бир жолу текшерип, натыйжаны жазыңыз.

Документацияңызда эки жазууну өзүнчө кармаңыз: ат жана анын аймагы, уруксат берилген булактар жана эреженин ээси. Бирөө өзгөрсө, экинчиси өзгөрүүгө милдеттүү эмес.

Чечим адатта кайда жаңылат

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

Эки катанын эч бири бир ийгиликтүү текшерүүдөн көрүнбөйт. Ошондуктан эки чечим өзүнчө жазууларга жана өзүнчө текшерүүлөргө татыктуу, аларды бир адам кабыл алса да.

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

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