هر دو نوع پروکسی کار یکسانی انجام میدهند: درخواست شما نه با نشانی خودتان، بلکه با IP دیگری به سایت مقصد میرسد. تفاوتشان در این است که آن IP از کجا میآید. در پروکسی مسکونی نشانی به یک اشتراک واقعی اینترنت خانگی تعلق دارد؛ در پروکسی دیتاسنتر به سروری در یک مرکز داده. همین یک تفاوت سرعت، قیمت و مهمتر از همه رفتار سایت مقصد با شما را تعیین میکند.
در این نوشته با سناریوهای مشخص توضیح میدهیم هر نوع چگونه کار میکند، سایتها با چه روشی تفاوت را تشخیص میدهند، چرا مدلهای هزینهشان از هم جدا میشود و برای هر کار کدام را باید انتخاب کرد. در پایان راه به کار بردن هر دو نوع در یک پروژه و پروکسی ISP را که میان این دو قرار دارد بررسی میکنیم.
پروکسی مسکونی چیست؟
پروکسی مسکونی از نشانیهای IP استفاده میکند که ارائهدهندگان خدمات اینترنت به خانهها میدهند. وقتی سایت مقصد این نشانی را بررسی میکند، مشترک شخصی یک ارائهدهنده دسترسی مانند Vodafone یا Comcast را میبیند. یعنی ترافیک چنان به نظر میرسد که از اتصال خانگی یک کاربر عادی میآید.
این نشانیها معمولاً از استخری گسترده میآیند و ممکن است در هر درخواست یا در فاصلههای معین تغییر کنند. هدفگیری در سطح کشور، شهر و اپراتور ممکن است؛ برای مقایسه اینکه یک محتوا از تهران و از برلین چگونه دیده میشود بسیار مناسب است. نقطههای خروجی هر کشور را میتوانید در صفحه موقعیتها ببینید.
استخرهای مسکونی دو گونه دارند و تشخیص آنها انتخاب را برایتان آسانتر میکند:
- مسکونی چرخشی: نشانی در هر درخواست یا پس از مدتی معین تغییر میکند. برای دریافت صفحههای مستقل مناسب است.
- مسکونی با نشست ثابت: یک نشانی برای مدتی معین در اختیار شما میماند. در جریانهای دارای ورود به حساب، سبد خرید یا چندمرحلهای لازم است. جزئیات این گزینه در صفحه پروکسی با نشست ثابت آمده است.
پروکسی دیتاسنتر چیست؟
پروکسی دیتاسنتر از سرورهای مراکز داده ارائهدهندگان ابری و شرکتهای میزبانی IP میدهد. پشت این نشانیها کاربر خانگی نیست؛ ماشینهایی با اتصالهای پرقدرت هستند که بیوقفه کار میکنند.
در نتیجه پروکسی دیتاسنتر سریع است، تأخیر کمی دارد و هزینه واحد آن بهطور محسوسی از مسکونی کمتر است. در مقابل بهایی هم دارد: بهسادگی میتوان فهمید که نشانی به یک مرکز داده تعلق دارد.
نشانیهای دیتاسنتر هم به دو شکل فروخته میشوند:
- اشتراکی: یک IP را چند مشتری به کار میبرند. ارزان است، اما رفتار کاربری دیگر ممکن است اعتبار نشانی را پایین بیاورد.
- خصوصی: نشانی فقط در اختیار شماست. اینکه چرا نشانی اشتراکینشده امنتر است را در نوشته پروکسی خصوصی چیست؟ توضیح دادهایم.
سایت مقصد تفاوت را چگونه تشخیص میدهد؟
هر نشانی IP به یک ASN (شماره سامانه خودمختار) وابسته است و مالک این شماره در سوابق عمومی دیده میشود. وقتی سایتی به ASN درخواست ورودی نگاه میکند، تفاوت میان «ارائهدهنده اینترنت خانگی» و «شرکت میزبانی» را در یک پرسوجو میبیند. نحوه ثبت سوابق ASN را میتوانید در جدول شمارههای AS در IANA بررسی کنید.
سایتها برای این پرسوجو معمولاً از پایگاههای داده آماده اطلاعات IP کمک میگیرند. این پایگاهها هر بلوک نشانی را در دستههایی مانند «ISP»، «میزبانی»، «موبایل» و «سازمانی» طبقهبندی میکنند و سامانهای که درخواست را بررسی میکند در چند میلیثانیه تصمیم میگیرد. یعنی برای «شناسایی» IP دیتاسنتر لازم نیست کسی شما را زیر نظر بگیرد؛ نوع بلوک نشانی از پیش ثبت شده است.
بسیاری از سایتها ترافیک مراکز داده را مستقیماً مسدود نمیکنند؛ اما با بدگمانی با آن روبهرو میشوند. در نقطههای حساسی مانند صفحههای ورود، مرحلههای سبد خرید، نتایج جستجو و فهرست قیمتها، IPهای دیتاسنتر بیشتر به کپچا، محدودیت نرخ یا پاسخ خالی برمیخورند. IPهای مسکونی اما چون از همان بلوکهای نشانی کاربران واقعی میآیند، راحتتر از این پالایهها میگذرند.
نشانههای مسدود شدن کداماند؟
چند نشانه معمول وجود دارد که نشان میدهد IP دیتاسنتر برای یک مقصد کافی نیست. تشخیص زودهنگام آنها به شما امکان میدهد تصمیم رفتن به مسکونی را بر پایه داده بگیرید:
- پاسخهای 403 یا 429. سایت درخواست را آشکارا رد میکند یا محدودیت نرخ اعمال میکند.
- کد 200 اما محتوای خالی. با اینکه کد پاسخ موفق به نظر میرسد، بدنه صفحه خالی، کوتاهشده یا صفحهای میانی از نوع «در حال بررسی دسترسی» است. این فریبندهترین شکل مسدودسازی است، چون اسکریپت شما خطایی نمیگیرد.
- افزایش نرخ کپچا. در خودکارسازی مرورگر، درصدی از نشستها به صفحه تأیید میافتند.
- محتوای متفاوت. یک صفحه در مرورگر واقعی یکجور و از طریق پروکسی جور دیگری دیده میشود. این تفاوت در اطلاعات قیمت و موجودی رایج است.
اگر یکی از این نشانهها را میبینید، ممکن است مشکل نه در کد شما، بلکه در بلوک نشانیای باشد که ترافیک از آن میآید.
تفاوتهای اصلی در یک جدول
| معیار | پروکسی مسکونی | پروکسی دیتاسنتر |
|---|---|---|
| منبع IP | اشتراک اینترنت خانگی | سرور مرکز داده |
| ظاهر ASN | ارائهدهنده دسترسی | شرکت میزبانی یا ابری |
| خطر شناسایی | کم | متوسط تا زیاد (بسته به مقصد) |
| سرعت و تأخیر | متغیر، وابسته به خط خانگی | سرعت بالا، تأخیر کم |
| پیوستگی اتصال | نشانی ممکن است با گذر زمان تغییر کند | نشانی ثابت و پایدار |
| هدفگیری مکانی | کشور، شهر، اپراتور | معمولاً کشور یا منطقه |
| اندازه استخر | بسیار گسترده، پویا | محدود، بلوکهای ثابت |
| شیوه قیمتگذاری | بیشتر بر پایه ترافیک (GB) | بیشتر بر پایه IP و مدت |
| کاربرد معمول | سایتهای محافظتشده، آزمون مکانی، حسابها | دانلود انبوه، آزمون، APIهای باز |
چرا مدلهای هزینه متفاوتاند؟
قیمت دو نوع نه فقط در عدد، بلکه در واحد اندازهگیری هم تفاوت دارد. در پروکسی مسکونی پرداخت معمولاً بر پایه حجم داده منتقلشده است؛ چون پشت هر نشانی استخر یک اتصال واقعی هست و با مصرف منبع هزینه ایجاد میشود. در پروکسی دیتاسنتر اما نشانیها در زیرساخت خود ارائهدهندهاند؛ به همین دلیل پرداخت برای هر IP و بر پایه مدت است و ترافیک اغلب نامحدود است.
نتیجه عملی این تفاوت چنین است: اگر فایلهای بزرگ دانلود میکنید یا صفحههای سنگین را هزاران بار دریافت میکنید، هزینه ترافیک در مسکونی بهسرعت بزرگ میشود. اگر پاسخهای کوچک API یا صفحههای سبک HTML دریافت میکنید، همان بودجه بسیار بیشتر دوام میآورد. هنگام برنامهریزی بودجه، اندازهگیری میانگین حجم پاسخ پیش از هر چیز با عدد نشان میدهد کدام نوع مقرونبهصرفه است. بستههای کنونی را میتوانید در صفحههای قیمت مسکونی و دیتاسنتر مقایسه کنید.
کی باید پروکسی مسکونی را انتخاب کرد؟
اگر سایت مقصد بازدیدکنندهاش را دقیق بررسی میکند و یک مانع جریان کار شما را متوقف میکند، هزینه اضافه پروکسی مسکونی جبران میشود:
- جمعآوری داده از سایتهای محافظتشده. صفحههای تجارت الکترونیک، بلیت، املاک و موتور جستجو ترافیک مرکز داده را بهسرعت نشانهگذاری میکنند. در پروژههای استخراج داده آنچه نرخ موفقیت را تعیین میکند اغلب نوع IP است.
- دیدن محتوایی که با مکان تغییر میکند. نتایج جستجو، تبلیغها و قیمتها بسته به شهر تفاوت دارند. برای پایش سئو و SERP یا تأیید تبلیغات باید همان چیزی را ببینید که کاربر واقعی میبیند.
- پایش قیمت. بازارگاهها ممکن است قیمت را بسته به مکان و نوع بازدیدکننده نشان دهند. برای تیمهایی که پایش قیمت انجام میدهند، IP مسکونی تضمین میکند قیمتی که میبینید همان قیمتی باشد که مشتری واقعی میبیند.
- مدیریت حساب. حسابهای شبکههای اجتماعی و بازارگاهها ممکن است هنگام ورود از نشانی مرکز داده تأیید اضافه بخواهند. در سناریوهای پروکسی شبکههای اجتماعی این تفاوت را مستقیماً احساس میکنید.
- آزمون بومیسازی. بررسی اینکه برنامه یا سایت شما برای کاربر کشورهای مختلف چگونه دیده میشود؛ جزئیات در صفحه بومیسازی ما.
کی پروکسی دیتاسنتر کافی است؟
اگر سایت مقصد پالایه تهاجمی ربات به کار نمیبرد، سرعت و قیمت پروکسی دیتاسنتر آن را منطقی میکند:
- آزمون سامانههای خودتان. آزمون بار، بررسی دسترسپذیری برنامه از منطقههای مختلف یا سنجش رفتار CDN. در سناریوهای آزمون برنامه نه نوع نشانی، بلکه پراکندگی جغرافیایی آن مهم است.
- APIهای باز و صفحههای بدون محافظت. دادههای عمومی، سایتهای مستندات، خوراکهای RSS، درگاههای داده باز.
- کارهای انبوهی که سرعت در آنها اولویت دارد. دانلود فایلهای بزرگ یا نشستهای طولانی که تأخیر در آنها حیاتی است.
- دسترسی به زیرساخت خودتان. سرورهایی که باید از IP ثابت دیگری به آنها وصل شوید، نشانیهایی که در دیواره آتش در فهرست مجاز قرار گرفتهاند.
- مرحله کاوش نخستین. هنگام نخستین پیمایش یک مقصد، ارزان فهمیدن وجود یا نبود مانع با دیتاسنتر و سپس تصمیمگیری.
به کار بردن هر دو در یک پروژه
بیشتر پیکربندیهای بالغ جمعآوری داده یک نوع را به کار نمیبرند؛ هر دو نوع را لایهلایه به کار میبرند. منطقش ساده است: ارزان و سریع را پیشفرض کنید و گران را فقط هنگام نیاز وارد کار کنید.
- صفحههای فهرست را با دیتاسنتر پیمایش کنید. دستهها و نتایج جستجو معمولاً محافظت کمتری دارند و درخواستهای زیادی لازم دارند.
- نشانه مسدودسازی را بگیرید. وقتی 403، 429، بدنه خالی یا صفحه کپچا دیدید، آن درخواست را علامت بزنید.
- فقط درخواستهای علامتخورده را با مسکونی تکرار کنید. نقطههای محافظتشدهای مانند صفحههای جزئیات، مرحلههای نیازمند ورود و بخش قیمت در این لایه میمانند.
- نسبت را پایش کنید. اگر درصد درخواستهایی که به مسکونی میرسند با گذر زمان بیشتر شود، یعنی سایت مقصد محافظتش را سختتر میکند؛ راهبرد بر همین پایه بهروز میشود.
این پیکربندی ترافیک مسکونی را به بخش کوچکی از کل ترافیک میرساند و بودجه را بهطور محسوسی پایین میآورد. تنها کاری که در سمت کد باید انجام دهید نوشتن لایهای است که هنگام خطا با پروکسی دیگری دوباره تلاش کند؛ نمونه آن در Python را در نوشته چرخاندن پروکسیها در Python میبینید.
میان این دو: پروکسی ISP
برخی پروژهها مزیت هر دو دنیا را همزمان میخواهند: با یک ASN مسکونی دیده شدن، اما کار با پایداری مرکز داده و نشانی ثابت. پروکسی ISP دقیقاً همین را ارائه میدهد. نشانی به نام یک ارائهدهنده دسترسی ثبت شده است، اما چون در زیرساخت سرور میزبانی میشود، سریع و پیوسته است.
در سناریوهایی که باید نشستی را برای مدت طولانی با همان IP باز نگه دارید، معمولاً متعادلترین گزینه است:
- اختصاص نشانی جداگانه و تغییرناپذیر به هر حساب،
- حفظ اتصالی ثابت و کمتأخیر در کلاینتهای بازی،
- مدیریت روزانه یک فروشگاه بازارگاه از همان نشانی.
در مقابل، گزینههای مکانی پروکسی ISP به گستردگی استخر مسکونی نیست و چون نشانی تغییر نمیکند، چرخش برای هر درخواست فراهم نمیکند. یعنی برای کارهایی که «نشانی زیاد، تغییر پرتکرار» میخواهند طراحی نشده، بلکه برای کارهایی است که «نشانی کم، عمر طولانی» میخواهند.
اگر میخواهید پروکسی مسکونی را با پروکسی موبایل مقایسه کنید، نوشته تفاوت پروکسی مسکونی و موبایل را ببینید؛ استفاده اشتراکی اپراتور از نشانیهای موبایل به آنها مزیت دیگری میدهد.
راهنمای تصمیم
برای اینکه سریع ببینید کدام نوع مناسب شماست میتوانید از جدول زیر استفاده کنید:
| نیاز شما | پیشنهاد |
|---|---|
| داده پرحجم از سایت بدون محافظت | دیتاسنتر |
| صفحههای محافظتشده تجارت الکترونیک یا جستجو | مسکونی (چرخشی) |
| جریان چندمرحلهای دارای ورود به حساب | مسکونی (نشست ثابت) یا ISP |
| IP ثابت و ماندگار برای هر حساب | ISP |
| مکان در سطح شهر یا اپراتور | مسکونی |
| آزمون سرورهای خودتان | دیتاسنتر |
| بودجه محدود، مقصدهای گوناگون | دیتاسنتر پیشفرض، مسکونی پشتیبان |
پرسشهای متداول
پروکسی دیتاسنتر قانونی است؟
بله. نوع پروکسی قانونی بودن را تعیین نمیکند؛ کاری که انجام میدهید تعیین میکند. جمعآوری داده عمومی مطابق با شرایط استفاده سایت و قانونهای جاری با هر دو نوع ممکن است. جزئیات موضوع در نوشته آیا اسکرپینگ وب قانونی است؟ آمده است.
پروکسی مسکونی همیشه بهتر است؟
نه. به کار بردن پروکسی مسکونی برای مقصدی بدون محافظت یعنی انجام همان کار با سرعت کمتر و هزینه بیشتر. برای بیشتر پروژهها کارآمدترین راه این است که نخست با دیتاسنتر آزمایش کنید و در نقطهای که به مانع برخوردید به مسکونی بروید.
میتوانم هر دو را در یک پروژه به کار ببرم؟
بله و اغلب منطقی است. پیمایش سریع صفحههای فهرست با IPهای دیتاسنتر و رفتن به IP مسکونی فقط در صفحههای جزئیات محافظتشده، هزینه را بهطور جدی کاهش میدهد. پیکربندی لایهای بالا دقیقاً همین را شرح میدهد.
چرا پروکسی مسکونی کندتر است؟
پشت نشانی یک اتصال خانگی هست؛ سرعت به ظرفیت آن خط و بار آن در همان لحظه بستگی دارد. سرور مرکز داده اما به یک ستون فقرات پرظرفیت وصل است. این تفاوت در بیشتر درخواستهای وب احساس نمیشود، اما در دانلود فایلهای بزرگ آشکار میشود.
اگر سایتی IP دیتاسنتر را مسدود کرد چه کنم؟
نخست سرعت درخواستهایتان را کم کنید و دوباره آزمایش کنید؛ مانع اغلب نه از نوع نشانی، بلکه از بسامد درخواستها ناشی میشود. اگر کم کردن سرعت کارساز نبود، برای آن مقصد به لایه مسکونی بروید. پافشاری بر همان نشانی دیتاسنتر ممکن است مانع را دائمی کند.
چگونه بررسی کنم یک IP مسکونی است یا دیتاسنتر؟
ابزارهای عمومی که ASN یک نشانی را بررسی میکنند، مالک بلوک نشانی را نشان میدهند. اگر مالک یک ارائهدهنده دسترسی باشد مسکونی است و اگر یک شرکت میزبانی یا ابری باشد دیتاسنتر. در پنل ارائهدهنده پروکسی شما هم نوع نشانی معمولاً مشخص شده است.
جمعبندی
اگر سایت مقصد شما ترافیک ورودی را زیر سؤال نمیبرد، پروکسی دیتاسنتر راهکاری سریع و مقرونبهصرفه است. اگر سایتها بسته به نوع IP رفتارشان را تغییر میدهند، ظاهر کاربر واقعی پروکسی مسکونی موانع را کم میکند. و وقتی هم به نشانی ثابت و هم به ظاهر مسکونی نیاز دارید، پروکسی ISP وارد میدان میشود. برای بیشتر پروژهها کارآمدترین راه این است که دیتاسنتر را پیشفرض کنید و مسکونی را فقط در نقطههایی که مانع دیده میشود به کار ببرید. برای مقایسه قیمتها صفحههای قیمت مسکونی و دیتاسنتر را ببینید.
