RRAS DHCP: жаңа мекенжай ма, әлде тек конфигурация опциялары ма?

VPN ізіндегі ACK жауапты дәлелдейді, бөлуді емес. Мекенжайды RRAS иеленуі мүмкін, ал DHCP қосылған клиентке тек опцияларды жеткізеді.

Түсірілімдегі DHCPACK-ті VPN клиенті мекенжайын DHCP-тен алды деген дәлел ретінде оқу қате. Әдетте ол қандай да бір DHCP хабарламасына жауап берілгенін ғана дәлелдейді. Windows RRAS сессия мекенжайларын өзінің статикалық пулынан бере алады, ал DHCP қосылған клиентке әлі де опцияларды жеткізеді. Сұраныс түрі екі жұмыстың қайсысы жүріп жатқанын айтады.

Бір хабарлама түрін бөлісетін екі жұмыс

DHCP екі бөлек іс жасайды және олар хабарлама түрлерін бөліседі. Біреуі мекенжай мен жалдау мерзімін бөлу. Екіншісі мекенжайы бар хостқа конфигурацияны жеткізу, оны RFC 2131 DHCPINFORM деп атайды. Екінші жағдайда жауап опцияларды алып жүреді және жалдау уақытын алып жүрмейді.

Сондықтан ACK жауаптың дәлелі, бөлудің дәлелі емес. Қандай сұрақ қойылғанын оның алдындағы хабарлама шешеді. Алдымен сұраныс жолын оқыңыз, ал іздің қалған бөлігі әдетте өзін-өзі түсіндіреді.

RRAS мекенжайды қайдан алады

RRAS VPN мекенжайы туралы шешімді өзінің конфигурацияланған IPv4 тағайындау әдісі арқылы иеленеді: не DHCP сервері, не статикалық мекенжай пулы. Пул статикалық болса, пул бөлуші, ал бөлек DHCP серверіндегі резервтеу сол сессияда ештеңе шешпейді. Екі механизм бір желіде бір-бірін бақыламай қатар өмір сүре алады.

Get-Command -Module RemoteAccess *IPAddress*

Мекенжайды тексеруге кіріспес бұрын қолданыстағы тағайындау әдісін анықтаңыз. Егер статикалық пул болса, DHCP ауқымы қараудың дұрыс емес жері. Жоғарыдағы команда сіз іске қосатын нұсқада бар cmdlet-терді тізімдейді және параметрді табуға сол жетеді.

Пайдаланушы сыныбы нені дәлелдей алады, нені алмайды

DHCP пайдаланушы сыныбы клиент жіберетін жол, расталған топ мүшелігі емес. Клиент оны жіберіп, сервер соған байланысты саясатты сәйкестендірсе де, белгі жолдың жеткенін ғана дәлелдейді. RFC 3004 бұл опция сыныпқа құқықты растамайтынын ашық айтады.

VPN пайдаланушы аты, қауіпсіздік тобының идентификаторы немесе ноутбуктің Ethernet мекенжайы сол сұраныста пайдалануға жарамды түрде көрінеді деп күтпеңіз. Бұлар аутентификация мен каталог деректері, ал DHCP сұранысы екеуін де алып жүрмейді. Егер талап өкілетті адамдарды ажырату болса, оны идентиттік шын мәнінде бар VPN саясатында жүзеге асырыңыз. Дәл осы бөліну екі жүйені тәуелсіз ұстайды.

ACK-ті емес, дәлелдерді салыстырыңыз

Бір пакетті оқудың орнына дәлелдер шынжырын құрыңыз. Сессия алған мекенжайды, сұраныстың хабарлама түрі мен өрістерін, сервер қайтарған опцияларды және кейін клиенттің нақты конфигурациясын жазып алыңыз. Әр буын басқа сұраққа жауап береді, ал жетіспейтін буын нақты ақау әдетте сол жерде отырады.

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

Мекенжай RRAS пулынан келсе, DHCP резерві ештеңені түсіндірмейді. Опциялар келіп, бірақ клиент оларды елемесе, сервер өз жұмысын істеді және келесі аялдама клиент конфигурациясы. Осы екі нәтижені ашық салыстырыңыз, сонда ACK екіұшты болудан қалады. Екі із, әр тағайындау әдісінен бір-бірден, дауды кез келген құжаттан тезірек шешеді.

Қатысты мақалалар