Mae tri amod yn penderfynu pa ddynodwr y dylai neilltuad ei ddefnyddio: pa system sy’n dosbarthu’r cyfeiriad, a yw’r system honno byth yn gweld ffrâm haen 2, a beth y mae’n ei ddefnyddio fel allwedd cleient. Mae llwybrydd cartref sy’n gwneud DHCP, VPN wedi’i bontio a thwnnel wedi’i lwybro yn ateb y cwestiynau hynny’n wahanol. Mae dewis y dynodwr yn fwy gwydn na cheisio rhewi pob cyfeiriad MAC y mae addasydd yn ei adrodd, oherwydd y dynodwr yw’r peth y mae’r dyrannwr yn ei ddarllen mewn gwirionedd.

Dechreuwch wrth y dyrannwr a gweithiwch yn ôl; dynodwr ochr y cleient yw beth bynnag y mae’r system honno’n ei dderbyn.

Gofynnwch i’r dyrannwr yn gyntaf

Mae gweinydd DHCP yn dyrannu o gronfa ac yn paru neilltuadau yn erbyn dynodwr y mae’n ei adnabod, a allai fod y cyfeiriad caledwedd, llinyn dynodwr cleient neu DUID yn dibynnu ar fersiwn y protocol. Mae gweinydd VPN yn dyrannu o’i gronfa ei hun ac yn paru yn erbyn beth bynnag y mae ei fodel ffurfweddu yn ei ddatgelu, yn aml y Common Name dilys. Gall rhwydwaith wedi’i bontio roi’r un broblem i’r gweinydd DHCP sy’n gwasanaethu’r LAN yn barod. Mae pob un yn chwiliad gwahanol, ac mae neilltuad sy’n ddilys mewn un yn anweledig i’r lleill.

Cadarnhewch beth y mae’r gweinydd yn ei weld mewn gwirionedd cyn ffurfweddu unrhyw beth. Mae neilltuad sy’n enwi’r dynodwr anghywir yn methu’n dawel: dim ond cyfeiriad o’r gronfa y mae’r cleient yn ei gael, ac mae’r camgymeriad yn edrych fel problem cleient.

Lle mae cyfeiriad MAC yn dal i olygu rhywbeth

Ar gyswllt Ethernet neu Wi-Fi ffisegol, mae’r cyfeiriad caledwedd yn dynodi rhyngwyneb ar y segment hwnnw. Mae nodweddion preifatrwydd yn ei gylchdroi, mae addasyddion rhithwir yn creu rhai newydd, a gall gliniadur ddangos gwerthoedd gwahanol ar Wi-Fi ac ar doc. Mae twnnel TUN wedi’i lwybro yn cario pecynnau IP ac nid yw’n trosglwyddo’r hunaniaeth ddi-wifr wreiddiol i weinydd DHCP o bell, felly nid oes gan neilltuad sy’n seiliedig ar MAC ar y llwybr hwnnw ddim i’w baru. Mae TAP yn wahanol: mae’n cario ffrâmau Ethernet a gall ymuno â pharth wedi’i bontio lle mae dynodwyr haen 2 yn dal i fod o bwys.

Hyd yn oed yno, y cyfeiriad perthnasol yw’r un a ddefnyddir yn y parth hwnnw, nid yn awtomatig un yr uplink ffisegol.

Mae cyfeiriadau twnnel ac allweddi cymar yn meddu ar eu gofod eu hunain

Mae defnydd OpenVPN wedi’i lwybro yn neilltuo cyfeiriadau trwy ei fodel ei hun: ffurfweddiad fesul cleient wedi’i allweddu gan enw dilys, neu gronfa benodol. Nid yw newid neilltuad DHCP llwybrydd LAN yn creu’r aseiniad hwnnw, ac nid yw ychwanegu neilltuad twnnel yn dylanwadu ar y LAN. Mae WireGuard yn mynd ymhellach, oherwydd mae cymar yn cael ei ddynodi gan ei allwedd gyhoeddus a’i gyfeiriadau a ganiateir yn hytrach nag unrhyw ddynodwr caledwedd. Nid oes unrhyw neilltuad Ethernet cyffredinol yn cymryd lle ffurfweddiad cymar yno.

Cadwch fwrdd rhestr sy’n gwahanu pedwar gwrthrych: cymhwyster y ddyfais, yr addasydd rhithwir, dynodwr y dyrannwr a’r cyfeiriad a neilltuwyd. Gall un peiriant ffisegol fod â sawl addasydd, cyfeiriad a sesiwn.

Nid yw cyfeiriad sefydlog yn hunaniaeth

Mae cyfeiriad rhagweladwy yn gyfleus yn weithredol ac nid yw’n gymhwyster dilysu. Mae rheolau mynediad sy’n dibynnu ar gyfeiriad yn rhoi’r gorau i fod yn wiriadau hunaniaeth y foment y caiff ei ailddyrannu, ei rannu neu ei ffugio. Os yw rheol yn dibynnu ar y cyfeiriad, cydlynnwch ailddyrannu a dirymu â phwy bynnag sy’n berchen ar yr hunaniaeth, a chadwch y penderfyniad dilysu gwirioneddol yn rhywle arall. Mae hynny’n cadw cyfleustra rhag dod yn unig dystiolaeth o ba ddyfais a gysylltodd.

Cofnodwch y dyrannwr, y dynodwr a’r cyfeiriad a neilltuwyd gyda’i gilydd. Pan fydd un yn newid, y ddau arall yw’r hyn rydych chi’n ei wirio.

Os yw dwy system ill dwy’n honni eu bod yn dyrannu ar gyfer yr un isrwydwaith, penderfynwch pa un sy’n berchen arni cyn ychwanegu neilltuadau at y naill na’r llall.

Erthyglau cysylltiedig