آیا VPN می‌تواند دسکتاپ راه دور را جایگزین کند؟ هر یک چه کاری می‌کند
پنجره خالی پس از ورود، یک ایراد نیست. مشخص کنید برنامه کجا اجرا می‌شود، سپس تونل، مسیر، ورود و نشست را جداگانه بررسی کنید.
پنجره‌ای باز می‌شود، اطلاعات ورود می‌خواهد، سپس خالی می‌ماند یا می‌بندد و کاربر می‌گوید VPN دسترسی راه دور را خراب کرده است. گاهی تونل سالم است و نشست هرگز شروع نشده است. دانستن اینکه برنامه واقعاً کجا اجرا می‌شود همان چیزی است که این حالت‌ها را از هم جدا می‌کند، زیرا تونل و نشست دسکتاپ چیزهای متفاوتی می‌دهند و در جاهای متفاوتی از کار می‌افتند.
تونل به دستگاه شما راهی به یک شبکه می‌دهد. در حالی که نشست دسکتاپ به شما صفحه‌نمایش و صفحه‌کلیدی می‌دهد که به ماشین دیگری وصل است.
نشانه به این بستگی دارد که برنامه کجا اجرا می‌شود
در دسترسی مستقیم از طریق تونل، برنامه روی دستگاه خود شما اجرا می‌شود و درخواست‌هایش مسیر خصوصی مجاز را تا یک اشتراک فایل یا یک سایت داخلی طی می‌کنند. اگر آن برنامه از کار بیفتد، شما با مشکل تحلیل نام یا مسیریابی روبه‌رو هستید و برنامه محلی در بقیه موارد عادی رفتار می‌کند.
در نشست راه دور، برنامه روی ماشین دوردست اجرا می‌شود و دستگاه شما تصویری از آن را دریافت می‌کند. این فهرست خرابی‌ها را کاملاً تغییر می‌دهد: میزبان نشست باید در دسترس باشد، سرویسی که اتصال‌ها را می‌پذیرد باید در حال شنیدن باشد و حساب شما باید هم روی تونل و هم روی میزبان مجاز باشد. پنجره خالی پس از ورود موفق به تونل معمولاً یعنی احراز هویت دوم هرگز موفق نشده است.
هر دو طرح می‌توانند برای یک کاربر همزمان وجود داشته باشند. چیدمان رایج ابتدا تونل و سپس نشست دسکتاپ درون آن را می‌خواهد، و به همین دلیل موفقیت جزئی به‌سادگی یک قابلیت خراب خوانده می‌شود.
کارایی از بار کار پیروی می‌کند، نه از برچسب
باز کردن مستقیم یک فایل بزرگ از طریق تونل، آن فایل را روی شبکه جابه‌جا می‌کند و تأخیر قابل مشاهده به انتقال بستگی دارد نه به کلیک. در نشست راه دور ممکن است فایل هرگز از مرکز داده بیرون نرود، که انتقال را حذف می‌کند و به‌جای آن تازه‌سازی صفحه و تأخیر ورودی می‌گذارد. هیچ‌یک از دو طرح به‌طور کلی سریع‌تر نیست، چون چیزهای متفاوتی را جابه‌جا می‌کنند. پیش از انتخاب یک سنجه، بپرسید کاربر واقعاً منتظر چه مقداری است.
این تفاوت وقتی کسی از کندی شکایت می‌کند اهمیت دارد. نشست راه دوری که هنگام تایپ کند احساس می‌شود به تأخیر رفت‌وبرگشت حساس است، در حالی که باز کردن مستقیم فایل روی همان تونل به توان عبوری حساس است. وظیفه را اندازه بگیرید نه یک عدد سرعت کلی، و همان عملیاتی را آزمایش کنید که کاربر از آن شکایت دارد.
کار تعاملی روی مسیری با تأخیر بالا هرچه بیشتر صفحه تغییر کند بدتر می‌شود، و به همین دلیل پیمایش در یک سند با نگاه کردن به پنجره‌ای ثابت متفاوت حس می‌شود. اگر شکایت درباره پاسخ‌گویی است نه زمان تکمیل، محل اجرای بار کار همان متغیری است که ارزش تغییر دارد.
وقتی هر لایه از کار می‌افتد آن را جداگانه بررسی کنید
از بیرون به درون پیش بروید و ثبت کنید هر مرحله چه برمی‌گرداند، زیرا راه‌اندازی مجدد همه چیز با هم شواهد را نابود می‌کند. تأیید کنید تونل بالاست، سپس تأیید کنید مسیر خصوصی تحلیل می‌شود، سپس تأیید کنید میزبان نشست اتصال‌ها را می‌پذیرد، سپس تأیید کنید حساب شما روی آن مجاز است.
Test-NetConnection -ComputerName 172.20.8.30 -Port 3389
Resolve-DnsName workstation-14.corp.example
qwinsta /server:172.20.8.30مسیری که پاسخ می‌دهد و درگاهی که رد می‌کند نتایج متفاوتی هستند، و درگاهی که پاسخ می‌دهد در حالی که اطلاعات ورود شما رد می‌شود نتیجه سومی است. جایی که استقرار از دروازه دسترسی مدیریت‌شده به‌جای تونل به دفتر استفاده می‌کند، از همان معماری پیروی کنید و سرویس دسکتاپ را به اینترنت باز نکنید فقط به این دلیل که یک مسیر خصوصی شکست خورده است.
رمزگذاری و مجوزدهی هم کارهای جداگانه‌ای هستند. تونل مسیر را رمزگذاری می‌کند، در حالی که پروتکل نشست شما را نزد میزبان احراز هویت می‌کند و برنامه ممکن است دوباره شما را احراز هویت کند. عبور از بررسی اول هیچ چیزی درباره سومی نمی‌گوید، و راهنمایی برای رسیدن به رایانه‌ای راه دور از بیرون شبکه اجزایی را توصیف می‌کند که یک استقرار کارآمد به آن نیاز دارد.
تصمیم بگیرید چه چیزی باید داخل سازمان بماند
این فرض که نشست راه دور هر سندی را در مرکز داده نگه می‌دارد ایمن نیست. اشتراک کلیپ‌بورد، درایوهای هدایت‌شده و چاپ می‌توانند هر زمان که سیاست اجازه دهد اطلاعات را میان دو محیط جابه‌جا کنند، و تونل محدود نمی‌کند کاربر مجاز کدام فایل‌ها را از یک اشتراک در دسترس کپی می‌کند. اگر الزام، مهار کردن است، کنترل‌های واقعی انتقال نشست را بررسی کنید نه اینکه به نمودار معماری اعتماد کنید. پیش از هر قولی به نام صاحب نشست، از او بپرسید کدام هدایت‌ها فعال است.
عمر نشست غافلگیری دیگری است. بستن پنجره می‌تواند نشست را روی میزبان در حال اجرا رها کند، پس از دست دادن تونل ممکن است آن را فقط موقتاً دسترس‌ناپذیر کند. روش تأییدشده پایان دادن کار روی ماشین مشترک را بیاموزید و پس از آن میزبان را بررسی کنید نه اینکه فرض کنید خروج انجام شده است.
بنویسید کدام لایه از کار افتاد، چه چیزی را تغییر دادید و کاربر باید چه چیزی را دوباره آزمایش کند. این ثبت از راه‌حلی که هیچ‌کس نمی‌تواند بازتولید کند ارزشمندتر است.