HTTP یا SOCKS5: کدام IP پراکسی را انتخاب کنیم؟
نوع پراکسی را بر اساس برنامه، ترافیک پشتیبانی‌شده و نیاز به DNS سمت پراکسی انتخاب کنید.
ابتدا تنظیمات پراکسی برنامه را باز کنید. پروتکل‌های پشتیبانی‌شده تعیین می‌کنند کدام ورودی فهرست قابل استفاده است؛ برچسب پرزرق‌وبرق یا شماره‌درگاه آشنا پشتیبانی به کلاینت اضافه نمی‌کند.
| برنامه یا کار شما | انتخاب و بررسی |
|---|---|
| فقط کادر پراکسی HTTP دارد | نقطهٔ مناسب از فهرست پروکسی‌های HTTP. اگر مقصد HTTPS نیاز دارید، HTTPS CONNECT را هم آزمایش کنید. |
| SOCKS5 را پشتیبانی می‌کند و گزینهٔ اتصال یا DNS می‌خواهد | نقطهٔ SOCKS5 که هر دو سمت گزینه‌های لازم را پشتیبانی کنند. |
| UDP نیاز دارد | پشتیبانی UDP را در کلاینت و نقطهٔ اتصال بررسی کنید؛ نام SOCKS5 به‌تنهایی کافی نیست. |
| SOCKS4 می‌خواهد | نقطهٔ سازگار SOCKS4 و حالت متناظر کلاینت. |
| پراکسی را پشتیبانی نمی‌کند | IP یک فهرست به‌تنهایی برنامه را تنظیم نمی‌کند. |
برای درخواست‌های وب و API اغلب پراکسی HTTP کافی است. HTTP را هدایت می‌کند و در صورت اجازه، HTTPS را از CONNECT می‌برد. موفقیت صفحهٔ HTTP معمولی پشتیبانی تونل را ثابت نمی‌کند؛ سرویس ممکن است احراز هویت تونل بخواهد یا مقصد و درگاه را محدود کند.
SOCKS زیر لایهٔ درخواست HTTP کار می‌کند. برنامهٔ سازگار از آن می‌خواهد بدون تفسیر درخواست HTTP اتصال برقرار کند؛ پس برای سایر ترافیک پشتیبانی‌شده نیز مفید است. SOCKS5 نشانی IPv4، IPv6 و نام دامنه، احراز هویت و ارتباط UDP را تعریف می‌کند. برنامه یا نقطهٔ رایگان مشخص ممکن است فقط بخشی را پیاده کند. مسیر TCP SOCKS مرورگر خودکار برنامهٔ دیگر یا سرویس UDP را پوشش نمی‌دهد.
نام مقصد کجا حل می‌شود؟
در curl، نوشتار URL نوع SOCKS5 محل DNS مقصد را تعیین می‌کند: socks5:// محلی حل می‌کند؛ socks5h:// از پراکسی می‌خواهد حل کند. دیدهای متفاوت DNS ممکن است یکی را موفق و دیگری را ناموفق کنند. کلاینت‌های دیگر شاید کادر انتخاب یا گزینهٔ جدا داشته باشند. انتخاب SOCKS5 ثابت نمی‌کند تمام جست‌وجوهای DNS از آن می‌گذرند.
SOCKS4 امکانات کمتری دارد؛ SOCKS4a پردازش نام میزبان را اضافه می‌کند. اگر کلاینت و سرویس SOCKS5 را پشتیبانی می‌کنند و دلیلی برای پروتکل قدیمی نیست، ورودی مناسب SOCKS5 انتخاب اول معقولی است. واردکردن نقطهٔ SOCKS4 با حفظ حالت SOCKS5 کلاینت، ناسازگاری پروتکل است.
پس از تطبیق پروتکل، مقصد واقعی را آزمایش و اولین شکست را شناسایی کنید. نه HTTP و نه SOCKS5 معیار ناشناسی نیست؛ اعتماد به گرداننده، TLS مقصد و مسیر واقعی برنامه همچنان حفاظت شما را تعیین می‌کنند.