اعتبار IP و تشخیص ASN: چرا IPهای «تمیز» باز هم بلاک میشوند

پروکسیهای «تمیز» خریدید. IPها در هیچ بلکلیستی نیستند — خودتان بررسی کردید. فینگرپرینتهایتان تقلید شده، هدرهایتان بینقص است و باز هم همان درخواست اول چالش میخورید. دلیلش معمولاً یک جستوجوی واحد است که سایت هدف در کمتر از یک میلیثانیه انجام داد: پرسید که IP شما به کدام شبکه تعلق دارد.

این همان تشخیص ASN است و در سال 2026 ارزانترین و قابلاعتمادترین سیگنال در هر استک ضدبات است — جلوتر از فینگرپرینت TLS، جلوتر از چالشهای جاوااسکریپت. این مقاله توضیح میدهد که اعتبار IP واقعاً چطور محاسبه میشود، چرا «در بلکلیست نبودن» تقریباً هیچ معنایی ندارد، و قبل از مقصر دانستن کدتان چه چیزی را باید بررسی کنید. این مکمل لایهٔ شبکهٔ توضیح JA3/JA4 ماست.

ASN: سیگنالی که نمیتوانید جعل کنید

هر IP روی اینترنت به یک سیستم خودمختار (Autonomous System) تعلق دارد — شبکهای که آن را از طریق BGP اعلام میکند. شمارههای AS عمومیاند، رایگان قابل جستوجو، و از سمت کلاینت غیرقابل جعل. یک جستوجو به مدافع میگوید:

• چه کسی شبکه را اداره میکند — AWS، Hetzner، Comcast، Vodafone…
• چه نوع شبکهای است — ابری/هاستینگ، ISP/کاربر خانگی، اپراتور موبایل، آموزشی، تجاری
• ترافیک آن شبکه از نظر تاریخی چه شکلی دارد

منطقش بیرحم و مؤثر است: خریداران واقعی از داخل یک دیتاسنتر AWS وبگردی نمیکنند. یک IP از ASN هاستینگ (AWS، GCP، Hetzner، OVH، DigitalOcean) هر سشن را با پیشفرض احتمال بات حدود ۹۰٪+ شروع میکند. یک IP از ISP مسکونی کاربر خانگی نزدیک به صفر شروع میکند. بدون جاوااسکریپت، بدون فینگرپرینت، بدون هزینه — حکم تا حد زیادی قبل از رسیدن بدنهٔ درخواست شما صادر شده است.

اعتبار یک امتیاز است، نه یک بلکلیست

«IP من روی Spamhaus نیست» پاسخ دادن به یک سؤال متعلق به سال ۲۰۱۰ است. اعتبار IP مدرن یک امتیاز پیوسته بهروزشونده به ازای هر IP (و هر /24 و هر ASN) است که از سیگنالهایی مثل اینها ساخته میشود:

سیگنال	چه چیزی به مدافع میگوید
نوع ASN	هاستینگ در برابر مسکونی در برابر موبایل — پیشفرض پایه
تلهمتری اشتراکی سوءاستفاده	Cloudflare/Akamai/DataDome این IP را در میان همهٔ مشتریانشان میبینند — بنی که در سایت A خوردهاید تا سایت B دنبالتان میآید
سرعت درخواست به ازای هر IP	یک خانوار ۵۰ هزار درخواست در روز تولید نمیکند
تنوع سشن	صدها کوکی بیربط از یک IP = خروجی پروکسی
پورتاسکن / پروبهای پروکسی باز	بسیاری از فروشندگان فعالانه IPها را برای پورتهای پروکسی باز پروب میکنند
سن و چرخش IP	رنجهایی که اخیراً دست به دست شده یا رفتارشان عوض شده سریع دوباره امتیازدهی میشوند

دو پیامد. اول، اعتبار اشتراکی است: گناهان همهٔ کسانی که قبل از شما از آن IP استفاده کردهاند را به ارث میبرید — به همین دلیل است که استخرهای مسکونی ارزان و بیشفروختهشده ضعیف عمل میکنند. دوم، اعتبار به ازای رنج است، نه فقط به ازای IP: یک همسایهٔ پرسروصدا میتواند کل /24ای که روی آن هستید را مسموم کند.

سلسلهمراتب اعتماد به IP در سال 2026

1. IPهای اپراتور موبایل — بالاترین اعتماد. CGNAT یعنی هزاران انسان واقعی هر IP را به اشتراک میگذارند، پس بلاک کردن یک IP مشتریان واقعی را بلاک میکند. مدافعان اینجا حداکثر احتیاط را دارند.
2. IPهای ISP مسکونی — اعتماد بالا، استاندارد برای اسکرپینگ جدی و کار با اکانت.
3. IPهای ISP/مسکونی استاتیک («کاربر خانگی تجاری») — اعتماد خوب، پایدار، اما باورپذیری کمتری برای ترافیک با شکل مصرفکننده دارند.
4. IPهای دیتاسنتر — اعتماد نزدیک به صفر روی اهداف محافظتشده. برای APIهای محافظتنشده، ابزار داخلی و تست جغرافیایی داراییهای خودتان مناسباند.

