سه منبع می‌توانند نشانی VPN یک کنترل‌کننده دامنه را در DNS قرار دهند

سه جزء متفاوت روی یک کنترل‌کننده دامنه با چند رابط می‌توانند همان نشانی VPN را در DNS قرار دهند و هر یک مستقل از دیگری شکست می‌خورند. به‌جای اعتماد به کادر انتخاب آداپتور که فقط یکی از آنها را کنترل می‌کند، مقایسه کنید هر یک چه چیزی منتشر می‌کند. نشانه در هر حالت یکسان است: کارخواه نام را تجزیه می‌کند، نشانی تونل را می‌گیرد و نمی‌تواند به کنترل‌کننده دامنه برسد. این‌که چه کسی آن را منتشر کرده تعیین می‌کند چگونه باید متوقفش کرد.

یک تنظیم، یک سرویس و یک نقش؛ سه منبع، سه کلید.

با رکورد شروع کنید، نه با کادر انتخاب

نام کامل سرور آسیب‌دیده را از طریق سرور DNS که کارخواهان واقعاً به کار می‌برند پرس‌وجو کنید و هر نشانی برگشتی را ثبت کنید. هر نشانی برگشتی را با رابط‌های واقعی LAN و تونل سرور و با شبکه‌هایی که کارخواهان در آن هستند بسنجید. یک نشانی می‌تواند به‌طور کامل محلی معتبر و در همان حال برای کارخواهان مهم دسترس‌ناپذیر باشد. شکست‌های متناوب احراز هویت نشانه‌ای رایج است، چون کارخواهان در تلاش‌های مختلف نشانی‌های متفاوتی دریافت یا انتخاب می‌کنند.

این‌که ماشین نام خودش را درست تجزیه می‌کند چیز بسیار کمی را ثابت می‌کند. آزمون مهم از شبکه‌های کارخواه اجرا می‌شود.

آداپتور فقط یک منبع است

ویژگی‌های TCP/IP آداپتور کادر انتخابی برای ثبت نشانی آن اتصال دارد و برداشتن تیک آن دقیقاً یک منبع را خاموش می‌کند. سایر منابع را متوقف نمی‌کند و به همین دلیل رکورد ممکن است پس از راه‌اندازی مجدد دوباره ظاهر شود. اگر کنترل‌کننده دامنه سرویس DNS را هم اجرا کند، آن سرویس پیکربندی شنود و رکوردهای سرور نام خودش را دارد. راهنمای مایکروسافت برای محیط‌های چندرابطه، رفتار رابط، سرویس DNS و Netlogon را منابع جداگانه و مرتبط می‌داند.

سه کلید، سه مالک، و فقط یکی از آنها در صفحه ویژگی‌های آداپتور زندگی می‌کند.

سرویس DNS نشانی‌های خودش را دارد

سرور DNS که به آن گفته شده روی یک نشانی VPN شنود کند، آن را در رکوردهای خودش منتشر می‌کند، هر چه کادر انتخاب آداپتور ادعا کند. نشانی‌های شنود سرویس را با رابط‌های موردنظر هم‌تراز کنید و هم‌زمان ورودی‌های سرور نام منطقه را بازبینی کنید. تغییر شنودگرها می‌تواند کارخواهانی را که همین حالا نشانی‌ای را به کار می‌برند که شما برمی‌دارید مختل کند، پس نخست مشخص کنید چه کسی به کدام وابسته است. حذف یک شنودگر فقط به این دلیل که نشانی VPN است می‌تواند کارخواهانی را که می‌خواستید کمکشان کنید قطع کند.

Netlogon و به‌طور کلی کشف کنترل‌کننده دامنه نیز نشانی‌ها را به‌عنوان بخشی از وظایف خود ثبت می‌کنند. ثبت‌ها را در کل دامنه سرکوب نکنید و راه‌حل قدیمی ثبت دسترسی راه دور را بدون تأیید این‌که برای نسخه و نقش شما اعمال می‌شود کپی نکنید.

مالکیت پیش از پاک‌سازی

پیش از حذف رکورد، منبع را درست کنید، وگرنه رویداد ثبت بعدی آن را برمی‌گرداند و تمرین تکرار می‌شود. ورودی‌های منقضی را از طریق فرایند مالک DNS بردارید و حافظه نهان و کهنگی را در نظر بگیرید. از شبکه‌های کارخواه بررسی کنید، شامل کشف دامنه و برنامه‌ای که در ابتدا شکست خورد، سپس همان رویداد VPN را که نخستین بار نشانی را ساخت فعال کنید.

آنچه در پایان می‌خواهید مجموعه‌ای شناخته‌شده از نشانی‌ها و شنودگرهای منتشرشده است، در حالی که ثبت روزمره دامنه همچنان کارش را انجام می‌دهد. ماشینی که نامش اتفاقاً درست پس از پاک‌سازی دستی درست تجزیه شود، آن نیست.

ثبت کنید کدام منبع مسئول بود، کدام رکوردها تغییر کردند و کدام کارخواهان آزموده شدند. سرور چندرابطه بعدی همان سه مظنون را خواهد داشت.