VPN соңғы нүктесінің атауы және жеке қызмет атауы: екі иесі

Екі атау бір филиалды сипаттап, мүлдем басқа сұрақтарға жауап бере алады. vpn.branch.example қашықтағы серіктеске VPN соңғы нүктесін қайдан табуға болатынын айтады және кез келген туннель пайда болмай тұрып шешілуі керек. inventory.branch.example уәкілетті пайдаланушыға жеке қосымшаның қайда орналасқанын айтады және туннель көтерілген соң ғана маңызды. Біреуін күтіп ұстау екіншісіне ештеңе жасамайды.

Екеуінің кез келгенін жөндеу алдында екі жазбаны атаңыз

Екеуін де иелерімен бірге жазыңыз. Соңғы нүкте үшін жалпыға қолжетімді мекенжайды кім жаңартатынын және VPN клиенті жауабын қалай жаңартатынын жазыңыз. Қызмет үшін жеке мекенжайдың иесін, жазбаны ұстайтын аймақты және оған қай шешушілер жауап беруі керегін жазыңыз.

Бұл қысқа тізім осы саладағы ең көп кездесетін қате диагнозды болдырмайды: өз ішінде толық өмір сүретін жазбаны түзету үшін жұмыс істеп тұрған филиал туннелін қайта қосу. Туннель қызмет атауының тасымалы, ол оның билігі емес.

Өзгеріс ұсынылғанда, оның екі жазбаның қайсысына қатысты екенін сұраңыз. Ешкім жауап бере алмаса, өзгеріс жоспарлауға дайын емес.

Соңғы нүкте кез келген туннель пайда болмай тұрып шешілуі керек

Филиалдың интернет қосылымы жаңа жалпыға қолжетімді мекенжай алды делік. Соңғы нүктені жаңартушы жаңа мекенжайды жариялайды, ал қашықтағы VPN іске асырылуы өзгерген жауапты оқи алуы керек. Қай шешуші осы жауапты берсе де, ол туннельсіз қолжетімді болуы керек, әйтпесе клиент өзі таба алмайтын нәрсеге қосылған соң ғана шеше алатын атауды қуып жүреді.

Бұл іске қосу тәуелділігін ашық айтқан жөн, өйткені барлық ішкі шешушілер VPN артында тұрса, оны абайсызда жасау оңай. Соңғы нүктені іздеу үшін туннельге дейінгі жолды ұстаңыз және жаңа жауап бірден қабылданады деп болжаудың орнына клиенттің қайта қосылу тәртібін растаңыз.

Динамикалық DNS-тің де жазбаны жаңарту өте алмайтын шектері бар. Жазбаны жаңарту өрт қабырғасының портын ашпайды, NAT бейнелеуін жасамайды және серіктестің жеке басын дәлелдемейді. Жабық порты бар жарияланған мекенжай дұрыс шешетін, бірақ ештеңеге қосыла алмайтын клиент береді.

Соңында, жұмыс істеп тұрған клиент қайта қосылғанға дейін кэштелген соңғы нүктені пайдалана бере алады. Жазбаларыңызда жариялауды, кэшті және қайта қосылу саясатын бөлек ұстаңыз, сонда ескірген серіктес бұзылған жаңартушымен шатастырылмайды.

Қызмет атауы қосымшаның қайда орналасқанын сипаттайды

Енді туннель сау қалады, бірақ инвентарлық сервер 172.26.14.20-ден 172.26.14.35-ке көшті делік. Жалпыға қолжетімді соңғы нүкте жазбасы өзгермейді, ал жеке қызмет жазбасы өзгеруі керек. Сол қызмет үшін бөлінген мекенжайды немесе статикалық тағайындауды пайдалану мұны сиретеді; уәкілетті жаңарту жолы бұл әдейі жасалған жағдайларды шешеді.

Мұнда екі жаңарту механизмі араласып кетеді. RFC 2136 аймақтағы DNS жазбаларын қосу мен жою хаттамасын анықтайды, ал коммерциялық динамикалық DNS провайдері басқа мақсат үшін мүлдем өзге HTTP API ұсынуы мүмкін. Біреуін пайдалану екіншісі сіздің ортаңызда бар дегенді білдірмейді. Оған қарсы жаңартушы жазбас бұрын аймағыңыз қай механизмді шын мәнінде қабылдайтынын тексеріңіз.

Дұрыс жеке жауап тек бірінші шарт. Қашықтағы қоңырау шалушы оны пайдалануы үшін клиентке жеке аймақты таситын шешуші, сол шешушіге сұрауларға рұқсат беретін саясат және қайта оралатын мекенжайға жіберу қажет. Клиент жете алмайтын мекенжайға шешілетін атау сервер ақауына ұқсайтын уақыт асуын тудырады.

Екі жолды бөлек тексеріңіз

Соңғы нүктені туннельден тыс жерден, қызметті оның ішінен тексеріп, нәтижелерді екі тәуелсіз факт ретінде сақтаңыз:

$ dig +short vpn.branch.example @1.1.1.1
$ dig +short inventory.branch.example @172.26.0.53
$ ip route get 172.26.14.35

Бірінші сұрау сәтсіз болса, мәселе жария жариялауда немесе туннельге дейінгі шешу жолында, және ешбір ішкі өзгеріс көмектеспейді. Екіншісі мекенжайды қайтарса, бірақ үшіншісі туннель арқылы маршрут көрсетпесе, DNS қабаты дұрыс, ал жіберу саясаты дұрыс емес.

Әр мекенжай өзгерісінен кейін жұпты іске қосып, қай жазба орын ауыстырғанын белгілеңіз. Тек «DNS жаңартылды» дейтін тапсыру келесі инженерге екі өмірлік циклдің қайсысы шын мәнінде жүргенін болжауға қалдырады.