پروکسی وصل است اما کار نمی‌کند

تاریخ انتشار: 19 جولای 2026 · 7 دقیقه مطالعه

خلاصه: اگر IP عوض شده اما سایت‌ها هنوز تایم‌اوت می‌دهند، کلاینت شما تقریباً حتماً روی HTTP است به‌جای SOCKS5، پس DNS هرگز از پروکسی عبور نمی‌کند. اول به SOCKS5 عوض کنید. و با curl -v -x socks5h://gw.roamproxy.com:41080 -U 'username:password' https://ip.sb تست کنید — بدون -x، curl مستقیم وصل می‌شود و IP خودتان را نشان می‌دهد.

از اینجا شروع کنید: یک دستور که محل خرابی را می‌گوید

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

curl -v -x socks5h://gw.roamproxy.com:41080 -U 'username:password' https://ip.sb

اگر این یک IP پروکسی برمی‌گرداند اما کلاینت شما کار نمی‌کند، اکانت و مسیر خوب هستند و مشکل در کلاینت است. اگر این هم شکست بخورد، متن خطای curl را بخوانید — معمولاً مستقیم علت را می‌گوید.

دو روش که این دستور اشتباه نوشته می‌شود، هر دو نتیجه گمراه‌کننده می‌دهند:

  • پروکسی باید بعد از -x بیاید. بسیاری از آموزش‌ها curl -v socks5h://gw.roamproxy.com:41080 ... می‌نویسند، یعنی پروکسی را انگار که یک URL باشد پاس می‌دهند. curl بی‌صدا آن را نادیده می‌گیرد، مستقیم و بدون رمزنگاری وصل می‌شود و آدرس IP خودتان را برمی‌گرداند. بعد افراد نتیجه می‌گیرند پروکسی خراب است درحالی‌که اصلاً استفاده نشده.
  • اطلاعات ورود را با -U داخل کوتیشن تکی پاس دهید، نه داخل URL. اگر رمز عبورتان #، @، / یا : دارد، جاسازی آن در URL پروکسی رشته را می‌بُرد یا خطای Unsupported proxy syntax می‌دهد. نگه‌داشتنش در -U '...' از هر دو جلوگیری می‌کند.

علامت 1: ip.sb باز می‌شود و IP عوض شده، اما هر سایت دیگری تایم‌اوت می‌دهد

این تا کنون رایج‌ترین گزارش است، و بیشتر از همه با یک محصول خراب اشتباه گرفته می‌شود. IP تغییریافته ثابت می‌کند احراز هویت و تونل کار می‌کنند. مشکل در نوع ترافیکی است که مسیریابی می‌شود — معمولاً DNS.

تایید کردن فقط با ip.sb کافی نیست. این یک درخواست تکی، کوچک و اغلب کش‌شده است؛ می‌تواند موفق شود درحالی‌که مرور معمولی شکست می‌خورد.

این‌ها را به‌ترتیب طی کنید

  1. نوع پروکسی را به SOCKS5 عوض کنید. با پروکسی نوع HTTP، فقط ترافیک HTTP/HTTPS پروکسی می‌شود — جست‌وجوی DNS همچنان از شبکه محلی شما خارج می‌شود. اگر DNS محلی مسموم شده یا آدرسی برمی‌گرداند که از خروجی قابل‌دسترس نیست، دقیقاً همین الگو را می‌گیرید: پروکسی وصل می‌شود، اما صفحات هرگز بارگذاری نمی‌شوند. تحت SOCKS5 نام میزبان از طریق پروکسی حل می‌شود و این دسته از خرابی‌ها تا حد زیادی از بین می‌رود.

  2. مسیریابی را روی سراسری / پروکسی-همه تنظیم کنید. حالت‌های مبتنی‌بر قانون (مثلاً حالت «Config» در Shadowrocket) بخشی از دامنه‌ها را مستقیم می‌فرستند. هنگام عیب‌یابی، همه‌چیز را از پروکسی عبور دهید؛ فقط بعد از اینکه یک خط پایه سالم گرفتید قوانین را برگردانید.

  3. اگر شبکه شما نمی‌تواند مستقیم به گیت‌وی ما برسد، Roam را پشت یک پروکسی بالادستی زنجیر کنید. در یک شبکه محدود یا پشت فایروال سازمانی، اتصال به gw.roamproxy.com:41080 ممکن است اصلاً برقرار نشود. در این حالت اول به یک گام بالادستی نیاز دارید و Roam پشت آن زنجیر می‌شود. برای مرحله زنجیره‌کردن، راهنمای نصب Shadowrocket را ببینید.

  4. از خط فرمان تایید کنید. دستور curl بالا را اجرا کنید. موفقیت در آن به‌همراه شکست در کلاینت هر بار دامنه را به تنظیمات کلاینت محدود می‌کند.

