SNSCDNSNSCDN

دسترسی به شبکه جهانی: انتخاب، راه‌اندازی و عیب‌یابی

راهنمای شبکهPublished 2026-09-18Updated 2026-09-18

یک راهکار قابل استفاده برای دسترسی به شبکه جهانی فقط به انتخاب گره محدود نمی‌شود. دستگاه، کلاینت، شبکهٔ دسترسی محلی، مقصد، سهمیهٔ طرح و ضریب گره همگی می‌توانند نتیجه را تغییر دهند. این راهنما برای افراد و تیم‌های کوچک، مسیر تکرارپذیری از انتخاب و راه‌اندازی تا بررسی اتصال و عیب‌یابی ارائه می‌کند.

SNSCDN یک سرویس دسترسی شبکهٔ اشتراکی است؛ خط اختصاصی سازمانی، محصول SD-WAN یا سرویس دارای SLA سازمانی نیست. اگر به نشانی IP خروجی ثابت، ظرفیت اختصاصی، ممیزی انطباق یا تعهد قراردادی دسترس‌پذیری نیاز دارید، پیش از خرید موضوع را با پشتیبانی تأیید کنید و قابلیت‌ها را از روی نام گره استنباط نکنید.

نیاز را با چهار عامل مشخص کنید

  1. منطقه‌های مقصد و نوع کاربرد، مانند وب‌سایت، پیام‌رسان، مخزن کد یا ویدئو را یادداشت کنید. مقصدهای مختلف ممکن است مسیرهای متفاوتی داشته باشند و نتیجهٔ یک آزمایش نمایندهٔ همهٔ کاربردها نیست.
  2. سیستم‌عامل دستگاه و کلاینت موردنظر را مشخص کنید. ابتدا یک کلاینت را روی یک دستگاه بررسی کنید و پس از موفقیت، پیکربندی را به دستگاه‌های دیگر گسترش دهید.
  3. مجموع تقریبی آپلود و دانلود را برآورد کنید و ضریب گره‌هایی را که احتمالاً استفاده می‌کنید ببینید. پیش از سفارش، راهنمای طرح و فعال‌سازی را بخوانید.
  4. ثبت کنید که شبکهٔ دسترسی فعلی اینترنت خانگی، شبکهٔ محل کار، Wi‑Fi عمومی یا اینترنت همراه است. تغییر این شبکه می‌تواند رفتار DNS، مسیر، اتلاف بسته و دسترسی به درگاه‌ها را تغییر دهد و باید به‌عنوان یک متغیر مستقل بررسی شود.

ترافیک دوطرفه و ضریب گره را محاسبه کنید

SNSCDN مجموع آپلود و دانلود را محاسبه می‌کند و سپس ضریب فعلی گره را بر آن اعمال می‌کند:

مصرف تقریبی طرح = (ترافیک آپلود + ترافیک دانلود) × ضریب گره
  1. روی گرهٔ 1× (1x)، آپلود 1 GB و دانلود 9 GB تقریباً 10 GB از سهمیهٔ طرح کم می‌کند.
  2. همان انتقال روی گرهٔ 2× (2x) تقریباً 20 GB از سهمیه کم می‌کند.
  3. همان انتقال روی گرهٔ 3× (3x) تقریباً 30 GB از سهمیه کم می‌کند.
  4. ضریب، عامل محاسبهٔ مصرف است و برچسب سرعت نیست؛ گرهٔ 3× الزاماً سه برابر سریع‌تر از گرهٔ 1× نیست. ترافیک باقی‌مانده، تاریخ اعتبار و ضریب نمایش‌داده‌شده در داشبورد را مرجع فعلی بدانید.

یک پیکربندی تمیز روی دستگاه بسازید

  1. وارد داشبورد شوید و مطمئن شوید طرح فعال است، اعتبار آن پایان نیافته و ترافیک باقی مانده است.
  2. فقط یک کلاینت سازگار با دستگاه نصب کنید. سیستم‌های پشتیبانی‌شده و مراحل واردکردن در راهنمای واردکردن اشتراک در کلاینت توضیح داده شده‌اند.
  3. اگر کلاینت از قبل نمایهٔ SNSCDN دارد، همان اشتراک را یک‌بار به‌روزرسانی کنید و فوراً چند نمایهٔ هم‌نام وارد نکنید.
  4. برای نخستین بررسی، گره‌ای را انتخاب کنید که در کلاینت آنلاین نمایش داده می‌شود و دیگر ابزارهای شتاب‌دهی، فیلتر یا DNS سفارشی را موقتاً غیرفعال کنید تا قوانین روی هم اثر نگذارند.
  5. تنها پس از کارکردن دستگاه اول، دستگاه بعدی را تنظیم کنید. URL کامل اشتراک یا کد QR را در پیام عمومی، انجمن، مخزن کد یا تصویر بدون پوشاندن اطلاعات منتقل نکنید.

