کیفیت IP: خانگی، مرکز داده، و برچسب «پروکسی» از کجا می‌آید

بررسی IP این سایت را باز کنید تا ستونی از فیلدها ببینید: نشانی، کشور و شهر، ASN، ISP، و بعد چند flag کلیدمانند: پروکسی، هاستینگ، موبایل. ردیف کشور را همه می‌فهمند. ردیف‌های بعد از آن چیزی است که موتور ریسک یک سایت واقعاً به آن اهمیت می‌دهد. همین‌ها تعیین می‌کنند که هنگام ورود یک captcha اضافه بگیرید یا نه، ثبت‌نام‌تان انجام شود یا نه، و یک سرویس پخش ویدیو اصلاً چیزی پخش کند یا نه. به ترتیب بررسی‌شان می‌کنیم.

سه نوع IP: خانگی، مرکز داده، موبایل

به‌طور تقریبی، نشانی‌های عمومی سه کاربرد دارند.

IP خانگی چیزی است که ارائه‌دهندهٔ اینترنت خانگی به روتر آپارتمان شما می‌دهد. Comcast، BT، China Telecom، NTT — هر کدام بلوک‌های بزرگی در اختیار دارند و به هر مشترک یک نشانی می‌دهند، معمولاً پویا، که هر چند روز یا با هر بار راه‌اندازی مجدد مودم عوض می‌شود. ویژگی تعیین‌کننده‌اش «یک نشانی، تقریباً یک خانوار» است، و به همین دلیل سایت‌ها آن را عادی‌ترین و انسانی‌ترین مبدأ می‌دانند.

IP مرکز داده، که اغلب برچسب هاستینگ می‌خورد، متعلق به ارائه‌دهندگان ابری و مراکز colocation است: AWS، Google Cloud، Alibaba Cloud، Vultr، Hetzner، به‌علاوهٔ بی‌شمار اپراتور کوچکی که اسمشان را نشنیده‌اید. پشت این نشانی‌ها سرور کار می‌کند، نه کسی روی مبل. نشست مرورگری که از یک نشانی AWS می‌آید در نگاه اول کمی عجیب است؛ ناممکن نیست، اما ارزش نگاه دوم دارد.

IP موبایل از اپراتور تلفن همراه می‌آید. اپراتورها هیچ‌وقت آن‌قدر نشانی نداشتند که به هر گوشی یکی بدهند، پس از CGNAT (NAT در سطح اپراتور) استفاده می‌کنند تا هزاران گوشی را پشت یک خروجی جا دهند. برای یک وب‌سایت، نشانی موبایل یعنی «آدم‌های واقعی زیادی پشت یک شماره»، بنابراین مسدود کردن یکجای آن پرخطر است و به‌جایش به سیگنال‌های دیگر تکیه می‌کنند.

ASN و ISP یک چیز نیستند

ASN شمارهٔ سیستم خودمختار است، مفهومی در لایهٔ مسیریابی. اینترنت فدراسیونی از ده‌ها هزار «سیستم خودمختار» است که هر کدام به دنیا اعلام می‌کند «این محدوده‌های نشانی مال من است». AS4134 ستون فقرات China Telecom است، AS4837 مال China Unicom، AS16509 مال Amazon. جستجوی ASN به این پرسش پاسخ می‌دهد که «در جدول مسیریابی چه کسی مسئول این محدوده است»، و این داده عمومی است؛ هر کسی می‌تواند آن را از فیدهای BGP بیرون بکشد.

فیلد ISP یا org از WHOIS و ثبت‌کننده‌های منطقه‌ای اینترنت (RIRهایی مثل APNIC و ARIN) می‌آید. این فیلد ثبت می‌کند که محدوده به نام چه کسی ثبت شده است. معمولاً این دو با هم می‌خوانند، اما نه همیشه: یک شرکت کوچک ممکن است بلوکی را از یک اپراتور بزرگ اجاره کند و زیر ASN خودش اعلام کند، یا برعکس.

