RRAS DHCP: yangi manzilmi yoki faqat konfiguratsiya parametrlari?

Tutib olingan fayldagi DHCPACK ni VPN mijozi manzilini DHCP dan olganiga dalil sifatida o'qish xatodir. Odatda bu faqat qandaydir DHCP xabariga javob berilganini isbotlaydi. Windows RRAS sessiya manzillarini o'zining statik hovuzidan berishi mumkin, DHCP esa ulangan mijozga parametrlarni yetkazishda davom etadi. Qaysi ish ketayotganini so'rov turi aytib turadi.

Bitta xabar turini bo'lishadigan ikki ish

DHCP ikki alohida ish qiladi va ular xabar turlarini bo'lishadi. Biri manzil va ijara ajratish. Ikkinchisi allaqachon manzili bor xostga konfiguratsiya yetkazish, uni RFC 2131 DHCPINFORM deb ataydi. Ikkinchi holatda javob parametrlarni olib yuradi va hech qanday ijara vaqtini olib yurmaydi.

Demak ACK javobning dalili, ajratishning dalili emas. Qaysi savol berilganini undan oldingi xabar hal qiladi. Avval so'rov satrini o'qing, izning qolgan qismi odatda o'zini o'zi tushuntiradi.

RRAS manzilni qayerdan oladi

RRAS VPN manzili bo'yicha qarorga o'zining sozlangan IPv4 ajratish usuli orqali ega: yo DHCP serveri, yo statik manzillar hovuzi. Hovuz statik bo'lsa, ajratuvchi hovuzning o'zi, alohida DHCP serveridagi rezervatsiyaning bu sessiyada hech qanday so'zi yo'q. Ikki mexanizm bitta tarmoqda bir-birini boshqarmasdan birga yashashi mumkin.

Get-Command -Module RemoteAccess *IPAddress*

Manzilni tekshirishdan oldin amaldagi ajratish usulini aniqlang. Agar bu statik hovuz bo'lsa, DHCP qamrovi qarash uchun noto'g'ri joy. Yuqoridagi buyruq siz ishlatayotgan versiyada mavjud cmdlet larni sanab beradi va sozlamani topish uchun shu yetarli.

Foydalanuvchi sinfi nimani isbotlay oladi va nimani yo'q

DHCP foydalanuvchi sinfi mijoz yuboradigan satr, tasdiqlangan guruh a'zoligi emas. Mijoz bittasini yuborsa va server unga qarab siyosatni moslashtirsa ham, yorliq faqat satr yetib kelganini isbotlaydi. RFC 3004 bu parametr sinfga bo'lgan huquqni tasdiqlamasligini ochiq aytadi.

VPN foydalanuvchi nomi, xavfsizlik guruhi identifikatori yoki noutbukning Ethernet manzili o'sha so'rovda foydalanishga yaroqli shaklda ko'rinishini kutmang. Bular autentifikatsiya va katalog faktlari, DHCP so'rovi esa ikkalasini ham olib yurmaydi. Agar talab vakolatli odamlarni ajratish bo'lsa, buni shaxs haqiqatan mavjud bo'lgan VPN siyosatida amalga oshiring. Aynan shu ajratish ikki tizimni mustaqil saqlaydi.

ACK ni emas, dalillarni solishtiring

Bitta paketni o'qish o'rniga dalillar zanjirini quring. Sessiya olgan manzilni, so'rovning xabar turi va maydonlarini, server qaytargan parametrlarni va keyin mijozning haqiqiy konfiguratsiyasini yozib oling. Har bir halqa boshqa savolga javob beradi, yetishmayotgan halqa esa haqiqiy nosozlik odatda o'sha yerda o'tiradi.

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

Manzil RRAS hovuzidan kelgan bo'lsa, DHCP rezervatsiyasi hech narsani tushuntirmaydi. Parametrlar keldi-yu, mijoz ularni e'tiborsiz qoldirgan bo'lsa, server o'z ishini qildi va keyingi bekat mijoz konfiguratsiyasi. Bu ikki natijani aniq solishtiring, ACK endi noaniq bo'lmaydi. Ikki iz, har bir ajratish usulidan bittadan, bahsni har qanday hujjatdan tezroq hal qiladi.