علامت 2: کلاینت روشن است اما هیچ اتفاقی نمی‌افتد

  1. اول سرور را انتخاب کنید، بعد کلید را بزنید. بدون انتخاب سرور، زدن کلید اصلاً هیچ کاری نمی‌کند — نه خطا، نه ترافیک.
  2. بررسی کنید پروفایل VPN واقعاً نصب شده. در iOS: تنظیمات → عمومی → VPN و مدیریت دستگاه. اگر در هر مرحله‌ای از نصب روی «اجازه نده» زدید، پروفایلی اینجا نیست. پیکربندی را حذف و دوباره وارد کنید، این‌بار با اجازه دادن به پروفایل. در macOS بررسی معادل در تنظیمات سیستم → شبکه است — راهنمای نصب macOS را ببینید.
  3. دنبال فاصله اضافه در ابتدا یا انتهای نام کاربری و رمز عبور بگردید. کپی-پیست مدام این‌ها را می‌گیرد، و بیشتر کلاینت‌ها هیچ خطایی نشان نمی‌دهند — فقط احراز هویت شکست می‌خورد.

علامت 3: نمی‌توانید به ChatGPT یا Claude دسترسی پیدا کنید

این معمولاً مشکل IP نیست. IPهای خروجی ما می‌توانند به هر دو سرویس برسند. وقتی دسترسی شکست می‌خورد، تقریباً همیشه یکی از این دو مورد است.

1. شبکه شما نمی‌تواند به گیت‌وی ما برسد و هیچ گام بالادستی تنظیم نشده

اگر اتصال شما به gw.roamproxy.com:41080 توسط یک شبکه محدود یا فایروال سازمانی بلاک شده، هیچ‌چیز پایین‌دستی کار نخواهد کرد. یک پروکسی بالادستی جلو بگذارید و Roam را پشت آن زنجیر کنید — مرحله زنجیره‌کردن در راهنمای نصب Shadowrocket پوشش داده شده.

2. منطقه IP با منطقه اکانت مطابقت ندارد

این سرویس‌ها جایی که یک اکانت ثبت شده را با جایی که استفاده می‌شود مقایسه می‌کنند. ورود به یک اکانت ثبت‌شده در آمریکا از یک IP ژاپنی می‌تواند بررسی ریسک را فعال کند و تایید هویت را اجباری کند. یک منطقه انتخاب کنید و روی آن بمانید؛ تعویض مکرر همان چیزی است که چالش‌ها را فعال می‌کند.

اگر روی یک IP دیتاسنتر هستید نه رزیدنشیال، احتمال طبقه‌بندی‌شدن به‌عنوان ترافیک خودکار به‌طور محسوسی بالاتر است. برای چنین سایت‌هایی از IP رزیدنشیال استفاده کنید — رزیدنشیال دینامیک $2 در هر گیگابایت و رزیدنشیال استاتیک $4 در هر IP در ماه است.

علامت 4: داشبورد ترافیک صورت‌حساب‌شده نشان می‌دهد اما چیزی کار نمی‌کند