کار یک پایگاه‌دادهٔ GeoIP این است که ASN، داده‌های ثبت و انواع شواهد جانبی — اندازه‌گیری‌های تأخیر، موقعیت‌های گزارش‌شده توسط کاربران، مکان‌یابی Wi-Fi — را در هم بیامیزد و حدس بزند یک نشانی در کدام شهر قرار دارد. حدس در سطح کشور نسبتاً قابل اتکاست. حدس در سطح شهر شیر یا خط است. شهری که در کارت IP این سایت نمایش داده می‌شود مرتب چند صد کیلومتر خطا دارد؛ این باگ نیست، ماهیت داده است.

flagهای پروکسی و هاستینگ چطور چسبانده می‌شوند

این بدفهمیده‌شده‌ترین بخش است. هیچ مرجع مرکزی‌ای وجود ندارد که روی نشانی‌ها مهر «پروکسی» بزند. این flagها تخمین‌هایی است که هر فروشندهٔ داده به‌طور مستقل می‌زند، از منابعی مثل این‌ها:

• دسته‌بندی بر اساس نوع ASN. اگر محدوده متعلق به یک ارائه‌دهندهٔ ابری باشد، هاستینگ علامت بخورد. خام، اما پایدار.
• اسکن فعال. فروشندگان مشترک انبوهی از سرویس‌های VPN می‌شوند، همهٔ گره‌های خروجی را یکی‌یکی امتحان می‌کنند و آنچه می‌بینند ثبت می‌کنند.
• فهرست‌های عمومی. گره‌های خروجی Tor منتشر می‌شود؛ پروکسی‌های باز در فهرست‌هایی گردآوری می‌شود؛ هر دو مستقیم وارد پایگاه‌داده می‌شوند.
• آمار رفتاری. نشانی‌ای که در بازهٔ کوتاهی در حساب‌ها و کشورهای مختلف بیش از حد ظاهر شود، به‌عنوان خروجی مشترک استنباط می‌شود.
• گزارش کاربران و honeypotها. تله‌های spam و فرم‌های ثبت‌نامی که مورد سوءاستفاده قرار گرفته‌اند، داده برمی‌گردانند.

همهٔ این‌ها احتمالاتی است. نشانی‌ها بازیافت می‌شوند، اپراتورهای VPN ماشین‌هایشان را عوض می‌کنند، اسکن‌ها کهنه می‌شوند. پس یک IP می‌تواند در یک پایگاه‌داده «پروکسی» و در دیگری پاک باشد، و یک اتصال خانگی عادی می‌تواند سال‌ها flag داشته باشد چون زمانی کسی روی آن پروکسی اجرا کرده است. مثبت کاذب هزینهٔ ذاتی این سیستم است، نه استثنا.

فهرست‌های سیاه باز هم سازوکار جداگانه‌ای هستند. RBLهایی مثل Spamhaus برای سیستم‌های ایمیل ساخته شده‌اند؛ چیزی که پاسخ می‌دهند این است که «آیا این نشانی spam فرستاده یا میزبان botnet بوده». اثرشان روی ورود به وب‌سایت‌ها بسته به سایت فرق می‌کند و بسیاری از سایت‌ها اصلاً آن‌ها را بررسی نمی‌کنند. ردیف فهرست سیاه در این سایت از Spamhaus ZEN از طریق DNS (بدون نیاز به کلید) و، اگر کلید API تنظیم شده باشد، از AbuseIPDB پرس‌وجو می‌کند و zoneهایی را که نشانی در آن‌ها هست فهرست می‌کند: SBL، XBL یا PBL. قرار داشتن فقط در PBL یک فهرست سیاستی است، نه سابقهٔ سوءاستفاده؛ محدوده‌هایی را علامت می‌زند که نباید مستقیم ایمیل بفرستند، و این تقریباً همهٔ اینترنت خانگی را در بر می‌گیرد. «—» فقط وقتی در آن ردیف ظاهر می‌شود که هیچ‌کدام از دو منبع پاسخ نداده باشند، و آن نه به نفع شماست و نه به ضررتان.

چرا خروجی VPN تقریباً همیشه IP مرکز داده است

موقعیت اپراتور را در نظر بگیرید. به ماشین‌هایی در خارج از کشور با پهنای باند بالا، قیمت قابل پیش‌بینی و ظرفیت صدها کاربر نیاز دارد، و تنها جایی که این‌ها را می‌توان پیدا کرد مرکز داده است. هیچ‌کس در لس‌آنجلس خانه اجاره نمی‌کند و برایش فیبر نمی‌کشد تا شما آنجا یک گره داشته باشید. کاربران خودمیزبان هم در همین وضعیت‌اند: VPS یک سرور ابری است و نشانی‌اش بنا به تعریف هاستینگ است.

