نشانی‌های حریم خصوصی IPv6 یا فهرست مجاز RDP: مبادله را انتخاب کنید
نشانی موقت چرخشی فهرست مجاز RDP را می‌شکند و خاموش کردن حریم خصوصی میزبان را قابل ردیابی می‌کند. پیش از انتخاب هر یک، گزینه‌ها را بسنجید.
دسترسی به دسکتاپ از راه دور یک ماه کار کرد، و سپس فهرست مجاز بدون هیچ دلیلی که کسی ببیند از مطابقت بازماند. میزبان جابه‌جا نشده بود و هیچ چیز در دیوار آتش ویرایش نشده بود. ویندوز همچنان نشانی‌های موقت IPv6 را با شناسه‌های رابط تصادفی می‌سازد و بازنشسته می‌کند، پس نشانی مبدأیی که سرور در هر روز می‌بیند شاید نشانی‌ای باشد که کسی در قاعده ننوشته است. خاموش کردن این رفتار مطابقت را درست می‌کند و همزمان میزبان را به شناسه‌ای دیرپا تبدیل می‌کند. پیش از پذیرفتن نیمه دوم، گزینه‌ها را بسنجید.
چرا قاعده از مطابقت بازماند
RFC 4941 نشانی‌های موقت را توصیف می‌کند: میزبان نشانی‌های اضافی با شناسه‌های تصادفی می‌سازد و آن‌ها را کنار می‌گذارد، که مانع می‌شود ناظر یک میزبان را در بازدیدهای مختلف به هم مرتبط کند. ویندوز این رفتار را پیاده می‌کند، پس نشانی مبدأ دیروز لزوماً نشانی امروز نیست. نشانی قابل پیش‌بینی هنوز روی رابط وجود دارد؛ فقط آن نشانی‌ای نیست که یک اتصال خروجی ترجیح می‌دهد.
به همین دلیل خطا متناوب به نظر می‌رسد نه کامل. قاعده مدتی پس از ساخته شدن نشانی مطابقت می‌کند، وقتی نشانی بازنشسته شود از مطابقت بازمی‌ماند، و پس از اینکه کسی آن را ویرایش کند دوباره مطابقت می‌کند. پایش گروه‌بندی‌شده بر اساس نشانی مبدأ و بررسی‌های مجوز که به نشانی میزبان گره خورده‌اند با همان زمان‌بندی می‌شکنند. قاعده‌ای که درست پس از ویرایش کار می‌کند و سه هفته بعد شکست می‌خورد معمولاً همین است، نه بارگذاری دوباره دیوار آتش.
گزینه یک: یک نشانی ثابت، حریم خصوصی کمتر
تعمیر معمول هر دو سازوکار چرخش را روی میزبان خاموش می‌کند: netsh interface ipv6 set privacy state=disabled store=persistent و netsh interface ipv6 set global randomizeidentifiers=disabled store=persistent. اگر می‌خواهید تغییر بدون انتظار برای راه‌اندازی دوباره اعمال شود store=active را اضافه کنید، و بپذیرید که شناسه را اکنون در میان شبکه‌ها قابل پیش‌بینی کرده‌اید.
این قابل پیش‌بینی بودن دقیقاً همان چیزی است که افزونه‌ها برای جلوگیری از آن ساخته شدند. نشانی‌ای که میزبان را از کافه به دفتر و به خانه دنبال می‌کند کلید فیلتر راحتی است و کلید ردیابی به همان اندازه راحت، و ویژگی دوم از بلیتی که ویژگی اول را خواسته بود عمر بیشتری می‌کند.
گزینه دو: اجازه دادن به یک پیشوند یا یک نام
اجازه دادن به /64 به‌جای نشانی کامل چرخش را دست‌نخورده نگه می‌دارد و با ادعایی ضعیف‌تر اما اغلب صادقانه جور درمی‌آید: این ماشین در شبکه خانه من است. این کافی بودن در همان لحظه‌ای پایان می‌یابد که آن پیشوند میزبان‌هایی را در خود دارد که نمی‌پذیرفتید، که در یک اتصال خانگی معمولاً مجموعه‌ای کوچک‌تر از آن است که مردم گمان می‌کنند. نامی که از طریق DNS پویا منتشر می‌شود آسان‌تر اداره می‌شود، زیرا رکورد میزبان را دنبال می‌کند و سیاست به‌عنوان هویت خوانده می‌شود نه به‌عنوان محدوده‌ای که با افزودن هر دستگاه بزرگ‌تر می‌شود.
هر دو گزینه به یک حل‌کننده نیاز دارند که سرور بتواند به آن اعتماد کند و به نامی که به‌سادگی جعل‌شدنی نباشد، پس با آن‌ها به‌عنوان تصمیمی سیاستی درباره هویت رفتار کنید نه تغییری ظاهری در قاعده. بنویسید کدام حل‌کننده به آن نام پاسخ می‌دهد، زیرا قاعده تنها به اندازه رکورد پشت آن قابل اعتماد است.
گزینه سه: بگذارید تونل نشانی را تخصیص دهد
اگر اتصال از VPNی می‌گذرد که شما کنترلش می‌کنید، سرور می‌تواند نشانی را از استخر خودش بدهد، و فهرست مجاز آنگاه به مقداری اشاره می‌کند که سرور برمی‌گزیند نه مقداری که کارخواه ترجیح می‌دهد. این برای کارخواهان مدیریت‌شده خوب کار می‌کند و برای هر چیزی که کارخواه بتواند زیرش بزند بد، پس بررسی کنید در استقرار شما کدام طرف واقعاً برنده می‌شود.
بردن تصمیم به‌کلی بیرون از نشانی، به یک گواهی کارخواه یا یک دروازه احراز هویت‌شده، گزینه‌ای است که مقیاس می‌پذیرد، زیرا دیگر به مقداری وابسته نیست که سیستم‌عامل حق تغییرش را دارد.
با در نظر گرفتن هزینه ردیابی انتخاب کنید
چهار گزینه را در برابر نیاز واقعی بنویسید و یکی را انتخاب کنید نه اینکه آن‌ها را ترکیب کنید. اگر به‌هرحال حریم خصوصی را خاموش می‌کنید، آن را به میزبانی محدود کنید که به آن نیاز دارد، دلیل را کنار قاعده مستند کنید، و نشانی‌دهی پایدار-خصوصی از RFC 7217 را در جایی که بستر از آن پشتیبانی می‌کند در نظر بگیرید، چون شناسه‌ای برای هر پیشوند نگه می‌دارد بدون افشای شناسه مشتق از سخت‌افزار. وقتی فهرست مجاز جایگزین شد افزونه‌ها را دوباره فعال کنید.
تغییر را کنار قاعده‌ای که پشتیبانی می‌کند ثبت کنید. بدون آن یادداشت، مدیر بعدی میزبانی را با افزونه‌های حریم خصوصی خاموش و بدون توضیح می‌یابد و هنگام یک پاک‌سازی دوباره آن‌ها را روشن می‌کند.