ddclient VPN чыгуусун жарыялайт: аныктоо булагын оңдоңуз

Сиздин DNS аты эми VPN провайдеринин дарегине чечилет, ал эми жаңыртуу журналы толугу менен ден-соолукта көрүнөт. Бул айкалыш кадимки. Вебке негизделген аныктоо пробы сырткы кызматтан кайсы булакты көрүп жатканын сурайт, жана сурам толук туннелдүү VPN аркылуу чыкканда, жооп үйдөгү WAN дареги эмес, VPN чыгуусу болот. Жаңыртуучу өз ишин аткарды; иш туура эмес байкоого багытталган.

Ат эмнеге жетүүсү керектигин ырастаңыз

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

VPN кардарынын туннель дареги үчүн жеке ат башка жообу бар башка маселе: ал жеке DNSке таандык жана ачык аныктоо кызматын такыр талап кылбайт. Эки талапты аралаштыруу иштеп жаткан конфигурация эч ким сурабаган даректи жарыялай башташынын жолу.

Интерфейс даректери да чечмелөөнү талап кылат. Үй роутеринин артындагы ноутбуктун дареги ачык WAN дареги эмес, ал тургай роутердин WAN дареги да оператордун NATынын артында болушу мүмкүн, ал жерде аны жарыялоо кирүүчү жеткиликтүүлүктү бере албайт.

Бир нерсени өзгөртүүдөн мурун маанини кайра чыгарыңыз

Эки жолду өзүнчө байкаңыз. Туннель күйүп турганда проб чыгууну билдирет; туннель өчүк болгондо, же проб физикалык интерфейске байланганда, ал үйдүн дарегин билдирет: curl --interface eth0 https://ifconfig.me. Эгер бул эки жооп айырмаланса, сиз жаңыртуучуга тийбей эле катаны кайра чыгардыңыз.

Андан кийин кардарды жаңыртуу аткарбастан конфигурацияны текшерген режимде иштетиңиз, мисалы ddclient -verbose -noexec, жана ал кайсы аныктоо ыкмасын тандаганын окуңуз. Кеңири чыгарылыш ыкманы жана алынган маанини атайт, жана бул кандайдыр бир түзөтүүдөн мурун сизге керек болгон факт.

Аныктоону тандалган жолго багыттаңыз

Эгер ат үйдүн WAN дарегин жарыялашы керек болсо, аныктоо дал ошол даректи байкашы керек. Болжолдуу артыкчылык тартибинде үч вариант иштейт: роутер өзүнүн колдоого алынган жаңыртуучусу аркылуу жарыяласын; ddclientтин роутер абалын аныктоосун роутер чындап кызмат кылган баракка каршы колдонуңуз; же веб-пробту сактап, бирок аны физикалык интерфейске байлаңыз, ошондо ал туннелден тышкары чыгат.

Роутер абалынын жолу үчүн жаңы ddclient чыгарылыштары usev4 жана fwv4 опциялар үй-бүлөсүн колдонот, барактын айланасындагы текст үчүн милдеттүү эмес өткөрүп жиберүү үлгүсү менен. Орнотулган версияңыздын READMEсин текшериңиз, анткени эски чыгарылыштар ошол эле идеяны use жана fw менен жазышат, ал эми туура эмес чыгарылыштан көчүрүлгөн опция аты ишке киргизүүдө ийгиликсиз болот.

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

Сырларды жана версияларды тартипте кармаңыз

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

ddclient README аныктоо ыкмаларын жана алардын опция аттарын документтештирет. IPv4 жана IPv6 жыйынтыктарын бир жазууда аралаштырбаңыз, жана бир чыгарылышта бар опция экинчисинде да бар деп ойлобоңуз.

Маанини, андан кийин жеткиликтүүлүктү текшериңиз

Түз жаңыртууга уруксат берүүдөн мурун сунушталган даректи көздөлгөн акыркы чекит менен салыштырыңыз, андан кийин бир уруксат берилген жаңыртуудан кийин ыйгарым укуктуу DNSти текшериңиз жана чечүүчүлөрдүн кэштерин эске алыңыз. Төмөн TTL күтүүнү кыскартат; ал туура эмес маанини туура кылбайт.

Жазуу туура болгондон кийин гана кирүүчү кызматты көз карандысыз тармактан сынаңыз, талап кылынган брандмауэр жана багыттоо мурун эле бекитилген болсо. Туура A жазуусу жеткиликтүү кызматты далилдебейт, ал эми статикалык VPN ижарасы жеке ат берүүнү жеңилдетиши мүмкүн, бирок туура эмес WANга көрсөткөн ачык хост атын оңдобойт.