از همین‌جا دسته‌ای از محصولات به نام «پروکسی خانگی» پیدا شده که نقطهٔ فروششان خروجی روی اینترنت خانگی واقعی است. منبع تأمین آن‌ها جای تردید دارد. بیشتر شبکه‌های پروکسی خانگی با بازفروش پهنای باند آدم‌های عادی ساخته می‌شوند؛ گاهی از طریق SDKای که همراه یک نرم‌افزار رایگان نصب می‌شود، گاهی از طریق برنامه‌هایی که برای «اشتراک‌گذاری پهنای باند بیکار» پول ناچیزی می‌دهند. ترافیک شما از روتر یک غریبه بیرون می‌رود و ترافیک او ممکن است از روتر شما. استفاده یا نکردن از آن تصمیم شخصی است، اما بد نیست بدانید زیر آن چه خبر است.

اگر از فیلترشکن استفاده می‌کنید، این یعنی چه

واقع‌بینانه، IP خروجی شما به‌عنوان هاستینگ علامت خواهد خورد؛ این تقریباً اجتناب‌ناپذیر است و به این معنا نیست که کار اشتباهی کرده‌اید. آنچه مهم است واکنش هر سایت به این flag است:

• captcha بیشتر در ورود و ثبت‌نام؛ برخی سرویس‌ها اصلاً کد پیامکی نمی‌فرستند.
• سرویس‌های پخش ویدیو محدودیت‌های منطقه‌ای مجوز را اعمال می‌کنند و IP مرکز داده را «بینندهٔ محلی نیست» تلقی می‌کنند.
• موتورهای ریسک پرداخت و تجارت الکترونیک، IP هاستینگ را به امتیاز ریسک اضافه می‌کنند.
• یک خروجی که ده‌ها یا صدها نفر مشترکاً استفاده می‌کنند یعنی سوءاستفادهٔ کس دیگری گریبان شما را می‌گیرد. این مورد آخر رایج است؛ وقتی یک گره ناگهان همه‌جا captcha می‌آورد، معمولاً یک همسایه آن را سوزانده است.

راه‌حل‌ها محدود اما واقعی‌اند. گره را عوض کنید و خطوطی را ترجیح دهید که ارائه‌دهنده‌تان «IP بومی» یا خانگی برچسب زده است. کارهای حساس — بانک، حساب اصلی‌تان — را از طریق خروجی مشترک انجام ندهید. و اگر یک گرهٔ خاص مدام از سوی یک سایت خاص رد می‌شود، در آن سایت دیگر با آن نجنگید.

پرسش‌های متداول

سایت می‌گوید IP من پروکسی است، اما من پروکسی اجرا نمی‌کنم. شاید اپراتور شما از CGNAT استفاده می‌کند، یا این محدوده پیش از شما توسط کس دیگری به‌عنوان پروکسی به کار رفته است. این flag از یک منبع دادهٔ GeoIP می‌آید؛ ما فقط آن را منتقل می‌کنیم و نمی‌توانیم تغییرش دهیم.

شهر اشتباه است. می‌توانم اصلاحش کنم؟ نه؛ این سایت پایگاه‌دادهٔ مکان‌یابی خودش را ندارد. کشور معمولاً درست است؛ خطا در سطح شهر در کل این صنعت عادی است و روی بررسی‌های دیگر اثری ندارد.

flag موبایل خوب است یا بد؟ برای بیشتر سایت‌ها خنثی تا کمی مثبت است: محدوده‌های موبایل آدم‌های واقعی زیادی را پشت خود دارند و به‌ندرت یکجا مسدود می‌شوند. اما اگر موبایل و پروکسی هر دو true باشند، همچنان مشکوک خوانده می‌شود.

اگر گره را عوض کنم، flag از بین می‌رود؟ اگر گرهٔ جدید نزد همان ارائه‌دهندهٔ ابری باشد، flag هاستینگ عمدتاً می‌ماند. چیزی که می‌تواند عوض شود flag پروکسی و وضعیت فهرست سیاه است، چون آن‌ها به نشانی‌های مشخص می‌چسبند.