اینترنت قطع شده، اما کاربر طبقه سوم همچنان نمیتواند از نرمافزار سازمانی استفاده کند. کارشناس در همان ساختمان است و شبکه داخلی هم کار میکند. آیا برای دیدن دسکتاپ او باید منتظر وصلشدن اینترنت بمانیم؟ نه لزوماً؛ ریموت دسکتاپ بدون اینترنت عمومی ممکن است، به شرط آنکه مسیر ارتباط و سرویسهای ضروری راهکار در شبکه قابلدسترسی باشند. «بدون اینترنت» با «بدون شبکه» فرق دارد.
اشتباه از جایی شروع میشود که عبارت «سرور داخلی» را معادل استقلال کامل از اینترنت میگیریم. در این راهنما، معماری اتصال و روش ارزیابی را بررسی میکنیم. برای شناخت محصولات نیز مقایسه نرمافزارهای ریموت دسکتاپ را بخوانید.
ریموت بدون اینترنت دقیقاً یعنی چه؟
در یک شبکه داخلی، دستگاهها میتوانند بدون عبور از اینترنت عمومی با یکدیگر ارتباط داشته باشند. مایکروسافت نیز دسترسی شبکهای، فعالبودن Remote Desktop و مجوز حساب کاربری را از پیشنیازهای اتصال به میزبان میداند. این مسیر شبکه ممکن است محلی باشد.
سه وضعیت متفاوت وجود دارد: قطع موقت اینترنت عمومی، شبکه داخلی با ارتباط خارجی محدود، و شبکه کاملاً ایزوله. راهکاری که هنگام قطع اینترنت نشست قبلی را ادامه میدهد، الزاماً در شبکه ایزوله قابل نصب، فعالسازی و بهرهبرداری نیست. پس سؤال دقیق این است: کدام عملیات، در کدام نسخه و پس از قطع کدام ارتباط، همچنان انجام میشود؟
اتصال مستقیم، سرور اختصاصی یا سرویس ابری؟
اتصال مستقیم به دستگاه
در این مدل، کارشناس از مسیر شبکه به میزبان میرسد؛ مانند استفاده از RDP برای دستگاه ویندوزیِ آماده و مجاز. دانستن نام یا نشانی دستگاه، جای مجوز ورود را نمیگیرد. تنظیمات میزبان و دسترسی حساب باید با سیاست سازمان هماهنگ باشند.
برای یک عملیات مدیریتی، این مدل ممکن است کافی باشد. اما فهرست درخواست کاربران، تعیین کارشناس و ثبت نتیجه خدمت را باید جداگانه در معماری دید. برقرارشدن ارتباط، تمام فرایند پشتیبانی نیست.
سرور مرکزی در زیرساخت سازمان
در راهکارهای خودمیزبان، بعضی اجزای ارتباط روی سرورهای تحت مدیریت سازمان قرار میگیرند. برای نمونه، مستندات RustDesk سرور شناسایی و سرور واسط ارتباط را از هم تفکیک میکند. سازمان باید محل هر جزء و مسیر دسترسی به آن را بداند.
از فروشنده یک نقشه ارتباطی بخواهید که علاوه بر تصویر دسکتاپ، ورود کارشناس، مجوز نرمافزار و خدمات جانبی را هم نشان دهد. ممکن است مسیر انتقال تصویر داخلی باشد، اما اجازه شروع نشست از سرویس دیگری دریافت شود.
سرویس ابری با دستگاههای نزدیک به هم
حضور دو کامپیوتر در یک ساختمان، بهتنهایی اثبات نمیکند که نرمافزار به اینترنت نیاز ندارد. برای ارزیابی، تمام مسیر راهاندازی را بررسی کنید: ورود تازه، یافتن مقصد و شروع نشست جدید. فقط بازماندن پنجره یک نشست قدیمی، نتیجه کافی برای خرید سازمانی نیست.
دو مثال رسمی که جلوی برداشت اشتباه را میگیرند
TeamViewer اتصال LAN را مستند کرده است. در راهنمای رسمی، اتصال با IP داخلی و تفاوت حالتهای پذیرش ارتباط محلی توضیح داده شده است. انتخاب Accept exclusively، امکانات مبتنی بر حساب و ابر را کنار میگذارد. همان راهنما میگوید اتصال LAN در گزارشهای اتصال ثبت نمیشود. بنابراین حفظ ارتباط محلی، الزاماً به معنی حفظ تمام امکانات مدیریتی نیست.
خودمیزبانی RustDesk Pro را با بینیازی از بررسی مجوز یکی نگیرید. مستند مجوز Server Pro، اعتبارسنجی لایسنس و امکان استفاده از پروکسی برای آن را توضیح میدهد. این موضوع مربوط به نسخه دارای مجوز Pro است و نباید به تمام شیوههای استفاده از سرور متنباز تعمیم داده شود. برای شبکه کاملاً ایزوله، تأیید کتبی سازگاری همان نسخه ضروری است.
برای دیدن تفاوت کاربرد، مقایسه مدادسک و RustDesk مکمل این بحث است. هدف، انتخاب بر اساس معماری و نیاز واقعی است؛ نه حذف یک محصول بهخاطر برچسب خارجی یا انتخاب دیگری صرفاً بهخاطر برچسب داخلی.
پنج وابستگی که باید پیش از خرید روشن شوند
ورود: کارشناس کجا احراز هویت میشود؟ پس از خروج از حساب و قطع اینترنت، ورود دوباره ممکن است؟
مجوز: فعالسازی اولیه، تمدید و بررسی دورهای مجوز به چه ارتباطی نیاز دارند؟ رفتار محصول در دوره قطع ارتباط باید از مستند همان نسخه استخراج شود.
شناسایی و ارتباط: دستگاه چگونه پیدا میشود و تصویر از چه مسیری عبور میکند؟ سرور واسط داخل سازمان است، در مرکز داده داخلی قرار دارد یا خارج از زیرساخت شماست؟
بهرهبرداری: نامگذاری شبکه، زمان سیستم، گواهیها، نصب عامل و بهروزرسانی چگونه اداره میشوند؟ هر جزء باید مسئول نگهداری داشته باشد.
بازیابی: پس از راهاندازی مجدد سرور یا کامپیوتر، امکان ایجاد یک نشست تازه وجود دارد؟ این مورد را به آزمون تحویل اضافه کنید.
آزمون قطع اینترنت؛ بدون مختلکردن سازمان
آزمایش پیشنهادی را در محیط کنترلشده و با مجوز مسئول شبکه انجام دهید. اینترنت کل شرکت را برای ارزیابی یک نرمافزار قطع نکنید. دستگاههای آزمایشی و مسیر بازگشت باید از قبل مشخص باشند.
ابتدا در وضعیت عادی وارد کنسول شوید، دستگاه را پیدا کنید و یک کار واقعی با داده آزمایشی انجام دهید. نشست را ببندید. سپس ارتباط خارجی محیط آزمایشی را مطابق طرح محدود کنید و ورود، یافتن دستگاه و شروع نشست را از ابتدا تکرار کنید.
در مرحله بعد، راهاندازی مجدد عامل یا سرویس را هم بررسی کنید. برای وابستگیهای دورهای، مدت آزمون باید با رفتار مستند محصول متناسب باشد؛ چند دقیقه آزمایش، درباره تمام بررسیهای روزانه یا تمدیدهای دورهای چیزی ثابت نمیکند.
خروجی باید شامل نسخه نرمافزار، وضعیت شبکه، مسیر ارتباط، زمان شروع نشست، امکانات باقیمانده و امکانات ازدسترفته باشد. نتیجه «کار کرد» را به جملهای دقیق تبدیل کنید: «در این شرایط مشخص، این عملیات انجام شد.»
شبکه شعب؛ داخل کشور با داخل سازمان یکی نیست
در سناریوی پیشنهادی یک شرکت چندشعبهای، ممکن است هر شعبه شبکه محلی سالم داشته باشد، اما مسیر بین شعب قطع شود. در این حالت، داخلیبودن سرور مرکزی مشکل دسترسی شعبه به آن را خودبهخود حل نمیکند. نقشه ارزیابی باید مسیر کارشناس تا سرور و مسیر دستگاه تا سرور را جداگانه بررسی کند.
همچنین «اینترانت کشوری» و «شبکه ایزوله سازمان» دو نیاز متفاوتاند. در پیشنهاد فنی، نام دقیق وضعیت موردنیاز را بنویسید تا تعهد فروشنده بر پایه برداشت مشترک شکل بگیرد.
مدادسک در این انتخاب چه ارزشی دارد؟
نیاز تیم پشتیبانی فقط حفظ یک اتصال نیست. باید معلوم باشد دستگاه متعلق به چه کسی است، درخواست کمک از کجا آمده و کدام کارشناس رسیدگی میکند. مدادسک کنسول وبی فارسی و راستچین را با دید متمرکز دستگاه، کاربر، درخواست کمک و نشست ترکیب میکند؛ مزیتی که به اداره کار روزمره مربوط است.
برای پروژه دارای الزام شبکه داخلی، دامنه استقرار مدادسک را نیز با همان معیارها مشخص کنید: محل اجزای ارتباطی، نیازهای ورود و مجوز و نتیجه آزمون قطع ارتباط خارجی. بومی یا وبیبودن بهتنهایی جای پاسخ معماری را نمیگیرد. انتخاب زمانی ارزشمند است که هم ارتباط و هم شیوه کار تیم با نیاز سازمان سازگار باشند.
پرسشهای متداول
آیا بدون مودم اینترنت هم ریموت ممکن است؟
وجود مسیر شبکه اهمیت دارد، نه الزاماً وجود مودم اینترنت. یک راهکار مناسب میتواند در شبکه محلی قابلدسترسی کار کند. بدون هیچ مسیر ارتباطی، اتصال از راه دور برقرار نمیشود.
آیا سرور داخلی، کارکرد آفلاین را تضمین میکند؟
خیر. ورود، مجوز و سرویسهای جانبی هم باید بررسی شوند. برای تصمیمگیری، آزمون نشست تازه و تأیید وابستگیها لازم است.
آیا Windows Home میزبان داخلی RDP است؟
خیر؛ طبق مستند مایکروسافتِ پیوندشده، Home نمیتواند نقش میزبان داخلی Remote Desktop را داشته باشد. نقش دستگاهی که اتصال را آغاز میکند با نقش میزبان متفاوت است.
سخن پایانی
برای پشتیبانی هنگام قطع اینترنت، ابتدا مشخص کنید چه چیزی قطع شده است: اینترنت عمومی، یک سرویس بیرونی یا مسیر شبکه. سپس همان وضعیت را در ارزیابی بازسازی کنید. خرید سازمانی باید بر نتیجه قابلتکرار استوار باشد، نه بر یک واژه در بروشور.
استقلال از اینترنت را از روی نام نرمافزار قضاوت نکنید؛ مسیر اتصال و نتیجه آزمون، پاسخ دقیقتری دارند.
