DHCP сървър на Windows 2000 Advanced Server

В този случай клиентът чака 1 s и ако не получи отговор от сървъра, повтаря заявката си 4 пъти с интервал от 2, 4, 8 и 16 s + произволна стойност в диапазона от 0 до 1000 ms.

Цялата комуникация между DHCP сървър и клиент се осъществява през портове 67 и 68 на UDP протокола. Някои хъбове или превключватели не позволяват излъчвания на DHCP сървър по подразбиране, така че ще трябва или да ги конфигурирате специално, или да използвате допълнителни услуги. За тях малко по-късно.

III. Изисквания към DHCP сървъра и неговите клиенти

IV. Инсталиране и стартиране на DHCP сървър

1. В контролния панел щракнете два пъти върху Добавяне/премахване на програми. 2. Добавяне/премахване на компоненти на Windows. 3. Намерете мрежови компоненти, изберете и разгънете с бутона Подробности. 4. Поставете отметка в квадратчето за Dynamic Host Configuration Protocol (DHCP). 5. Щракнете върху OK и Next.

V. Параметри на обхвата

VI. Опции за обхват

Опциите за обхват са написани така: 1. В DHCP дървото намерете и разгънете клона Scope. 2. Щракнете с десния бутон върху Опции за обхват и изберете Конфигуриране на опции. 3. В Опции за обхват в раздела Общи посочете всяка желана опция. 4. По-долу, в полето за въвеждане на данни, въведете необходимата информация за конфигурацията.

Като цяло, обхващайки възможностите на DHCP сървъра на Microsoft, не може да не се отбележи широкият набор от настройки, които администраторът може да зададе за своята мрежа. Например, скалата на клиентските настройки може условно да бъде разделена на 4 нива на настройки.

VII.Задаване на нива

I. Ниво на сървър. Където настройките се правят в Опции на сървъра/Опции за конфигуриране и имат ефект върху всички клиенти на даден DHCP сървър. Тук например са подходящи настройките на единствения шлюз по подразбиране в мрежата. Тоест настройките са единични за цялата мрежа. II. Ниво Osprey. Можете да имате няколко обхвата и всеки може да съдържа малко по-различни настройки. Например, след 2 лъжички, един от чифт DNS сървъри може да се завърти като Предпочитан DNS сървър (първи DNS), така че някои клиенти да считат първия за техен основен DNS сървър, докато други биха отправяли запитвания към втория DNS по-често в същото време. По този начин можете да настроите някакво подобие на балансиране на натоварването на същите DNS сървъри. Настройките на нивото на обхват се правят в Опции за обхват / Опции за конфигуриране. III. класно ниво. На ниво клас DHCP сървърът може да идентифицира клиентите по типа на тяхната операционна система или по вида на хардуера, от който клиентът осъществява достъп. IV. Нивото на запазените клиенти. Тоест настройките се определят за всеки резервиран клиент индивидуално. Например, можете да посочите, че конкретен DHCP клиент също ще получи специфичен маршрут за достъп до ресурси, разположени в различен сегмент.

VIII. Опции на класа

За да създадете ID на клас доставчик или ID на потребителски клас, трябва: 1. В дървото на DHCP конзолата щракнете с десния бутон върху конфигурирания DHCP сървър и изберете Дефиниране на класове на доставчик или Дефиниране на потребителски класове. 2. В диалоговия прозорец, който се отваря, щракнете върху Добавяне. 3. В прозореца Нов клас посочете име, описание (по избор) и уникален идентификатор на клас.

След създаването на такъв клас стававъзможно е да му се присвоят определени параметри. Тези опции ще бъдат изпратени на клиенти, които представят конкретен ClassID.

Създаването на Superscope е както следва: 1. В дървото на DHCP конзолата щракнете с десния бутон върху конфигурирания DHCP сървър и изберете New Superscope. 2. Въведете името на суперобхвата и също така посочете два или повече обхвата, които ще бъдат включени в новия суперобхват.

XI. DHCP възможности в сегментирани мрежи

Големите мрежи обикновено се сегментират на подмрежи с помощта на рутери. Освен това, една от функциите на рутерите често може да бъде филтриране на излъчвани съобщения в границите на сегмента, за да се предотврати прекомерен мрежов шум и задръстване на трафика по маршрутите. Трябва също така да имате предвид случаите, когато физическият рутер не е съвместим със стандарта RFC-1542 за рутери, препращащи определени типове заявки за излъчване.

Другата страна на монетата тук е възможният неуспех на клиентските заявки към DHCP сървъра от заявки за излъчване. А DHCP е предимно услуга, която приема точно такива заявки. Тоест в някои случаи работата на DHCP сървъра е ограничена от границите на сегмента.

И така, как да бъдем в този случай? Както винаги, има няколко възможности за решаване на подобен проблем:

• Едно решение може да бъде да инсталирате свой собствен DHCP сървър на всеки сегмент. По-внимателното вглеждане обаче разкрива някои недостатъци. Администраторът ще трябва да отдели време и усилия за инсталиране и конфигуриране на DHCP сървъра и ospreys във всеки сегмент. Това изисква отделянето на конкретен компютър с Windows 2000 Server за DHCP. И все още имаправила за сигурност и толерантност към грешки, които предписват наличието на резервен сървър за осигуряване и частично балансиране на натоварването на главния сървър. Което в крайна сметка изисква невероятно количество ресурси и не се оправдава по никакъв начин, освен ако в този пример мрежата не съдържа 1,5 - 2 хиляди клиенти.

• Конфигурирайте RFC-1542 съвместим рутер за препращане на заявки за излъчване или заменете несъвместим рутер с такъв, който поддържа RFC-1542. Варианта е добър, такъв рутер пропуска BOOTP и избирателно препраща broadcast заявки към DHCP, но все пак не всички broadcast съобщения. Да, и операциите с DHCP сървъра са доста бавни.

• Друго възможно решение е да инсталирате DHCP Relay Agent на сегменти, които имат проблеми с маршрутизирането на излъчване. Този метод има няколко предимства пред всички по-горе. Конфигурирането на отдалечен DHCP агент обикновено е много по-лесно и по-бързо от инсталирането на DHCP сървър или конфигурирането на рутери и няма нужда да препращате целия излъчван трафик към други мрежови сегменти, всичко е ограничено до ограничения на сегментите. Използването на DHCP Relay Agents в сегменти води до по-ефективно и по-добро клиентско обслужване от DHCP сървъра, отколкото при използване на RFC-1542 съвместими рутери. Съществуването на DHCP Relay Agent също така предполага известна степен на устойчивост сред DHCP сървърите.

XII. DHCP Relay Agent