RRAS DHCP: yeni adres mi yoksa yalnızca yapılandırma seçenekleri mi?

Bir kayıttaki DHCPACK'i, VPN istemcisinin adresini DHCP'den aldığının kanıtı olarak okumak hatadır. Genellikle bu yalnızca bir DHCP iletisine yanıt verildiğini kanıtlar. Windows RRAS oturum adreslerini kendi statik havuzundan dağıtabilir; DHCP ise bağlı istemciye seçenekleri sağlamaya devam eder. Hangi işin sürdüğünü istek türü söyler.

Aynı ileti türünü paylaşan iki iş

DHCP iki ayrı şey yapar ve bunlar ileti türlerini paylaşır. Biri adres ve kiralama ayırmaktır. Diğeri zaten adresi olan bir konağa yapılandırma iletmektir; RFC 2131 buna DHCPINFORM der. İkinci durumdaki yanıt seçenekler taşır ve hiç kiralama süresi taşımaz.

Yani ACK bir yanıtın kanıtıdır, atamanın değil. Hangi sorunun sorulduğunu ondan önceki ileti belirler. Önce istek satırını okuyun; izin geri kalanı genellikle kendini açıklar.

RRAS adresi nereden alır

RRAS, yapılandırılmış IPv4 atama yöntemiyle VPN adresi kararının sahibidir: ya bir DHCP sunucusu ya da statik bir adres havuzu. Havuz statikse atamayı yapan havuzdur ve ayrı bir DHCP sunucusundaki rezervasyonun o oturumda söz hakkı yoktur. İki mekanizma aynı ağda birbirini denetlemeden bir arada bulunabilir.

Get-Command -Module RemoteAccess *IPAddress*

Adresi araştırmadan önce yürürlükteki atama yöntemini belirleyin. Statik bir havuzsa DHCP kapsamı bakılacak yanlış yerdir. Yukarıdaki komut, çalıştırdığınız sürümde bulunan cmdlet'leri listeler ve ayarı bulmak için bu yeterlidir.

Bir kullanıcı sınıfının kanıtlayabildiği ve kanıtlayamadığı şeyler

DHCP kullanıcı sınıfı, istemcinin gönderdiği bir dizedir; doğrulanmış bir grup üyeliği değildir. Bir istemci gönderip sunucu buna göre ilke uygulasa bile etiket yalnızca dizenin ulaştığını kanıtlar. RFC 3004, bu seçeneğin sınıfa ilişkin hakkı doğrulamadığını açıkça söyler.

Bir VPN kullanıcı adının, güvenlik grubu tanımlayıcısının ya da dizüstü bilgisayarın Ethernet adresinin o isteğin içinde kullanılabilir bir biçimde görünmesini beklemeyin. Bunlar kimlik doğrulama ve dizin olgularıdır ve DHCP isteği ikisini de taşımaz. Gereksinim yetkili kişileri ayırt etmekse bunu, kimliğin gerçekten var olduğu VPN ilkesinde uygulayın. İki sistemi bağımsız tutan şey tam olarak bu ayrımdır.

ACK'i değil kanıtları karşılaştırın

Tek bir paket okumak yerine kanıt zincirini kurun. Oturumun aldığı adresi, isteğin ileti türünü ve alanlarını, sunucunun döndürdüğü seçenekleri ve ardından istemcinin gerçek yapılandırmasını kaydedin. Her halka farklı bir soruyu yanıtlar ve eksik halka genellikle asıl arızanın oturduğu yerdir.

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

Adres RRAS havuzundan geldiyse bir DHCP rezervasyonu hiçbir şey açıklamaz. Seçenekler geldi ama istemci onları yok saydıysa sunucu işini yapmıştır ve sıradaki durak istemci yapılandırmasıdır. Bu iki sonucu açıkça karşılaştırın, ACK artık belirsiz olmaktan çıkar. Her atama yönteminden birer tane olmak üzere iki iz, tartışmayı herhangi bir belgeden daha hızlı kapatır.