Kusoma DHCPACK katika rekodi kama uthibitisho kwamba mteja wa VPN alipata anwani yake kutoka DHCP ni kosa. Kwa kawaida huthibitisha tu kwamba ujumbe fulani wa DHCP ulijibiwa. Windows RRAS inaweza kugawa anwani za kikao kutoka dimbwi lake tuli huku DHCP ikiendelea kuwasilisha chaguo kwa mteja aliyeunganishwa. Aina ya ombi inakuambia kazi gani kati ya hizo mbili ilikuwa ikiendelea.

Kazi mbili zinazoshiriki aina moja ya ujumbe

DHCP hufanya mambo mawili tofauti, na yote hushiriki aina za ujumbe. Moja ni kugawa anwani na kukodisha. Nyingine ni kuwasilisha usanidi kwa mwenyeji ambaye tayari ana anwani, ambayo RFC 2131 inaiita DHCPINFORM. Jibu katika kesi ya pili hubeba chaguo na halina muda wowote wa kukodisha.

Kwa hiyo ACK ni uthibitisho wa jibu, si uthibitisho wa ugawaji. Ujumbe uliotangulia huamua swali gani liliulizwa. Soma mstari wa ombi kwanza na ufuatiliaji uliobaki kwa kawaida hujieleza wenyewe.

RRAS hupata anwani kutoka wapi

RRAS inamiliki uamuzi wa anwani ya VPN kupitia mbinu yake ya ugawaji ya IPv4 iliyosanidiwa: ama seva ya DHCP au dimbwi tuli la anwani. Dimbi linapokuwa tuli, dimbwi ndilo linalogawa, na uhifadhi kwenye seva tofauti ya DHCP hauna sauti katika kikao hicho. Mbinu hizo mbili zinaweza kuishi pamoja kwenye mtandao mmoja bila moja kudhibiti nyingine.

Get-Command -Module RemoteAccess *IPAddress*

Tambua mbinu ya ugawaji inayotumika kabla ya kuchunguza anwani. Ikiwa ni dimbwi tuli, wigo wa DHCP ni mahali pasipofaa kutazama. Amri iliyo juu inaorodhesha cmdlet zinazopatikana katika toleo unalotumia, na hiyo inatosha kupata mpangilio.

Darasa la mtumiaji linaweza kuthibitisha nini na haliwezi kuthibitisha nini

Darasa la mtumiaji la DHCP ni mfuatano ambao mteja hutuma, si uanachama wa kikundi uliothibitishwa. Hata mteja akituma mmoja na seva ikilinganisha sera juu yake, lebo huthibitisha tu kwamba mfuatano ulifika. RFC 3004 inasema wazi kwamba chaguo hilo halithibitishi haki ya darasa.

Usitarajie jina la mtumiaji wa VPN, kitambulisho cha kikundi cha usalama au anwani ya Ethernet ya kompyuta mpakato kuonekana katika ombi hilo kwa namna inayoweza kutumika. Hizo ni hoja za uthibitishaji na saraka, na ombi la DHCP halibebi lolote kati ya hizo. Iwapo hitaji ni kutofautisha watu walioruhusiwa, tekeleza hilo katika sera ya VPN ambako utambulisho upo kwa hakika. Utengano huo ndio unaozifanya mifumo miwili kubaki huru.

Linganisha uthibitisho, si ACK

Jenga mnyororo wa uthibitisho badala ya kusoma pakiti moja. Andika anwani ambayo kikao kilipata, aina na sehemu za ombi, chaguo zilizorudishwa na seva, na kisha usanidi halisi wa mteja. Kila kiungo hujibu swali tofauti, na kiungo kinachokosekana ndicho mahali ambapo hitilafu halisi hukaa.

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

Ikiwa anwani ilitoka kwenye dimbwi la RRAS, uhifadhi wa DHCP hauelezi chochote. Ikiwa chaguo zilifika lakini mteja alizipuuza, seva ilifanya kazi yake na kituo kinachofuata ni usanidi wa mteja. Linganisha matokeo hayo mawili kwa uwazi na ACK haitakuwa na utata tena. Ufuatiliaji mbili, moja kutoka kwa kila mbinu ya ugawaji, hutatua mzozo haraka kuliko nyaraka yoyote.

Makala zinazohusiana