مسیر اتصال را در پنج دقیقه بررسی کنید

  1. وضعیت طرح، تاریخ اعتبار و ترافیک باقی‌مانده را بررسی کنید.
  2. اشتراک فعلی را فقط یک‌بار در کلاینت به‌روزرسانی کنید و مطمئن شوید زمان به‌روزرسانی تغییر کرده و فهرست گره‌ها ظاهر شده است.
  3. فقط یک کلاینت را در حال اجرا نگه دارید، یک گرهٔ آنلاین را انتخاب و اتصال را فعال کنید.
  4. ابتدا یک صفحهٔ معمولی HTTPS و سپس برنامه‌ای را که واقعاً به آن نیاز دارید آزمایش کنید. بازشدن یک صفحه فقط اتصال پایه را تأیید می‌کند و دسترسی همهٔ مقصدها را ثابت نمی‌کند.
  5. اگر آزمایش شکست خورد، در حالی که تنظیمات دیگر ثابت‌اند فقط یک‌بار میان Wi‑Fi و اینترنت همراه جابه‌جا شوید. هر بار یک عامل را تغییر دهید تا مشکل دستگاه، شبکهٔ دسترسی، گره یا مقصد از هم جدا شود.

کاربران تازه‌وارد بهتر است پیش از تغییر تنظیمات متعدد، مراحل شروع سریع را به‌ترتیب انجام دهند. واردکردن مکرر اشتراک، تعویض سریع چند گره و تغییر هم‌زمان DNS نتیجه را غیرقابل مقایسه می‌کند.

نتیجه‌های DNS، TCP، TLS و HTTP را جداگانه تفسیر کنید

  1. شکست DNS یعنی نام دامنه درست به نشانی تبدیل نشده است. املای نام را بررسی کنید، شبکهٔ دیگری را بیازمایید یا DNS سیستم را به حالت پیش‌فرض برگردانید؛ یک شکست به‌تنهایی خرابی گره را ثابت نمی‌کند.
  2. موفقیت DNS و شکست TCP یعنی نشانی پیدا شده، اما اتصال به درگاه مقصد برقرار نشده است. دستگاه، شبکهٔ دسترسی، مسیر، سیاست درگاه یا سرویس مقصد می‌تواند درگیر باشد.
  3. موفقیت TCP و شکست TLS یعنی اتصال پایه برقرار شده، اما دست‌دهی امن کامل نشده است. زمان دستگاه، نام میزبان، هشدار گواهی، نسخهٔ کلاینت و احتمال اختلال در شبکهٔ میانی را بررسی کنید و اعتبارسنجی گواهی را خاموش نکنید.
  4. پاسخ HTTP مانند 401، 403، 429 یا 5xx پس از TLS نشان می‌دهد درخواست به لایهٔ HTTP رسیده است. همهٔ این وضعیت‌ها را «قطع شبکه» تلقی نکنید؛ هر کد را براساس محل نمایش و معنای خودش بررسی کنید.
  5. اگر یک وب‌سایت یا برنامه شکست می‌خورد ولی مقصدهای HTTPS دیگر کار می‌کنند، وضعیت سرویس مقصد، سیاست آن یا مسیر مشخص محتمل‌تر است. برای ادامه از راهنمای عیب‌یابی اتصال استفاده کنید.

برای بررسی مرحله‌به‌مرحلهٔ DNS، TCP، TLS و HTTP از ابزارهای محلی عیب‌یابی شبکهٔ SNSCDN استفاده کنید. ابزارها نتیجه‌ها را جمع‌آوری یا بارگذاری نمی‌کنند؛ فقط نام میزبان عمومی را بیازمایید و پیش از اشتراک‌گذاری، اطلاعات حساس گزارش را بپوشانید.

تأخیر، نوسان تأخیر، اتلاف بسته و توان عملیاتی را جدا مقایسه کنید

  1. تأخیر، زمان رفت‌وبرگشت است و برای سنجش پاسخ‌گویی تعاملی مفید است، اما سرعت دانلود را مستقیماً اندازه نمی‌گیرد.
  2. نوسان تأخیر نشان می‌دهد زمان پاسخ چقدر تغییر می‌کند. میان دو مسیر با میانگین تأخیر مشابه، مسیر دارای نوسان بیشتر ممکن است تماس صوتی یا کار تعاملی را بیشتر مختل کند.
  3. اتلاف بسته موجب ارسال دوبارهٔ داده می‌شود و می‌تواند سرعت را کاهش دهد، مکث ایجاد کند یا اتصال را قطع کند. به‌جای تکیه بر یک عدد اوج در یک آزمایش، چند آزمایش کوتاه را در شرایط یکسان تکرار کنید.
  4. توان عملیاتی مقدار واقعی دادهٔ منتقل‌شده در واحد زمان است و علاوه بر مسیر، به سرور مقصد، توان دستگاه، کیفیت Wi‑Fi و فعالیت‌های پس‌زمینه بستگی دارد.
  5. برای مقایسهٔ گره‌ها، دستگاه، شبکهٔ دسترسی، مقصد و بازهٔ زمانی مشابه را ثابت نگه دارید و هر بار فقط گره را عوض کنید. نام گره، ضریب یا عدد تأخیر جای آزمایش واقعی توان عملیاتی را نمی‌گیرد.

