Ескірген DDNS жазбасы немесе бүлінген VPN соңғы нүктесі: қалай ажыратуға болады

Сырттан қарағанда ескірген хост атауы мен бүлінген VPN бірдей көрінеді. Клиент атауды шешеді, атау бір жерге сілтейді, ал қосылым не уақыт шегінен асады, не қабылданбайды. Біреуі DNS жаңарту мәселесі, екіншісі аутентификация немесе жіберу мәселесі, және айырмашылық жарияланған мекенжайды желіңіздің шын мәніндегі мекенжайымен салыстырғанда ғана айқын болады.

Бірдей көрінетін екі ақау

Бірінші ақау — жазба әлі кешегі WAN мекенжайын тізіп тұр. Екіншісі — жазба дұрыс, ал туннель сізден өз себептерімен бас тартып отыр. Екеуі де клиентте бірдей хабарлама шығарады, және сертификаттарды қайта жасай бастауға азғырады.

Мұнда реттілік маңызды. DNS тексеру бір минут алады және қайтымды. CA қайта жасау олай емес.

Бәрінен бұрын мекенжайларды салыстырыңыз

Желі иесінен желінің қазір қандай мекенжайы бар екенін сұраңыз, содан кейін DNS-тен оның не жариялайтынын сұраңыз. dig +short vpn.example.com клиентіңіз алатын жауапты береді, ал dig @1.1.1.1 vpn.example.com басқа шешуші басқа нәрсені көретінін көрсетеді. Егер бұл екеуі сәйкес келмесе, сіз бүлінген жаңартқышты емес, кэш мінезін көріп отырсыз.

Рекурсивті жауап жаңартудан өз TTL-іне дейін артта қалуы мүмкін, сондықтан авторитетті жазбаны және ноутбугіңіз кэштеген нәрсені бөлек жәшіктерде ұстаңыз.

Жаңартқыштың тіркелгі деректері шын мәнінде не

Ескі DDNS құрылғылары көбінесе тіркелгі құпиясөзінің өзімен аутентификация жасайды, сол себепті ол құпиясөзді өзгерту оларды үнсіз бұзады. Олар ескі мәнмен қайталап талпынып, пайдалы ештеңе хабарламайды. No-IP-тің құрылғы құпиясөзі жөніндегі нұсқаулығы ескі жабдықта дәл осы үйлесімділік мәселесін құжаттайды, ал ақылға қонымды жауап — әлсіз тіркелгі құпиясөзі емес, шектеулі ауқымдағы жаңарту тіркелгі деректері.

Жаңарақ тетіктер өз өмірлік циклі бар жеке жаңарту токенін немесе кілтін шығарады. Бұл маршрутизаторға айналдырылатын мән, және тіркелгі деректерінің тізілімінде жазылатын мән. Бұл сондай-ақ жөндеу кезінде чат ағынына қоюға болмайтын мән.

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

DNS түзетуінің қолынан келмейтіні

Жазбаны түзету кіріс қолжетімділігін тудырмайды. Егер желі оператор деңгейіндегі NAT артында болса, ешбір хост атауы кіріс қосылымын іске қоса алмайды. Ол сондай-ақ фаервол ережесін ашпайды және портты жібермейді. Және бұл клиентте серверді тексеруді өшіруге ешқашан себеп емес — адамдар сертификат мәселе болуы керек деп шешкенде дәл осы қадамды жасайды.

Керісінше, VPN құпиясөзін өзгерту ескірген DNS үшін түзету емес. Ол сол билетке екінші ақауды ғана қосады.

Қайта қосылыңыз және оны толық дәлелдеңіз

Авторитетті жазба дұрыс болғаннан кейін, клиентте әлі ескі іздеу сақталуы мүмкін. Оның қолдайтын қайта қосылуын немесе соңғы нүктені жаңартуын пайдаланыңыз және қосылу түймесін үздіксіз басу орнына оған сәт беріңіз. Содан кейін жолды төрт қадамда дәлелдеңіз: атауды шешіңіз, мекенжайды растаңыз, тыңдаушыға қол жететінін тексеріңіз және аутентификация жасаңыз. Төрт бөлек нәтиже, төрт бөлек жауап.

Жаңартқышты VPN тіркелгісінің жанындағы ротация тексеру тізімінде ұстаңыз. Бір көзделген жазба иесі, жарамды тіркелгі деректері және байқалатын сәттілік — осы билеттің келесі нұсқасын болдырмайтын нәрсе.