RRAS DHCP: sabon adireshi ko zaɓuɓɓukan saiti kawai?
ACK a cikin tarihin VPN yana tabbatar da amsa, ba rabo ba. RRAS na iya mallakar adireshin yayin da DHCP ke isar da zaɓuɓɓuka kawai ga abokin da aka haɗa.
Karanta DHCPACK a cikin rikodin a matsayin hujjar cewa abokin VPN ya sami adireshinsa daga DHCP kuskure ne. Yawanci yana tabbatar da cewa an amsa wata saƙon DHCP ne kawai. Windows RRAS na iya rarraba adireshin zama daga tafkinsa na tsaye yayin da DHCP ke ci gaba da ba da zaɓuɓɓuka ga abokin da aka haɗa. Nau’in buƙatar yana gaya muku wanne daga ayyukan biyu ke gudana.
Ayyuka biyu da ke raba nau’in saƙo
DHCP yana yin abubuwa biyu daban, kuma suna raba nau’ikan saƙo. Ɗaya shine raba adireshi da haya. Ɗayan kuma shine isar da saiti ga mai masaukin da yake da adireshi tuni, wanda RFC 2131 ke kira DHCPINFORM. Amsar a yanayi na biyu tana ɗauke da zaɓuɓɓuka kuma ba ta da lokacin haya.
Don haka ACK hujja ce ta amsa, ba hujja ta rabo ba. Saƙon da ya gabace shi ne ke ƙayyade wace tambaya aka yi. Karanta layin buƙata da farko kuma sauran tarihin yakan bayyana kansa.
Inda RRAS ke samun adireshin
RRAS ne ke da shawarar adireshin VPN ta hanyar hanyar raba IPv4 da aka saita masa: ko dai uwar garken DHCP ko kuma tafki na adireshi na tsaye. Idan tafkin na tsaye ne, tafkin ne mai rabawa, kuma ajiyar da aka yi a wata uwar garken DHCP ba ta da wata magana a wannan zaman. Hanyoyin biyu na iya kasancewa tare a kan hanyar sadarwa ɗaya ba tare da ɗaya ya mallaki ɗayan ba.
Get-Command -Module RemoteAccess *IPAddress*Nemo hanyar raba da ke aiki kafin ka duba adireshin. Idan tafki ne na tsaye, kewayon DHCP shine wuri mara kyau da za a duba. Umarnin da ke sama yana lissafta cmdlets ɗin da suke a sigar da kuke amfani da ita, kuma hakan ya isa a sami saitin.
Abin da aji na mai amfani zai iya tabbatarwa da abin da ba zai iya ba
Ajin mai amfani na DHCP zaren rubutu ne da abokin ke aikawa, ba tabbataccen zama memba na rukuni ba. Ko da abokin ya aika ɗaya kuma uwar garken ta yi daidai da manufa a kansa, alamar tana tabbatar da cewa zaren ya iso kawai. RFC 3004 ya ce a fili cewa zaɓin ba ya tabbatar da haƙƙin aji.
Kada ka yi tsammanin sunan mai amfani na VPN, mai gano rukunin tsaro ko adireshin Ethernet na kwamfutar tafi-da-gidanka zai bayyana a wannan buƙata a siga da za a iya amfani da ita. Waɗannan gaskiyar tabbatarwa da jagora ne, kuma buƙatar DHCP ba ta ɗauke da ko ɗaya. Idan buƙatar ita ce a bambanta mutanen da aka ba su izini, aiwatar da ita a manufar VPN inda ainihin shaida yake. Wannan rabuwa ne dalilin da ya sa tsarin biyu ke zama masu zaman kansu.
Kwatanta hujjoji, ba ACK ba
Gina sarƙar hujja maimakon karanta fakiti ɗaya. Rubuta adireshin da zaman ya samu, nau’in saƙo da filayen buƙata, zaɓuɓɓukan da uwar garken ta mayar, da kuma saitaccen saitin abokin bayan haka. Kowane mahaɗi yana amsa tambaya daban, kuma mahaɗin da ya ɓace shine inda ainihin kuskuren yakan kasance.
Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0Idan adireshin ya fito daga tafkin RRAS, ajiyar DHCP ba ta bayyana komai. Idan zaɓuɓɓukan sun iso amma abokin ya yi watsi da su, uwar garken ta yi aikinta kuma saitin abokin shine tasha ta gaba. Kwatanta waɗannan sakamakon biyu a fili kuma ACK ya daina zama mai ruɗani. Tarihi biyu, ɗaya daga kowace hanyar raba, suna warware muhawarar da sauri fiye da kowane takarda.