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-ийн түүхэнд ордог командын мөрөнд биш. Дэлгэрэнгүй ул мөр хоёуланг нь агуулж болох тул тасалбарт хуулахаас өмнө устга. Баталгаажсан чиглүүлэгчийн хуудсыг скрап хийх шаардлагатай илрүүлэх арга нь firmware шинэчлэлтийн үед ч тэр нэвтрэх мэдээлэл ажиллахыг шаарддаг. Нийлүүлэгчийн токентой адил болгоомжтой хадгал.

ddclient README нь илрүүлэх аргууд болон тэдгээрийн сонголтын нэрсийг баримтжуулдаг. Нэг бүртгэлд IPv4 болон IPv6 үр дүнг хольж болохгүй, нэг хувилбарт байгаа сонголт нөгөөд байгаа гэж бүү үз.

Утгыг шалга, дараа нь хүртээмжийг

Шууд шинэчлэлтийг зөвшөөрөхөөс өмнө санал болгож буй хаягийг зориулсан төгсгөлийн цэгтэй харьцуул, дараа нь нэг зөвшөөрөгдсөн шинэчлэлтийн дараа эрх бүхий DNS-ийг шалгаад шийдэгчийн кэшийг тооц. Бага TTL хүлээлтийг богиносгодог; буруу утгыг зөв болгодоггүй.

Бүртгэл зөв болсны дараа л шаардлагатай галт хана болон дамжуулалт аль хэдийн зөвшөөрөгдсөн үед бие даасан сүлжээнээс орж ирэх үйлчилгээг турш. Зөв A бүртгэл нь хүртээмжтэй үйлчилгээг нотлохгүй бөгөөд статик VPN түрээс нь хувийн нэршилийг хялбарчлах боловч буруу WAN руу заасан нийтийн хостын нэрийг засахгүй.