OpenGate 4 از پایه دوباره طراحی شده است. به همین دلیل مهاجرت از نسخه ۳ را نباید مانند یک بهروزرسانی معمولی در نظر گرفت. هدف فقط انتقال داده نیست؛ باید مطمئن شویم پلنها، سرورها، ماژولها، جریان فروش، ساخت حساب و دسترسی مشتریان در نسل جدید همان نتیجه مورد انتظار کسبوکار را تولید میکنند.
این راهنما چارچوب عمومی مهاجرت را توضیح میدهد. شرایط نهایی هر مشتری—از جمله معادل لایسنس، هزینه، مهلت انتقال و ماژولهای قابل ارائه—در My OpenGate و پیشفاکتور مهاجرت همان حساب مشخص میشود.
نسخه ۳ بلافاصله قطع نمیشود
پس از تأیید مهاجرت، برای لایسنس نسخه ۳ یک قرارداد جانشین نسخه ۴ صادر میشود. در دوره انتقال، نسخه ۳ تا مهلت ثبتشده در قرارداد قابل استفاده میماند تا نصب و آزمون نسخه جدید بدون قطع ناگهانی سرویس انجام شود.
پس از پایان مهلت، رفتار لایسنس قبلی مطابق همان قرارداد اجرا خواهد شد. تاریخ و وضعیت دقیق را همیشه از صفحه لایسنس مرتبط در My OpenGate بررسی کنید؛ تاریخ عمومی واحدی برای همه مشتریان وجود ندارد.
مرحله اول؛ درخواست ارزیابی مهاجرت
از مسیر «مهاجرت به نسخه ۴» یا مرکز تیکتها درخواست خود را ثبت کنید. برای ارزیابی دقیقتر این اطلاعات را آماده داشته باشید:
- تعداد لایسنسها و پنلهای فعال؛
- نوع و تعداد Nodeهای VPN؛
- ماژولهای مورد استفاده؛
- دامنههای پنل مدیریت، API و پنل مشتریان؛
- روشهای فروش فعال مانند نماینده، ربات، پنل مشتریان و API؛
- تعداد تقریبی مشتریان و سرویسهای فعال؛
- محدودیت زمانی یا بازه مناسب انتقال.
پس از بررسی، معادل فنی نسخه ۴، شرایط پشتیبانی و اجزای قیمت پیش از شروع کار نمایش داده میشوند.
مرحله دوم؛ داراییهای فعلی را ثبت کنید
پیش از هر تغییر، یک فهرست قابل اتکا از وضعیت نسخه ۳ بسازید. این فهرست باید حداقل شامل موارد زیر باشد:
- پلنها، قیمتها، مدت و محدودیتهای فروش؛
- گروههای نمایندگی و سطح دسترسی آنها؛
- دستهبندی سرورها و اتصال هر دسته به پلنها؛
- سرورهای OpenVPN، WireGuard، MikroTik و V2Ray؛
- دامنهها، گواهیها و مسیرهای عمومی مشتریان؛
- رباتها، پنل مشتریان و لینکهای Subscription؛
- تنظیمات پرداخت، پیام عمومی و مسیرهای پشتیبانی؛
- گزارش تعداد مشتری، سرویس فعال و مانده کیف پولها.
این فهرست معیار مقایسه نسخه قبل و بعد از انتقال خواهد بود.
مرحله سوم؛ نسخه پشتیبان قابل بازیابی تهیه کنید
وجود یک فایل Backup بهتنهایی کافی نیست. پیش از مهاجرت باید مطمئن شوید نسخه پشتیبان کامل، جدید و قابل بازیابی است. زمان تهیه، محل نگهداری و مسئول بازیابی را ثبت کنید و فایل پشتیبان را روی همان سرور تنها نگذارید.
در صورت وجود فایلهای محلی، گواهیها یا تنظیماتی که خارج از دیتابیس نگهداری میشوند، آنها را نیز در برنامه پشتیبان لحاظ کنید.
مرحله چهارم؛ لایسنس جانشین و سرور مقصد را آماده کنید
پس از تأیید درخواست، لایسنس نسخه ۴ و مهلت انتقال در My OpenGate قابل مشاهده میشود. برای نصب تازه نسخه ۴ بهتر است سروری متناسب با پیشنیازهای اعلامشده آماده شود.
پیش از دریافت کد نصب:
- دامنههای مقصد را مشخص و رکوردهای DNS را آماده کنید؛
- دسترسی سرور به My OpenGate و منابع لازم را بررسی کنید؛
- ظرفیت دیسک، حافظه و شبکه را ارزیابی کنید؛
- کد نصب را فقط هنگام آمادهبودن سرور دریافت کنید، زیرا یکبارمصرف و زماندار است؛
- اطلاعات محرمانه را در تیکت، پیام یا تصویر صفحه منتشر نکنید.
مرحله پنجم؛ نسخه ۴ را بدون انتقال ترافیک واقعی آزمایش کنید
پس از نصب، ابتدا از داده یا مشتری آزمایشی استفاده کنید. حداقل این زنجیره باید با موفقیت بررسی شود:
- ۱
ورود مدیر و کنترل تنظیمات عمومی؛
- ۲
ایجاد Trusted Client برای ماژولهای مستقل؛
- ۳
ثبت سرور و Tunnel آزمایشی؛
- ۴
فعالکردن «ساخت خودکار حساب سرور» برای سرورهای WireGuard، V2Ray یا OpenVPN Certificate؛
- ۵
ایجاد پلن آزمایشی و اتصال آن به دسته سرورها؛
- ۶
ساخت مشتری Demo و انجام خرید؛
- ۷
بررسی وضعیت ساخت حساب روی همه مقصدها؛
- ۸
دریافت فایل، QR یا Subscription از پنل مشتریان؛
- ۹
کنترل گزارش فروش، پرداخت و عملیات پسزمینه؛
- ۱۰
آزمون پیام و اعلان بدون ارسال به مشتریان واقعی.
اگر یکی از این مراحل نتیجه قابل پیشبینی ندارد، مهاجرت نهایی را ادامه ندهید.
مرحله ششم؛ ماژولها را جداگانه بررسی کنید
هر ماژول ممکن است سرور، دامنه یا پیشنیاز مخصوص خود را داشته باشد. خرید یا فعالبودن ماژول به معنی نصبشدن آن نیست.
برای پنل مشتریان:
- از سرور مستقل استفاده کنید؛
- دامنه اختصاصی را به IP همان سرور متصل کنید؛
- در OpenGate یک Trusted Client بسازید؛
- شناسه و کلید ارتباط امن را هنگام نصب وارد کنید؛
- آدرس پنل مشتریان در تنظیمات OpenGate با دامنه نصبشده یکسان باشد.
برای ربات تلگرام نیز Trusted Client مستقل بسازید و سروری انتخاب کنید که به Telegram و پنل اصلی دسترسی پایدار داشته باشد.
مرحله هفتم؛ زمان انتقال نهایی را مشخص کنید
یک بازه کمریسک انتخاب کنید و پیش از شروع، تیم پشتیبانی و افراد مسئول را مطلع سازید. در این بازه از تغییر همزمان پلنها، قیمتها یا تنظیمات زیرساخت خودداری کنید تا اختلاف داده و نتیجه قابل تشخیص باشد.
برنامه انتقال باید شامل این موارد باشد:
- زمان توقف تغییرات در نسخه ۳؛
- زمان آخرین Backup؛
- مسئول اجرای مهاجرت؛
- مسئول آزمون فروش و اتصال؛
- معیار موفقیت؛
- شرط توقف و بازگشت؛
- زمان اعلام پایان انتقال.
مرحله هشتم؛ نتیجه را با معیارهای تجاری مقایسه کنید
پس از انتقال فقط سلامت سرویسها را بررسی نکنید. دادههای تجاری نیز باید با گزارش پیش از مهاجرت مقایسه شوند:
- تعداد مشتریان و سرویسهای فعال؛
- مانده کیف پول و تراکنشهای مهم؛
- پلنها، قیمتها و دسترسی گروهها؛
- ارتباط سرویسها با سرورها؛
- وضعیت حسابهای ساختهشده؛
- عملکرد پنل مشتریان و ربات؛
- گزارش فروش و کانالهای درآمد؛
- دسترسی مدیران و نمایندگان.
موارد اختلاف را ثبت و پیش از ورود مشتریان واقعی برطرف کنید.
اگر مهاجرت متوقف شد چه کنیم؟
توقف کنترلشده بهتر از ادامهدادن یک انتقال نامطمئن است. در صورت خطا:
- عملیات جدید را متوقف کنید؛
- وضعیت و زمان خطا را بدون اطلاعات محرمانه ثبت کنید؛
- تا مشخصشدن نتیجه، نسخه ۳ را خارج از برنامه توافقشده غیرفعال نکنید؛
- از اجرای دوباره دستورات روی محیط نیمهانتقالیافته بدون راهنمایی خودداری کنید؛
- از طریق تیکت مهاجرت، مرحله و نتیجه مشاهدهشده را اعلام کنید.
بازگشت باید براساس Backup و برنامهای باشد که پیش از شروع تهیه شده است، نه تصمیمی شتابزده در زمان خطا.
پس از تأیید نسخه ۴
پس از موفقیت همه آزمونها، مسیرهای عمومی مشتریان را به مقصد جدید منتقل کنید و چند خرید و اتصال واقعی را با دامنه محدود پایش کنید. سپس وضعیت لایسنس قبلی و مهلت باقیمانده را در My OpenGate بررسی کنید.
نسخه ۳ را تا زمانی که معیارهای موفقیت تأیید نشدهاند و تصمیم نهایی طبق برنامه مهاجرت ثبت نشده است، حذف نکنید.
جمعبندی
مهاجرت موفق یک عملیات فنی کوتاه نیست؛ یک پروژه کنترلشده برای حفظ فروش، مشتری و زیرساخت است. اگر ارزیابی، Backup، آزمون و معیارهای بازگشت از قبل مشخص باشند، انتقال به OpenGate 4 با ریسک کمتر و شفافیت بیشتری انجام خواهد شد.