Windows-da OpenConnect DNS parametrlərini əslində kim tətbiq edir?

Tuneli qaldırmaq onun DNS dəyərlərini quraşdırmaqla eyni şey deyil. OpenConnect danışıq aparır, Windows tərəfindəki köməkçi isə tətbiq edir. Bu iki addım arasındakı boşluq bu klientdə özəl ad uğursuzluqlarının çoxunu izah edir və köməkçi demək olar ki, heç vaxt Windows VPN parametrləri səhifəsi olmur.

Şlüzun təklif etdiyini Windows-un quraşdırdığından ayırın

Klient bağlantı məlumatlarını skript interfeysinə ötürür və Unix ilə Windows variantları ayrı proqramlardır. Windows-da tətbiq adətən daxili DNS serveri və daxili domen kimi dəyişənləri hər hansı adapterə toxunmazdan əvvəl oxuyan JavaScript köməkçisidir. Tunelin özü heç bir resolver vəziyyəti yazmır.

Bu bölgü vacibdir, çünki dəyər danışıqda mövcud ola bilər və adapterə heç vaxt çatmaya bilər. İtkin düşən, yolda uğursuz olan və ya GUI sarğısının içində gətirilən köhnə nüsxə olan köməkçi Windows-u tam olduğu kimi qoyur. Sessiya qoşulmuş görünür, özəl ad hələ də yerli provayder vasitəsilə həll olunur və klient pəncərəsində heç nə fərqə işarə etmir. Köməkçinin öz çıxışını oxumaq hansı mərhələnin pozulduğunu öyrənməyin yeganə etibarlı yoludur.

GUI sarğısı klientin və köməkçinin öz nüsxəsini gətirə bilər, buna görə diskdə başqa yerdə ikinci openconnect.exe heç nəyi sübut etmir. Konfiqurasiyasını mühakimə etməzdən əvvəl sessiyanı başladan icra faylını tapın.

Resolver vəziyyətini dəyişmədən oxuyun

Üç yalnız-oxuma sorğusu adi qarışıqlığı əhatə edir və hər biri fərqli suala cavab verir:

Get-DnsClientServerAddress -AddressFamily IPv4
Get-DnsClient | Select-Object InterfaceAlias, ConnectionSpecificSuffix
Get-DnsClientNrptPolicy -Effective

Adapter səviyyəsində server çoxlarının VPN DNS dediyi şeydir. Bağlantıya xas suffiks qısa adın ümumiyyətlə genişləndirilib-genişləndirilmədiyini müəyyən edir. Ad məkanı siyasəti siyahısı adapter sırasından asılı olmayaraq uyğun adlara tətbiq olunur və orada boş nəticə köməkçi heç vaxt belə bir şey yaratmaq niyyətində olmadıqda qüsur deyil. Redaktə etməzdən əvvəl üçünü də oxumaq simptomu sadəcə başqa yerə köçürən düzəlişin qarşısını alır.

Tam kvalifikasiyalı adla başlayın. FQDN həll olunursa və qısa ad olunmursa, boşluq server ünvanı deyil, suffiks və ya axtarış siyahısıdır.

İkinci addım olaraq nəzərdə tutulan serverə birbaşa sorğu göndərin, artıq quraşdırılmış hansı resolver alətindən istifadə etsəniz də. Birbaşa cavab serverin əlçatan və zona üçün səlahiyyətli olduğunu sübut edir. Tətbiqin standart olaraq hansı serverdən soruşduğu barədə heç nə sübut etmir.

Bağlantıya sahib komponenti adlandırın

İki quruluş geniş yayılmışdır. Terminaldan başladılan klient skript yolunu açıq şəkildə ötürür, buna görə sahib işə salınan əmrdə görünür. Paketlənmiş tətbiq klienti sizin üçün başladır və köməkçini öz qovluğunda saxlayır, yəni nə vaxt dəyişəcəyinə satıcı qərar verir.

Hər hansı dəyişdirmədən əvvəl köməkçi versiyalarını quraşdırmalar arasında müqayisə edin. Fayl adı tanış göründüyü üçün güzgüdən götürülmüş köməkçini yüksəldilmiş hüquqlarla işlətmək DNS boşluğunu təhlükəsizlik hadisəsinə çevirir.

Sahib məlum olduqdan sonra təmir hədəfi aydın olur: başladıcıda dəstəklənən skript yolu, paket yeniləməsi və ya şlüzda düzəldilmiş profil. Bunların heç biri adapter xassələrini əl ilə redaktə etməyi tələb etmir.

Adapteri deyil, sahibi düzəldin

Əllə qurulmuş adapter DNS-i çox vaxt əlaqə kəsildikdən sonra da qalır, buna görə işləyirmiş kimi görünür və sonra növbəti şəbəkədə problem yaradır. Hər interfeysə bərkidilmiş ictimai resolver özəl ad məkanı problemini həll etmək əvəzinə gizlədir. Köməkçi heç vaxt DNS dəyəri almadıqda, baxılacaq yer şlüz profilidir. Aldıqda və adapter hələ də köhnə serveri göstərdikdə, köməkçi qoşulma zamanı uğursuz olub və klient jurnalı bunu adətən tunel qurulumu sətirlərinin yanında qeyd edir.

Vəziyyəti dəstəklənən yol vasitəsilə yenidən qurun, sonra tam bir dövrü yoxlayın: qoşulun, özəl FQDN-i həll edin, xidməti açın, əlaqəni kəsin və adapterin əvvəlki serverləri ilə qayıtdığını təsdiqləyin.

Faktiki olaraq uğursuz olan tətbiqi yoxlayın

Öz şifrələnmiş DNS parametri olan brauzer yuxarıdakıların hamısına məhəl qoymur və ictimai resolverdən cavab verməyə davam edir. Tunel qalxmazdan əvvəlki keşlənmiş mənfi cavabı saxlayan tətbiq də eyni cür davranır. Resolver ünvanlarını yenidən dəyişməzdən əvvəl onu eyni maşında adi sistem sorğusu ilə müqayisə edin.

Sistem sorğusu düzdürsə və tətbiq səhvdirsə, qalan nasazlıq VPN yolunda deyil, həmin tətbiqin DNS konfiqurasiyasındadır.