RRAS DHCP: cyfeiriad newydd neu dim ond opsiynau ffurfweddiad?
Mae ACK mewn trywydd VPN yn profi ateb, nid dyrannu. Gall RRAS fod yn berchen ar y cyfeiriad tra bod DHCP yn unig yn danfon opsiynau i’r cleient cysylltiedig.
Mae darllen DHCPACK mewn cipolwg fel prawf bod y cleient VPN wedi cael ei gyfeiriad gan DHCP yn gamgymeriad. Fel arfer dim ond profi bod rhyw neges DHCP wedi cael ateb y mae’n ei wneud. Gall Windows RRAS rannu cyfeiriadau sesiwn o’i gronfa statig ei hun tra bod DHCP yn dal i gyflenwi opsiynau i’r cleient cysylltiedig. Mae math y cais yn dweud wrthych pa un o’r ddwy swydd oedd yn digwydd.
Dwy swydd sy’n rhannu math o neges
Mae DHCP yn gwneud dwy beth ar wahân, ac maen nhw’n rhannu mathau o neges. Un yw dyrannu cyfeiriad a phrydles. Y llall yw danfon ffurfweddiad i ost sydd eisoes â chyfeiriad, yr hyn y mae RFC 2131 yn ei alw’n DHCPINFORM. Mae’r ateb yn yr ail achos yn cario opsiynau ac yn cario dim amser prydles.
Felly prawf o ateb yw ACK, nid prawf o ddyrannu. Y neges a ddaeth o’i flaen sy’n penderfynu pa gwestiwn a ofynnwyd. Darllenwch y llinell cais yn gyntaf ac mae gweddill y trywydd fel arfer yn egluro’i hun.
O ble mae RRAS yn cael y cyfeiriad
RRAS sy’n berchen ar y penderfyniad cyfeiriad VPN drwy ei ddull neilltuo IPv4 wedi’i ffurfweddu: naill ai gweinydd DHCP neu gronfa gyfeiriadau statig. Pan fo’r gronfa’n statig, y gronfa yw’r dyrennydd, ac nid oes gan archeb ar weinydd DHCP ar wahân lais yn y sesiwn honno. Gall y ddau fecanwaith gydfodoli ar yr un rhwydwaith heb i’r naill reoli’r llall.
Get-Command -Module RemoteAccess *IPAddress*Canfyddwch y dull neilltuo sydd mewn grym cyn ceisio datrys y cyfeiriad. Os cronfa statig yw hi, mae cwmpas DHCP yn lle anghywir i edrych. Mae’r gorchymyn uchod yn rhestru’r cmdletau sydd ar gael ar y fersiwn rydych yn ei rhedeg, ac mae hynny’n ddigon i ddod o hyd i’r gosodiad.
Beth all dosbarth defnyddiwr ei brofi a beth na all
Llinyn y mae’r cleient yn ei anfon yw dosbarth defnyddiwr DHCP, nid aelodaeth grŵp wedi’i dilysu. Hyd yn oed pan fydd cleient yn anfon un ac yn cyfateb polisi ar ei sail, dim ond profi bod y llinyn wedi cyrraedd y mae’r label. Mae RFC 3004 yn dweud yn blwmp ac yn blaen nad yw’r opsiwn yn dilysu hawl i’r dosbarth.
Peidiwch â disgwyl i enw defnyddiwr VPN, dynodydd grŵp diogelwch na chyfeiriad Ethernet y gliniadur ymddangos yn y cais hwnnw ar ffurf y gellir ei defnyddio. Ffeithiau dilysu a chyfeiriadur yw’r rheini, ac nid yw’r cais DHCP yn cario’r naill na’r llall. Os mai’r gofyniad yw gwahaniaethu pobl awdurdodedig, gweithredwch ef ym mholisi VPN lle mae’r hunaniaeth yn bodoli mewn gwirionedd. Y gwahanu hwnnw yw’r rheswm y mae’r ddau system yn aros yn annibynnol.
Cymharwch y dystiolaeth, nid yr ACK
Adeiladwch y gadwyn dystiolaeth yn lle darllen un pecyn. Cofnodwch y cyfeiriad a gafodd y sesiwn, math a meysydd y cais, yr opsiynau a ddychwelwyd gan y gweinydd, a ffurfweddiad effeithiol y cleient wedyn. Mae pob dolen yn ateb cwestiwn gwahanol, a’r ddolen sydd ar goll yw lle mae’r gwall go iawn yn aml yn byw.
Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0Os daeth y cyfeiriad o gronfa RRAS, nid yw archeb DHCP yn egluro dim. Os cyrhaeddodd yr opsiynau ond i’r cleient eu hanwybyddu, gwnaeth y gweinydd ei waith a’r ffurfweddiad cleient yw’r stop nesaf. Cymharwch y ddau ganlyniad hynny’n benodol ac mae’r ACK yn rhoi’r gorau i fod yn amwys. Mae dau drywydd, un o bob dull neilltuo, yn setlo’r ddadl yn gynt nag unrhyw ddogfennaeth.