(بررسی عمیق با مقایسهٔ هزینهها: انتخاب نوع پروکسی برای ایجنتها همین سلسلهمراتب را از منظر هزینه پوشش میدهد.)

قبل از دیباگ، بررسی کنید

قبل از دست زدن به کدتان، خود IP خروجی را بازجویی کنید. از طریق پروکسیتان بپرسید: روی کدام ASN هستم، نوعش چیست، موقعیتیابی جغرافیایی من را کجا قرار میدهد؟

# وقتی از طریق پروکسی وصل میشوی، دنیا چه چیزی میبیند؟
curl --proxy "socks5h://USERNAME:[email protected]:913" \
     "https://ipinfo.io/json"

# به "org": "AS7922 Comcast..."  نگاه کن  -> ISP کاربر خانگی، خوب
#         "org": "AS16276 OVH SAS"    -> ASN هاستینگ، دیتاسنتر به تو فروختهاند

سه یافته که «IP تمیز، باز هم بلاک» را توضیح میدهند:

• IP «مسکونی» روی یک ASN هاستینگ است. برخی ارائهدهندگان رنجهای دیتاسنتر را با برچسب مسکونی دوباره میفروشند. جستوجوی ASN این را فوراً برملا میکند — اگر org بگوید OVH یا ColoCrossing، دیتاسنتر به شما فروختهاند.
• عدم تطابق موقعیت جغرافیایی. سشن شما ادعای یک فروشگاه آمریکایی دارد، اما IP در فرانکفورت موقعیتیابی میشود — یا بدتر، منطقهٔ زمانی IP با منطقهٔ زمانی Intl مرورگرتان تناقض دارد. بررسیهای سازگاری بینلایهای این را میگیرند.
• IP خوب است؛ فینگرپرینت نه. اگر ASN یک ISP واقعی است و باز هم در درخواست اول بلاک میشوید، در استک بالاتر بروید — فینگرپرینت TLS/HTTP2 (رفع اینجا) یا آرتیفکتهای headless.

کار کردن با اعتبار، نه علیه آن

• نوع IP را با روایت ترافیک منطبق کنید. ترافیک با شکل مصرفکننده (شبکه اجتماعی، خردهفروشی، کفش، بلیت) به مسکونی/موبایل نیاز دارد. داشبوردهای B2B SaaS IPهای ISP را تحمل میکنند. APIهای عمومی اهمیت نمیدهند.
• سرعت را پخش کنید. سیستمهای اعتبار نرخ درخواست به ازای هر IP را ردیابی میکنند — چرخش در میان یک استخر بزرگ هر خروجی را زیر رادار نگه میدارد؛ الگوهای چرخش در Python را ببینید.
• IPهای استیکی را نسوزانید. با سشنهای استیکی در حال ساخت تاریخچهٔ به ازای هر IP روی هدف هستید — آن تاریخچه را شبیه انسان نگه دارید، چون حالا شما همان اعتبار هستید.
• قبل از تعهد حجم، کیفیت استخر را تست کنید. ۲۰ خروجی از یک ارائهدهنده نمونهگیری کنید، نوع ASN و سازگاری هر کدام را بررسی کنید. استخری که ۳۰٪ آن دیتاسنتر برچسبگذاریشدهٔ اشتباه است نرخ بلاک مرموز و متناوبی تولید میکند که دقیقاً شبیه یک باگ کد به نظر میرسد.

جمعبندی

• نوع ASN اولین و ارزانترین سیگنال بات است — قبل از اینکه حتی درخواست شما پارس شود شکل میگیرد، از سمت کلاینت غیرقابل جعل.
• اعتبار یک امتیاز اشتراکی و پیوسته به ازای IP/رنج/ASN است — «در بلکلیست نبودن» بیمعناست؛ تاریخچه در هر سایتی که فروشنده محافظت میکند دنبال IP میآید.
• سلسلهمراتب اعتماد: موبایل > مسکونی > ISP > دیتاسنتر. نوع IP را با ترافیکی که تقلید میکنید منطبق کنید.
• خروجیها را تجربی تأیید کنید: org و نوع ASN، سازگاری جغرافیایی. استخرهای برچسبگذاریشدهٔ اشتباه یک قاتل بیسروصدای نرخ بلاک هستند.
• IP تمیز اما باز هم در درخواست اول بلاک؟ مشکل یک لایه بالاتر است — فینگرپرینتها.