رپیدلیچ (Rapidleech) چیست؟
رپیدلیچ (Rapidleech) یک اسکریپت متنباز نوشتهشده با PHP است که روی سرور قرار میگیرد و بهجای شما فایل را از سایتهای اشتراک فایل دانلود میکند. فایل ابتدا روی دیسک سرور ذخیره میشود و سپس با یک لینک مستقیم در اختیار شما قرار میگیرد؛ یعنی سرور نقش واسط را بازی میکند تا نتیجه نهایی، لینکی پرسرعت و قابل ادامه دادن (Resume) باشد.
رپیدلیچ دقیقاً چه کاری انجام میدهد؟
کار این اسکریپت سه مرحله دارد:
- آدرس فایل را در فرم رپیدلیچ وارد میکنید.
- سرور خودش آن آدرس را باز میکند و فایل را در پوشهای روی دیسک ذخیره میکند.
- در پایان لینک مستقیم فایل ذخیرهشده به شما داده میشود و دانلود نهایی از سرور خودتان انجام میگیرد.
محبوبیت این روش از آنجا میآمد که اتصال سرور به سایت مبدأ معمولاً پایدارتر از اتصال خانگی است و خروجی کار، لینکی مستقیم است که نرمافزارهای مدیریت دانلود میتوانند آن را چندتکه و با رزیوم بگیرند.
لینک مستقیم چیست؟
لینکی که با یک کلیک دانلود را آغاز میکند؛ صفحه واسط، شمارش معکوس یا تبلیغات میانی ندارد و مرورگر بلافاصله دریافت فایل را شروع میکند. چنین لینکی را میتوان بهسادگی به نرمافزارهای مدیریت دانلود سپرد.
قابلیت رزیوم (Resume) چیست؟
اگر لینکی از رزیوم پشتیبانی کند، پس از قطع شدن اینترنت میتوانید دانلود نیمهکاره را از همان نقطه ادامه دهید؛ بدون آن، هر قطعی یعنی شروع دوباره از صفر. این قابلیت به هدرهای Accept-Ranges و Range در HTTP و تنظیمات وبسرور بستگی دارد، نه صرفاً به خود اسکریپت.
سمت کاربر: گرفتن لینک مستقیم با یک دانلود منیجر
خروجی کار رپیدلیچ یک لینک مستقیم است، اما سرعتی که در عمل میگیرید به نرمافزار سمت خودتان هم بستگی دارد. در ویندوز معمولاً IDM این نقش را بازی میکند و در لینوکس یکی از گزینههای شناختهشده Xtreme Download Manager یا همان XDM است؛ برنامهای گرافیکی مبتنی بر Java که لینک را به چند بخش میشکند، هر بخش را روی یک اتصال جداگانه میگیرد، رزیوم را مدیریت میکند و با افزونه مرورگر در Firefox، Chrome و Opera لینکها را میگیرد.
درباره ادعای «تا ۵۰۰٪ افزایش سرعت» که در معرفیهای قدیمی این ابزار تکرار شده است: این عدد یک شعار تبلیغاتی است، نه رقمی که بتوان تضمینش کرد. تمام سود این روش از باز کردن چند اتصال همزمان به یک فایل میآید و فقط وقتی به چشم میآید که سرور مبدأ سرعت هر اتصال را محدود کرده باشد. اگر گلوگاه، پهنای باند خط خودتان باشد یا سرور مبدأ از هدر Range پشتیبانی نکند، هیچ دانلود منیجری سرعت را بالا نمیبرد.
پیشنیاز: جاوا
XDM بر پایه Java کار میکند. بستههای نصبی امروزیِ پروژه معمولاً خودشان یک نسخه جاوا را همراه میآورند و به نصب جداگانه نیازی ندارند؛ همینطور بستههای قدیمی که در نامشان jre دیده میشود. پس اول فایل readme بستهای را که گرفتهاید ببینید و اگر جاوای سیستمی لازم بود، وجودش را بررسی کنید:
java -version
اگر شماره نسخه چاپ شد یعنی نصب است؛ اگر پیام command not found گرفتید، بسته JRE را نصب کنید. روی خانواده Red Hat (AlmaLinux، Rocky، Fedora و CentOS نسخه ۸ به بعد) ابزار بستهها امروز dnf است و yum فقط نامی است که به همان اشاره میکند:
sudo dnf install java-17-openjdk
روی Debian و Ubuntu:
sudo apt update sudo apt install default-jre
نصب XDM در لینوکس
در راهنماهای قدیمی، بستههای XDM با آدرسهایی مانند xdm-jre-64bit.tar.xz از SourceForge گرفته میشد. آن آدرسها سالهاست بهروز نشدهاند و انتشار نسخههای فعلی پروژه در مخزن GitHub آن (subhra74/xdm) انجام میشود؛ نام فایل هم با هر نسخه عوض میشود. پس بهجای کپی کردن لینک از مقالههای چند سال پیش، نام دقیق فایل را از صفحه Releases خود پروژه بردارید. نسخه ۳۲ بیتی هم عملاً موضوعیتی ندارد؛ تقریباً همه سیستمهای امروزی ۶۴ بیتی هستند.
روال کلی بستههای تازه، باز کردن آرشیو و اجرای اسکریپت نصبی داخل آن است. دو نکته را رعایت کنید: آرشیو محتوایش را در همان پوشه جاری باز میکند، پس اول یک پوشه خالی بسازید و داخل آن کار کنید؛ و چون install.sh با sudo اجرا میشود، فقط بستهای را که مستقیماً از صفحه Releases رسمی پروژه گرفتهاید اجرا کنید — یک اسکریپت نصب از منبع نامعتبر یعنی دسترسی root روی سیستم شما.
mkdir xdm-setup cd xdm-setup tar -xf ../xdm-setup-<version>.tar.xz sudo ./install.sh
اگر هنوز نسخه قدیمی و قابل حمل را در اختیار دارید، همان روال قدیمی هم کار میکند: آرشیو را باز کنید و فایل اجرایی داخل پوشه را اجرا کنید.
tar -xvf xdm-jre-64bit.tar.xz cd xdm ./xdm
برای ساختن میانبر روی دسکتاپ هم از منوی File گزینه Create application shortcut را بزنید.
افزودن لینک و شروع دانلود
از منوی File گزینه Add URL را بزنید، لینک مستقیم را در کادر address قرار دهید و اگر لازم است نام دلخواه فایل را در کادر file بنویسید. دانلود در فهرست اصلی برنامه با نوار پیشرفت و امکان توقف و ادامه نمایش داده میشود.
XDM بخشی هم برای گرفتن ویدئو دارد (منوی File و گزینه Youtube Download) که فرمت و کیفیت خروجی را میپرسد. یک هشدار واقعبینانه اینجا لازم است: این نوع قابلیتها به ساختار سایت مقصد وابستهاند و با هر تغییر آن سایت از کار میافتند — دقیقاً همان ضعفی که در افزونههای رپیدلیچ هم وجود دارد. اگر دنبال ابزاری هستید که مرتب بهروز میشود، yt-dlp در خط فرمان امروز نگهداریشدهترین گزینه است. ضمناً ملاحظات حق نشر که پایینتر درباره رپیدلیچ میآید، برای دانلود ویدئو هم به همان اندازه صدق میکند.
روی سرور بدون محیط گرافیکی چه کنیم؟
XDM برنامهای دسکتاپی است و روی سروری که فقط با SSH در دسترس است جایی ندارد. اگر هدف شما آوردن فایل روی خود سرور است، aria2 و wget همان کار چنداتصالی و رزیوم را از خط فرمان انجام میدهند و بهمراتب سبکتر و امنتر از یک اسکریپت PHP رهاشدهاند:
aria2c -c -x 8 -s 8 'https://example.com/file.iso' wget -c 'https://example.com/file.iso'
در aria2c سوئیچ -x سقف اتصال همزمان به هر سرور است و -s تعداد بخشهایی که فایل برای دانلود به آنها تقسیم میشود؛ سوئیچ -c هم مثل wget یعنی ادامه دادن فایل نیمهکارهای که از قبل روی دیسک هست. اگر تنها چیزی که میخواستید رزیوم و چند اتصال همزمان بود، همین دو دستور کار را تمام میکنند و اصلاً نیازی به راهاندازی رپیدلیچ ندارید.
پیشنیازهای اجرای رپیدلیچ
رپیدلیچ نصبکننده ندارد؛ کافی است فایلها را روی یک هاست با پشتیبانی از PHP آپلود کنید و دسترسی نوشتن روی پوشه ذخیره فایلها را بدهید. اما اجرای درست آن به چند تنظیم PHP وابسته است:
| allow_url_fopen | روشن باشد تا اسکریپت بتواند آدرس HTTP را مانند فایل باز کند. |
| cURL | فعال باشد؛ بررسی لینکها و بیشتر انتقالها بر پایه آن است. |
| fsockopen | در disable_functions نباشد؛ با phpinfo() قابل بررسی است. |
| memory_limit | مقدار پایین، دریافت فایلهای حجیم را با شکست روبهرو میکند. |
| max_execution_time | محدودیت کوتاه، دانلود طولانی را نیمهکاره قطع میکند. |
| output_buffering | خاموش باشد تا وضعیت دانلود زنده نمایش داده شود. |
در متنهای قدیمی به دو گزینه safe_mode و allow_call_time_pass_reference هم اشاره میشود؛ هر دو از شاخه ۵.۴ به بعد از PHP حذف شدهاند و امروز موضوعیتی ندارند. مشکل رایج امروز، غیرفعال بودن توابع شبکه در disable_functions و محدودیتهای پیشفرض هاستهای اشتراکی است.
مصرف منابع؛ نکتهای که معمولاً دیر فهمیده میشود
رپیدلیچ اسکریپت سبکی نیست و این مهمترین دلیل حساسیت سرویسدهندهها به آن است:
- پهنای باند دو برابر میشود. هر فایل یک بار وارد سرور میشود و یک بار هم هنگام دانلود شما از سرور خارج میشود. یک فایل ۵ گیگابایتی عملاً ۱۰ گیگابایت ترافیک ثبت میکند.
- دیسک بهسرعت پر میشود. فایلها تا زمانی که پاک نشوند روی سرور میمانند؛ بدون روال پاکسازی خودکار، فضا خیلی زود تمام میشود.
- اشغال طولانی منابع. هر دانلود یک پردازه PHP را مدت زیادی اشغال میکند و چند دانلود همزمان، سقف پردازه یا حافظه اکانت را پر میکند.
- فشار روی I/O دیسک. خواندن و نوشتن پیوسته فایلهای حجیم، روی هاست اشتراکی برای سایتهای همسایه هم محسوس است.
به همین دلیل بیشتر بستههای هاست اشتراکی جای مناسبی برای این کار نیستند و اجرای آن روی یک سرور مجازی ابری با منابع اختصاصی، یا در حجمهای بالاتر روی سرور فیزیکی اختصاصی، منطقیتر است. پیش از خرید هم سیاست سرویسدهنده درباره اسکریپتهای لیچ و مصرف ترافیک را صریح بپرسید.
تفاوت نسخههای مختلف رپیدلیچ
از رپیدلیچ نسخهها و «مد»های متعددی منتشر شده است؛ نسخهای که سالها نسخه پایه شناخته میشد با نام eqbal شناخته میشود و بقیه مدهایی بر پایه همان هسته هستند که رابط کاربری، مدیریت کاربران یا پشتیبانی از سایتهای بیشتری به آن افزودهاند. نکته مهم این است که پشتیبانی از هر سایت اشتراک فایل، یک افزونه جداگانه است و با تغییر ساختار آن سایت از کار میافتد. از سوی دیگر بسیاری از سرویسهایی که در مقالات قدیمی نمونه آورده میشدند سالهاست تعطیل شدهاند؛ پس فهرست پشتیبانیشده هر نسخه را باید با وضعیت امروز سنجید، نه با مستندات چند سال پیش.
ملاحظات امنیتی
رپیدلیچ اسکریپتی قدیمی است و توسعه فعالی پشت آن نیست. اگر اجرایش میکنید، این نکات را جدی بگیرید:
- مسیر اسکریپت را بدون احراز هویت رها نکنید؛ نصب باز و عمومی زود پیدا و برای دانلود انبوه استفاده میشود. دستکم رمز روی پوشه یا محدودسازی بر پایه IP بگذارید.
- آن را کنار دادههای سایت اصلی نگه ندارید؛ در صورت وجود آسیبپذیری، دامنه خسارت محدودتر میماند.
- اجرای فایل در پوشه ذخیرهسازی را ببندید تا فایل آپلودشده به شل تبدیل نشود.
مسئله حقوقی و قوانین سرویسدهنده
رپیدلیچ فناوری خنثایی است، اما در عمل بیشتر برای دریافت محتوای دارای حق نشر به کار رفته است. سه موضوع جداگانه اینجا وجود دارد:
- حق نشر: بازنشر فایلهای دارای کپیرایت روی سرور شما، مسئولیت حقوقی برای شماست؛ نه برای سایت مبدأ.
- قوانین سایت مبدأ: دور زدن محدودیتهای حساب رایگان یا استفاده اشتراکی از حساب ویژه، معمولاً نقض شرایط استفاده آن سرویس است.
- قوانین سرویسدهنده هاست: بسیاری از شرکتها اجرای اسکریپتهای لیچ و فایلسنتر را در بستههای عادی ممنوع کردهاند و شکایت حق نشر میتواند به تعلیق سرویس منجر شود.
اگر قصد راهاندازی چنین سامانهای را دارید، پیش از هر چیز روشن کنید چه محتوایی و با چه مجوزی قرار است منتقل شود. برای جابهجایی فایلهای خودتان بین سرورها هم ابزارهای استانداردی مانند rsync، wget یا aria2 امنتر و سبکتر هستند.
جمعبندی
رپیدلیچ یک واسط دانلود سمت سرور است: لینک را میگیرد، فایل را روی دیسک سرور میآورد و لینک مستقیم قابل رزیوم تحویل میدهد. در مقابل، دو برابر ترافیک مصرف میکند، دیسک را پر میکند و از نظر حقوقی و قوانین سرویسدهنده حساسیت دارد. پیش از راهاندازی آن یک بار از خودتان بپرسید مسئله واقعیتان چیست: اگر فقط رزیوم و دانلود چنداتصالی میخواهید، یک دانلود منیجر مانند XDM روی دسکتاپ یا aria2c روی سرور همان نتیجه را با هزینه و ریسک بسیار کمتری میدهد. اگر مطمئن نیستید سناریوی شما به چه سرویس و چه منابعی نیاز دارد، پیش از خرید با کارشناسان مشاوره بررسی کنید.