ترافیک صورت‌حساب‌شده یعنی اتصال برقرار شده و احراز هویت موفق بوده — اکانت سالم است. در عمل این تقریباً همیشه علامت 1 است، پس آن چک‌لیست را طی کنید.

یک نکته: خودِ عیب‌یابی هم پهنای باند مصرف می‌کند. با درخواست‌های کوچک مثل curl https://ip.sb تست کنید نه با بارگذاری مکرر صفحات سنگین، به‌خصوص روی 300 مگابایت آزمایشی.

هنوز کار نمی‌کند

این سه مورد را برای پشتیبانی بفرستید و یک دور کامل رفت‌وبرگشت را رد کنید:

  1. سیستم‌عامل و نام کلاینت شما (مثلاً: iOS 18 + Shadowrocket).
  2. نوع پروکسی مورد استفاده (SOCKS5 یا HTTP)، و اینکه آیا یک پروکسی بالادستی جلوی آن زنجیر شده.
  3. خروجی کامل curl -v -x socks5h://gw.roamproxy.com:41080 -U 'username:password' https://ip.sb — با رمز عبور حذف‌شده.

سوالات متداول

چرا ip.sb کار می‌کند اما هیچ سایت دیگری باز نمی‌شود؟

تقریباً همیشه به این دلیل که نوع پروکسی روی HTTP تنظیم شده به‌جای SOCKS5. تحت HTTP فقط ترافیک وب پروکسی می‌شود و جست‌وجوی DNS همچنان از شبکه محلی شما عبور می‌کند، پس نام‌های میزبان به آدرس‌هایی حل می‌شوند که خروجی نمی‌تواند به آن‌ها برسد. ip.sb اغلب موفق می‌شود چون درخواست کوچک و اغلب کش‌شده است. کلاینت را به SOCKS5 عوض کنید تا حل نام هم از پروکسی عبور کند.

تست curl من IP خودم را برمی‌گرداند. آیا پروکسی خراب است؟

خیر — تقریباً حتماً فلگ -x در دستور جا افتاده. نوشتن curl -v socks5h://gw.roamproxy.com:41080 پروکسی را مثل یک URL پاس می‌دهد که curl آن را نادیده می‌گیرد و قبلش مستقیم و بدون رمزنگاری وصل می‌شود. فرم درست این است: curl -v -x socks5h://gw.roamproxy.com:41080 -U 'username:password' https://ip.sb، با پروکسی بعد از -x.

رمز عبورم کاراکترهای خاص دارد و اتصال فوراً شکست می‌خورد. مشکل چیست؟

کاراکترهایی مثل # @ / و : وقتی داخل URL پروکسی جاسازی شوند خراب می‌شوند — رشته بریده می‌شود یا curl خطای Unsupported proxy syntax می‌دهد. اطلاعات ورود را جداگانه با -U پاس دهید و داخل کوتیشن تکی بگذارید تا شل آن‌ها را دست‌کاری نکند. بیشتر کلاینت‌های گرافیکی به همین دلیل فیلد جدا برای نام کاربری و رمز عبور دارند.

داشبورد نشان می‌دهد ترافیک مصرف شده، اما چیزی بارگذاری نمی‌شود. آیا بابت یک سرویس خراب هزینه پرداخت می‌کنم؟

ترافیک صورت‌حساب‌شده یعنی اتصال برقرار شده و اطلاعات ورود شما پذیرفته شده، پس خود اکانت کار می‌کند. این الگو تقریباً همیشه همان مشکل DNS/SOCKS5 است که در علامت 1 توضیح داده شد. توجه کنید که خودِ عیب‌یابی هم ترافیک مصرف می‌کند، پس با درخواست‌های کوچک مثل curl https://ip.sb تست کنید نه با بارگذاری مکرر صفحات.

طی‌کردن تنظیمات کلاینت از صفر اغلب سریع‌تر از تعمیر یک کلاینت خراب است — راهنمای Shadowrocket یا راهنمای macOS را ببینید. 300 مگابایت آزمایشی برای تایید یک رفع مشکل قبل از شارژ حساب کافی است.