ddclient VPN çıxışını dərc edir: kəşf mənbəyini düzəldin

DNS adınız indi VPN provayderinin ünvanına yönəlir və yeniləmə jurnalı tam sağlam görünür. Bu birləşmə normaldır. Veb əsaslı kəşf yoxlaması xarici xidmətdən hansı mənbəni gördüyünü soruşur və sorğu tam tunel VPN vasitəsilə çıxdıqda cavab ev WAN ünvanınız deyil, VPN çıxışı olur. Yeniləyici öz işini gördü; iş yanlış müşahidəyə yönəldilmişdi.

Adın nəyə çatmalı olduğunu təsdiqləyin

Daxil olan ev xidməti üçün ictimai ad, icazə verilmiş daxil olan bağlantıların o xidmətə çata biləcəyi bir ünvan tələb edir. Ortaq provayder çıxışını dərc etmək orada daxil olan yönləndirmə təşkil etmir və heç bir DNS konfiqurasiyası həmin yönləndirməni yaratmır. Yeniləyiciyə toxunmazdan əvvəl bunu qərarlaşdırın, çünki hansı ünvanın doğru olduğunu bu müəyyən edir.

VPN müştərisinin tunel ünvanı üçün şəxsi ad başqa cavabı olan başqa bir məsələdir: o, şəxsi DNS-ə aiddir və ümumiyyətlə ictimai kəşf xidmətinə ehtiyac duymur. İki tələbi qarışdırmaq işlək konfiqurasiyanın heç kimin istəmədiyi ünvanı dərc etməyə başlamasının yoludur.

İnterfeys ünvanları da şərh tələb edir. Ev marşrutlaşdırıcısının arxasındakı noutbuk ünvanı ictimai WAN ünvanı deyil və hətta marşrutlaşdırıcının WAN ünvanı carrier-grade NAT-ın arxasında ola bilər; orada onu dərc etmək daxil olan əlçatanlıq yarada bilməz.

Heç nəyi dəyişməzdən əvvəl dəyəri təkrar yaradın

İki yolu ayrı-ayrılıqda müşahidə edin. Tunel qalxdıqda yoxlama çıxışı bildirir; tunel söndükdə və ya yoxlama fiziki interfeysə bağlandıqda ev ünvanını bildirir: curl --interface eth0 https://ifconfig.me. Bu iki cavab fərqlənirsə, yeniləyiciyə toxunmadan nasazlığı təkrar yaratmısınız.

Sonra müştərini yeniləmə etmədən konfiqurasiyanı yoxlayan rejimdə işə salın, məsələn ddclient -verbose -noexec, və hansı kəşf metodunu seçdiyini oxuyun. Ətraflı çıxış metodun adını və əldə etdiyi dəyəri göstərir; hər hansı düzəlişdən əvvəl sizə lazım olan fakt budur.

Kəşfi seçilmiş yola yönəldin

Əgər ad ev WAN ünvanını dərc etməlidirsə, kəşf həmin ünvanı müşahidə etməlidir. Təxmini üstünlük sırası ilə üç variant işləyir: marşrutlaşdırıcı öz dəstəklənən yeniləyicisi vasitəsilə dərc etsin; ddclient-in marşrutlaşdırıcı statusu kəşfini marşrutlaşdırıcının həqiqətən təqdim etdiyi səhifəyə qarşı istifadə edin; və ya veb yoxlamanı saxlayın, amma tuneldən kənarda çıxması üçün onu fiziki interfeysə bağlayın.

Marşrutlaşdırıcı statusu yolu üçün daha yeni ddclient buraxılışları usev4 və fwv4 seçim ailəsindən istifadə edir, ətraf səhifə mətni üçün isə istəyə bağlı keçmə nümunəsi var. Quraşdırılmış versiyanızın README faylına baxın, çünki köhnə buraxılışlar eyni fikri use və fw ilə yazır və yanlış buraxılışdan köçürülmüş seçim adı işə salınmada uğursuz olur.

Veb kəşfi saxlayırsınızsa, unutmayın ki, yoxlamanın marşrutlaşdırılması və yeniləmə API çağırışının marşrutlaşdırılması ayrı qərarlardır. Yeniləmə çağırışı qeydi çatdırır; yoxlama isə çatdırılacaq dəyəri müəyyən edir.

Sirləri və versiyaları səliqədə saxlayın

Marşrutlaşdırıcı etimadnamələri və provayder tokenləri qorunan konfiqurasiya faylında olmalıdır, shell tarixçəsinə düşən əmr sətrində deyil. Ətraflı izlər hər ikisini ehtiva edə bilər, ona görə onları bilete yapışdırmazdan əvvəl silin. Doğrulanmış marşrutlaşdırıcı səhifəsini kazımağı tələb edən kəşf metodu həm də həmin etimadnamənin proqram təminatı yeniləmələri boyunca işlək qalmasını tələb edir. Onu provayder tokeni ilə eyni qayğı ilə saxlayın.

ddclient README sənədi kəşf yanaşmalarını və onların seçim adlarını təsvir edir. IPv4 və IPv6 nəticələrini bir qeyddə qarışdırmayın və bir buraxılışda olan seçimin digərində də olduğunu ehtimal etməyin.

Dəyəri, sonra əlçatanlığı yoxlayın

Canlı yeniləməyə icazə verməzdən əvvəl təklif olunan ünvanı nəzərdə tutulan son nöqtə ilə müqayisə edin, sonra bir icazəli yeniləmədən sonra səlahiyyətli DNS-i yoxlayın və həlledici keşlərini nəzərə alın. Aşağı TTL gözləməni qısaldır; səhv dəyəri düzgün etmir.

Qeyd düzgün olduqdan sonra, tələb olunan firewall və yönləndirmə artıq təsdiqlənmiş halda, daxil olan xidməti müstəqil şəbəkədən sınaqdan keçirin. Düzgün A qeydi əlçatan xidməti sübut etmir və statik VPN icarəsi şəxsi adlandırmanı sadələşdirə bilər, amma səhv WAN-a baxan ictimai host adını düzəltmir.