RRAS DHCP: yeni ünvan, yoxsa sadəcə konfiqurasiya seçimləri?

VPN izində ACK cavabın olduğunu sübut edir, ayrılmanın yox. Ünvanı RRAS sahiblənə bilər, DHCP isə yalnız qoşulmuş klientə seçimləri çatdırır.

Tutma faylında DHCPACK-i VPN klientinin ünvanını DHCP-dən aldığına sübut kimi oxumaq səhvdir. Adətən bu yalnız hansısa DHCP mesajının cavablandığını sübut edir. Windows RRAS sessiya ünvanlarını öz statik hovuzundan paylaya bilər, DHCP isə hələ də qoşulmuş klientə seçimləri verir. Sorğunun növü iki işdən hansının getdiyini sizə deyir.

Mesaj tipini paylaşan iki iş

DHCP iki ayrı iş görür və onlar mesaj tiplərini paylaşır. Biri ünvan və icarə müddəti ayırmaqdır. Digəri artıq ünvanı olan hosta konfiqurasiya çatdırmaqdır, RFC 2131 bunu DHCPINFORM adlandırır. İkinci halda cavab seçimləri daşıyır və icarə müddəti olmur.

Yəni ACK cavabın sübutudur, ayrılmanın sübutu deyil. Hansı sualın verildiyini ondan əvvəlki mesaj həll edir. Əvvəlcə sorğu sətrini oxuyun, izin qalan hissəsi adətən özünü izah edir.

RRAS ünvanı haradan alır

RRAS VPN ünvanı qərarına öz konfiqurasiya edilmiş IPv4 təyinetmə üsulu ilə sahibdir: ya DHCP serveri, ya da statik ünvan hovuzu. Hovuz statik olduqda təyinedici hovuzdur və ayrı DHCP serverindəki rezervasiyanın həmin sessiyada sözü yoxdur. İki mexanizm eyni şəbəkədə heç biri digərini idarə etmədən yanaşı yaşaya bilər.

Get-Command -Module RemoteAccess *IPAddress*

Ünvanı sazlamazdan əvvəl qüvvədə olan təyinetmə üsulunu tapın. Hovuz statikdirsə, DHCP əhatə dairəsi axtarış üçün yanlış yerdir. Yuxarıdaki əmr işlətdiyiniz versiyada mövcud olan cmdlet-ləri sadalayır və bu, parametri tapmaq üçün kifayətdir.

İstifadəçi sinfinin nəyi sübut edə bildiyi və bilmədiyi

DHCP istifadəçi sinfi klientin göndərdiyi sətirdir, təsdiqlənmiş qrup üzvlüyü deyil. Klient onu göndərsə və server ona görə siyasət tətbiq etsə belə, etiket yalnız sətrin gəldiyini sübut edir. RFC 3004 açıq deyir ki, bu seçim sinfə olan hüququ təsdiqləmir.

VPN istifadəçi adının, təhlükəsizlik qrupu identifikatorunun və ya noutbukun Ethernet ünvanının həmin sorğuda istifadə oluna bilən formada görünməsini gözləməyin. Bunlar autentifikasiya və kataloq faktlarıdır və DHCP sorğusu heç birini daşımır. Tələb səlahiyyətli şəxsləri ayırd etməkdirsə, bunu şəxsiyyətin həqiqətən olduğu VPN siyasətində tətbiq edin. Bu ayrılıq iki sistemin müstəqil qalmasının səbəbidir.

ACK-i deyil, sübutları müqayisə edin

Bir paketi oxumaq yerinə sübut zəncirini qurun. Sessiyanın aldığı ünvanı, sorğunun mesaj tipini və sahələrini, serverin qaytardığı seçimləri və sonra klientin faktiki konfiqurasiyasını qeyd edin. Hər halqa başqa suala cavab verir və həqiqi nasazlıq adətən itmiş halqada oturur.

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

Ünvan RRAS hovuzundan gəlibsə, DHCP rezervasiyası heç nə izah etmir. Seçimlər gəlib, klient onları nəzərə almayıbsa, server öz işini görüb və növbəti dayanacaq klient konfiqurasiyasıdır. Bu iki nəticəni açıq şəkildə müqayisə edin və ACK ikimənalı olmaqdan çıxır. Hər təyinetmə üsulundan bir iz olmaqla iki iz mübahisəni istənilən sənəddən tez həll edir.

Əlaqəli məqalələr