چرا سایت از ایران باز می‌شود ولی از خارج نه؟ مسیر تشخیص دسترسی
باز نشدن سایت از خارج کشور را با تفکیک DNS، اتصال، HTTPS و پاسخ برنامه بررسی کنید؛ با جدول ثبت شواهد و مسیر پیگیری بدون تغییرهای حدسی.
هاستلینو۴ دقیقه مطالعه
فهرست مطالب
اگر سایت از ایران باز می‌شود اما از خارج باز نمی‌شود، هنوز نمی‌توان علت را به اینترنت، هاست یا DNS نسبت داد. باید همان آدرس را از چند شبکه بررسی کنید و مشخص شود توقف در کدام مرحله است: پیدا کردن آدرس، اتصال، گواهی HTTPS یا پاسخ برنامه. نتیجه یک ابزار آنلاین برای تشخیص اختلال همه کاربران کافی نیست.
اول تفاوت را ثبت کنید، بعد تنظیمات را تغییر دهید
آدرس کامل صفحه، ساعت و منطقه زمانی، نام شبکه و متن دقیق خطا را یادداشت کنید. صفحه اصلی را با صفحه ورود یا محصول اشتباه نگیرید؛ www و بدون www، HTTP و HTTPS و مسیرهای متفاوت ممکن است رفتار یکسانی نداشته باشند. اگر خطا فقط روی یک اتصال رخ می‌دهد، از یک شبکه مستقل دیگر هم همان مسیر را بررسی کنید.
برای شروع، این جدول را پر کنید. جدول، الگوی پیشنهادی ثبت شواهد است و نتیجه آزمایش واقعی یک سایت نیست.
| مبدأ بررسی | آدرس و زمان | نتیجه قابل ثبت |
|---|---|---|
| اینترنت ثابت کاربر داخل ایران | همان URL و ساعت آزمون | متن خطا یا کد پاسخ، نه فقط «باز شد» |
| اینترنت موبایل مستقل | همان URL در فاصله کوتاه | تفاوت اتصال یا محتوا |
| یک مبدأ واقعی خارج کشور | همان URL و منطقه مبدأ | خطای DNS، اتصال، TLS یا HTTP |
چهار مرحله‌ای که باید از هم جدا شوند
| نشانه | شاخه بررسی | چیزی که هنوز ثابت نشده |
|---|---|---|
| خطای پیدا نشدن دامنه | رکورد، nameserver و پاسخ resolver | خرابی خود وردپرس |
| اتصال به سرور زمان‌بر یا ناموفق است | مسیر شبکه، فایروال و سرویس مقصد | علت قطعی یا مسدودسازی سراسری |
| خطای گواهی یا ارتباط امن | نام دامنه، زنجیره گواهی و تنظیم HTTPS | نیاز به حذف HTTPS |
| پاسخ ۴۰۳، چالش یا منع دسترسی | قواعد امنیتی، CDN و محدودیت جغرافیایی | قطع بودن کل سرور |
| پاسخ ۵xx | وب‌سرور، upstream و برنامه با توجه به لاگ | اینکه مشکل فقط از اینترنت کاربر است |
در صورت مشاهده ۵۰۳، راهنمای تفکیک تعمیرات و خطای سرور را بخوانید. برای پاسخ کندِ سایتی که باز می‌شود نیز اندازه‌گیری TTFB مسئله متفاوتی از عدم دسترسی را توضیح می‌دهد.
DNS متفاوت همیشه اشتباه نیست
CDN و مسیریابی جغرافیایی می‌توانند به مبدأهای مختلف پاسخ‌های متفاوت بدهند. ابتدا ببینید تفاوت انتظار می‌رود یا رکورد قدیمی و مقصد اشتباه وجود دارد. پاسخ رکوردهای A و AAAA و نام نهایی زنجیره CNAME را جدا بررسی کنید؛ نام resolveشده به‌تنهایی سلامت سرویس مقصد را ثابت نمیکند.
در زمان تغییر DNS، پاسخ cacheشده بعضی شبکه‌ها ممکن است با پاسخ جدید فرق کند. تغییر پیاپی nameserver یا پاک‌کردن رکوردها، بدون ثبت وضعیت قبلی، تشخیص را سخت‌تر می‌کند. کاهش TTL نیز پاسخ قدیمیِ از قبل cacheشده را فوراً پاک نمیکند. اگر از چند مقصد استفاده می‌کنید، مفهوم و محدودیت‌های GeoDNS و تفاوت GeoDNS و CDN را جدا بشناسید.
IPv4، IPv6 و لایه امنیت را مستقل کنترل کنید
بعضی دستگاه‌ها از مسیر IPv6 و بعضی از IPv4 استفاده می‌کنند. خرابی یک مسیر می‌تواند ظاهر مسئله را به «این کشور باز می‌کند و آن کشور نه» تبدیل کند. کارشناس باید پاسخ و اتصال هر خانواده آدرس را در شرایط قابل مقایسه بررسی کند؛ حذف AAAA بدون بررسی راه‌حل عمومی نیست.
اگر صفحه منع دسترسی یا چالش دریافت می‌شود، ساعت، URL و شناسه درخواست قابل مشاهده را برای بررسی قواعد امنیتی ثبت کنید. فایروال، حفاظت ربات و HTTPS را یک‌جا خاموش نکنید. هر تغییر باید محدود به علت تأییدشده، دارای مجوز و قابل بازگشت باشد. لاگ کامل یا فایل HAR ممکن است کوکی و اطلاعات خصوصی داشته باشد؛ نسخه پالایش‌شده را از مسیر امن به مسئول بررسی بدهید.
نمونه آموزشی: چطور فرضیه را محدود کنیم؟
فرض کنید صفحه اصلی روی دو شبکه داخل کشور باز می‌شود، ولی یک مبدأ خارجی پاسخ ۴۰۳ می‌گیرد. این نمونه فرضی است: گام بعدی بررسی قانون منع درخواست در لایه‌ای است که ۴۰۳ را تولید کرده، نه تعویض فوری هاست. اگر همان مبدأ به‌جای پاسخ HTTP در مرحله اتصال متوقف شود، مسیر بررسی شبکه و سرویس مقصد متفاوت است. هر دو حالت نباید با یک برچسب «مشکل خارج کشور» بسته شوند.
چه اطلاعاتی برای پشتیبانی بفرستیم؟
- URL دقیق، زمان شروع و شبکه‌های درگیر.
- تصویر خطا و کد پاسخ، اگر موجود است.
- آخرین تغییر DNS، گواهی، فایروال یا جابه‌جایی سرور.
- نتیجه همان مسیر از مبدأ سالم و ناسالم.
- دامنه اثر: فقط صفحه خاص، کل سایت یا سرویس بیرونی.
برای درخواست بررسی دسترسی سایت این شواهد را توضیح دهید؛ رمز و کوکی را در فرم عمومی ننویسید. بررسی اولیه سایت می‌تواند یک مشاهده بیرونی فراهم کند، اما جای آزمون از شبکه واقعی کاربران را نمی‌گیرد. GeoDNS هم درمان خودکار هر اختلال نیست؛ پیش از انتخاب سرویس GeoDNS باید زیرساخت مقصد و روش هماهنگی داده‌ها مشخص باشد.
منابع و دامنه راهنما
این مسیر، چارچوب تشخیص است؛ ادعای اندازه‌گیری دسترسی یک سایت مشخص یا تضمین رفع محدودیت شبکه نیست.
از نشانه به تشخیص قابل پیگیری
بررسی بیرونی یک نقطه شروع است؛ نتیجه را همراه خطای شبکه واقعی کاربران برای تشخیص دقیق‌تر ثبت کنید.
پرسش‌های متداول
آیا باز نشدن سایت از خارج حتماً از DNS است؟
خیر. تفاوت DNS فقط یکی از شاخههاست. اتصال شبکه، IPv4 و IPv6، HTTPS، قواعد امنیتی و پاسخ برنامه باید با شواهد جدا بررسی شوند. نتیجه یک مبدأ علت قطعی را ثابت نمیکند.
آیا GeoDNS مشکل دسترسی خارج کشور را خودکار حل می‌کند؟
خیر. ابتدا علت اختلال و سلامت مقصدها باید مشخص شود. GeoDNS روش مسیریابی است؛ بدون زیرساخت مناسب و هماهنگی داده، رفع هر مشکل شبکه یا برنامه را تضمین نمیکند.
