Cyfeiriadau preifatrwydd IPv6 neu restr caniatáu RDP: dewiswch y cyfaddawd

Gweithiodd mynediad bwrdd gwaith o bell am fis, ac yna stopiodd y rhestr ganiatáu gyfateb heb reswm y gallai unrhyw un ei weld. Nid oedd y gwesteiwr wedi symud ac nid oedd unrhyw beth yn y wal dân wedi'i olygu. Mae Windows yn parhau i ffurfio cyfeiriadau IPv6 dros dro gyda dynodwyr rhyngwyneb ar hap ac yn eu hymddeol, felly gall y cyfeiriad ffynhonnell y mae'r gweinydd yn ei weld ar unrhyw ddiwrnod fod yn un na wnaeth neb ei ysgrifennu yn y rheol. Mae diffodd yr ymddygiad hwnnw yn trwsio'r cyfatebiad ac ar yr un pryd yn troi'r gwesteiwr yn ddynodydd hirdymor. Pwyswch y dewisiadau cyn derbyn yr ail hanner.

Pam y stopiodd y rheol gyfateb

Mae RFC 4941 yn disgrifio cyfeiriadau dros dro: mae'r gwesteiwr yn creu cyfeiriadau ychwanegol gyda dynodwyr ar hap ac yn eu dirymu, sy'n atal arsylwr rhag cydberthyn un gwesteiwr ar draws ymweliadau. Mae Windows yn gweithredu'r ymddygiad hwnnw, felly nid yw cyfeiriad ffynhonnell ddoe o reidrwydd yr un heddiw. Mae'r cyfeiriad rhagweladwy yn dal i fodoli ar y rhyngwyneb; nid dyma'r un y mae cysylltiad allanol yn ei ffafrio.

Dyna pam mae'r methiant yn edrych yn ysbeidiol yn hytrach nag yn llwyr. Mae'r rheol yn cyfateb am gyfnod ar ôl creu'r cyfeiriad, yn stopio cyfateb pan gaiff ei ddirymu, ac yn dechrau cyfateb eto ar ôl i rywun ei olygu. Mae monitro wedi'i grwpio yn ôl cyfeiriad ffynhonnell a gwiriadau trwydded sy'n seiliedig ar gyfeiriad gwesteiwr yn torri ar yr un amserlen. Rheol sy'n gweithio'n syth ar ôl ei golygu ac yn methu dair wythnos yn ddiweddarach yw hyn fel arfer, nid ail-lwytho wal dân.

Opsiwn un: un cyfeiriad sefydlog, llai o breifatrwydd

Mae'r atgyweiriad arferol yn diffodd y ddau fecanwaith cylchdroi ar y gwesteiwr: netsh interface ipv6 set privacy state=disabled store=persistent a netsh interface ipv6 set global randomizeidentifiers=disabled store=persistent. Ychwanegwch store=active os ydych chi am i'r newid ddod i rym heb aros am ailgychwyn, a derbyniwch eich bod bellach wedi gwneud y dynodydd yn rhagweladwy ar draws rhwydweithiau.

Mae'r rhagwelededd hwnnw'n union yr hyn y cafodd yr estyniadau eu hadeiladu i'w atal. Mae cyfeiriad sy'n dilyn y gwesteiwr o gaffi i'r swyddfa i'r cartref yn allwedd hidlo gyfleus ac yn allwedd olrhain yr un mor gyfleus, ac mae'r ail briodwedd yn byw'n hwy na'r tocyn a ofynnodd am y cyntaf.

Opsiwn dau: caniatáu rhagddodiad neu enw

Mae caniatáu'r /64 yn hytrach na'r cyfeiriad llawn yn cadw'r cylchdroi'n gyfan ac yn cyfateb i honiad gwannach ond yn aml yn onest: mae'r peiriant hwn ar fy rhwydwaith cartref. Mae'n stopio bod yn ddigonol y foment y bydd y rhagddodiad hwnnw'n cynnwys gwesteiwyr na fyddech yn eu derbyn, sydd ar gysylltiad defnyddiwr fel arfer yn set lai nag y mae pobl yn ei dybio. Mae enw a gyhoeddir drwy DNS deinamig yn haws i'w weithredu, oherwydd mae'r cofnod yn dilyn y gwesteiwr ac mae'r polisi'n darllen fel hunaniaeth yn hytrach nag fel ystod sy'n tyfu pryd bynnag ychwanegir dyfais.

Mae'r ddau opsiwn angen datryswr y gall y gweinydd ymddiried ynddo ac enw nad yw'n hawdd ei ffugio, felly triniwch hwy fel penderfyniad polisi am hunaniaeth yn hytrach na newid cosmetig i'r rheol. Nodwch pa ddatryswr sy'n ateb yr enw hwnnw, oherwydd dim ond mor ddibynadwy â'r cofnod y tu ôl iddo y mae'r rheol.

Opsiwn tri: gadewch i'r tiwnel neilltuo'r cyfeiriad

Os yw'r cysylltiad yn croesi VPN rydych chi'n ei reoli, gall y gweinydd ddosbarthu'r cyfeiriad o'i bwll ei hun, ac yna mae'r rhestr ganiatáu yn cyfeirio at werth y mae'r gweinydd yn ei ddewis yn hytrach nag un y mae'r cleient yn ei ffafrio. Mae hynny'n gweithio'n dda i gleientiaid a reolir ac yn wael i unrhyw beth y gall y cleient ei ddiystyru, felly gwiriwch pa ochr sy'n ennill mewn gwirionedd yn eich defnydd.

Symud y penderfyniad oddi ar y cyfeiriad yn gyfan gwbl, i dystysgrif cleient neu i borth ardystiedig, yw'r opsiwn sy'n graddio, oherwydd mae'n stopio dibynnu ar werth y mae gan y system weithredu hawl i'w newid.

Dewiswch gyda chost olrhain mewn golwg

Ysgrifennwch y pedwar opsiwn yn erbyn y gofyniad gwirioneddol, a dewiswch un yn hytrach na'u cyfuno. Os byddwch yn diffodd preifatrwydd beth bynnag, cyfyngwch ef i'r gwesteiwr sydd ei angen, dogfennwch y rheswm wrth ymyl y rheol, ac ystyriwch gyfeirio sefydlog-preifatrwydd o RFC 7217 lle mae'r platfform yn ei gefnogi, gan ei fod yn cadw dynodydd fesul rhagddodiad heb ddatgelu'r un sy'n deillio o'r caledwedd. Ail-alluogwch yr estyniadau pan fydd y rhestr ganiatáu'n cael ei disodli.

Cofnodwch y newid wrth ymyl y rheol y mae'n ei gefnogi. Heb y nodyn hwnnw, mae'r gweinyddwr nesaf yn dod o hyd i westeiwr ag estyniadau preifatrwydd i ffwrdd a heb esboniad, ac yn eu hailgynnau wrth lanhau.