از حساب و اطلاعات اشتراک محافظت کنید

URL کامل اشتراک و کد QR اطلاعات دسترسی محسوب می‌شوند. آن‌ها را در وب‌سایت عمومی سنجش سرعت، مخزن کد، انجمن، گفت‌وگوی گروهی یا تصویر بدون پوشاندن اطلاعات قرار ندهید. گذرواژه، کد تأیید ایمیل، توکن دسترسی یا اطلاعات کامل پرداخت را نیز ارسال نکنید.

  1. برای کندی معمولی، در دسترس نبودن یک گره یا خطای موقت HTTP 429، ابتدا اطلاعات اشتراک را بازنشانی نکنید.
  2. فقط زمانی بازنشانی کنید که اطلاعات افشا شده، احتمال استفادهٔ فرد دیگری وجود دارد، URL کامل فعلی در داشبورد تغییر کرده یا پلتفرم تعویض امنیتی اطلاعات دسترسی را اعلام کرده است؛ سپس اشتراک را روی همهٔ دستگاه‌ها دوباره وارد کنید.
  3. وضعیت فعلی طرح، ترافیک، اعتبار و ورودی اشتراک را مرجع نهایی بدانید. نمایهٔ ذخیره‌شده در کلاینت برای عیب‌یابی مفید است، اما وضعیت جاری حساب را ثابت نمی‌کند.

بدانید چه زمانی با پشتیبانی تماس بگیرید

اگر بررسی‌های پایه نتیجه نداد یا همان مشکل روی چند دستگاه و چند شبکهٔ دسترسی تکرار شد، با پشتیبانی تماس بگیرید. اطلاعات لازم برای بازتولید مشکل را پس از پوشاندن بخش‌های حساس ارائه کنید:

  1. تاریخ، زمان دقیق و منطقهٔ زمانی رخداد را بنویسید.
  2. مدل دستگاه، نام و نسخهٔ سیستم‌عامل، نام کلاینت و نسخهٔ آن را ذکر کنید.
  3. نوع شبکهٔ دسترسی و نتیجهٔ جابه‌جایی میان Wi‑Fi و اینترنت همراه را ثبت کنید.
  4. مشخص کنید مشکل یک یا چند گره، وب‌سایت و دستگاه را تحت تأثیر قرار داده است و متن کامل خطای قابل مشاهده را بنویسید.
  5. کارهای انجام‌شده و نتیجهٔ هر مرحله را به‌ترتیب ارائه کنید. شمارهٔ سفارش را فقط برای مشکل سفارش یا پرداخت بنویسید و اطلاعات کامل پرداخت را ارسال نکنید.

URL کامل اشتراک، کد QR، گذرواژه، کد تأیید ایمیل یا تصویر حساب بدون پوشاندن اطلاعات را در تیکت قرار ندهید. اگر اطلاعات بیشتری درخواست شد، همان گفت‌وگوی پشتیبانی را ادامه دهید و برای یک مشکل واحد تیکت تکراری نسازید.

یک مسیر تکرارپذیر برای استفاده بسازید

  1. اگر تازه‌وارد هستید، ابتدا مراحل راهنمای شروع سریع را دنبال کنید.
  2. پیش از سفارش، طرح‌ها، اعتبار، ترافیک دوطرفه و ضرایب را بررسی کنید.
  3. برای هر دستگاه، کلاینت مناسب را انتخاب و راهنمای واردکردن و به‌روزرسانی را دنبال کنید.
  4. هنگام بروز مشکل، از روند عیب‌یابی براساس نشانه‌ها استفاده کنید و هر بار فقط یک متغیر را تغییر دهید.

تصمیم نهایی را بر نتیجهٔ قابل تکرار اتصال، وضعیت فعلی حساب و مصرف واقعی استوار کنید، نه بر نام گره، یک اندازه‌گیری تأخیر یا عبارت تبلیغاتی. از SNSCDN فقط مطابق قوانین محل اقامت و محل استفاده از سرویس استفاده کنید.