माइग्रेशन

अपने अकाउंट लाएँ बीच में किसी डाउनलोड के बिना।

Nimbopanel को SSH के ज़रिए अपने पुराने सर्वर की ओर इंगित करें, या इसे कोई ऐसा बैकअप दें जो आपके पास पहले से है। किसी भी तरह से यह पूरे अकाउंट को दोबारा बना देता है — अलग, आपके नए सर्वर पर, पासवर्ड सुरक्षित रखते हुए।

पासवर्ड सुरक्षित रहते हैंवही DB नाम.htaccess काम करता रहता है
import · cpmove-user.tar.gz
अकाउंट + फ़ाइलेंइम्पोर्ट हुआ
डेटाबेस + यूज़रइम्पोर्ट हुआ
ईमेल + संदेशइम्पोर्ट हुआ
DNS + डोमेनइम्पोर्ट हुआ
PHP वर्शनइम्पोर्ट हुआ
5 / 5 इम्पोर्ट हुए
अंदर आने के दो रास्ते

वह चुनें जो आपकी पहुँच के अनुकूल हो

सर्वर से सर्वर, SSH के ज़रिए

Nimbopanel को पुराने सर्वर का पता और एक लॉगिन दें। यह पुराने पैनल से एक नया बैकअप बनाने को कहता है, फिर उसे सीधे stream कर देता है — कुछ भी आपके लैपटॉप से होकर नहीं गुज़रता, इसलिए बीस-गीगाबाइट का अकाउंट भी एक छोटे से ज़्यादा मुश्किल नहीं। ट्रांसफ़र बैकग्राउंड में चलता है और अपनी प्रगति बताता है; अगर वह विफल हो जाए, तो पीछे कुछ नहीं छोड़ता।

यह एक नया आर्काइव बनवाने के बजाय, पुराने सर्वर पर पहले से मौजूद आर्काइव को भी stream कर सकता है।

कोई बैकअप अपलोड करें जो आपके पास पहले से है

एक मानक फ़ुल-अकाउंट बैकअप — cPanel जो cpmove या pkgacct आर्काइव पहले से बनाता है — पैनल से अपलोड किया जा सकता है। तब उपयोगी जब पुराना सर्वर पहले ही जा चुका हो, या जब उस तक SSH देना आपके हाथ में न हो।

दोनों रास्ते एक ही जगह पहुँचते हैं: एक preflight जो आपको ठीक-ठीक बताता है अंदर क्या है, और फिर एक क्लिक।

SSH रास्ता कुछ भी स्थानांतरित होने से पहले आपसे पुराने सर्वर के key fingerprint की पुष्टि माँगता है, और आप जो credentials टाइप करते हैं वे उसी एक ट्रांसफ़र के लिए इस्तेमाल होते हैं और कभी संग्रहित नहीं किए जाते।

नया: एक-क्लिक माइग्रेशन

एक ही क्लिक में पुल और इम्पोर्ट करें

जब आप कोई SSH ट्रांसफ़र शुरू करें तो “Import automatically” पर टिक करें, और Nimbopanel केवल बैकअप नहीं लाता — जैसे ही आर्काइव पहुँचता है वह पूरा इम्पोर्ट चला देता है। कोई प्रीफ़्लाइट चरण नहीं, कोई दूसरा क्लिक नहीं: अकाउंट, उसकी फ़ाइलें, डेटाबेस, मेलबॉक्स और DNS आपके लिए फिर से बना दिए जाते हैं, और पूरा होने पर पैनल “Migrated — account X created” रिपोर्ट करता है। पहले देखना चाहते हैं? connect → preflight → import रास्ता तब भी मौजूद है जब आप आर्काइव के पहुँचने से पहले उसका निरीक्षण करना चाहें।

यह कैसे काम करता है

चार चरण, कोई झंझट नहीं

1

कनेक्ट करें या अपलोड करें

SSH के ज़रिए पुराने सर्वर में जाएँ और उसका fingerprint पुष्ट करें, या पैनल से एक cpmove / pkgacct आर्काइव अपलोड करें।

2

Preflight

Nimbopanel आर्काइव को पढ़ता है और ठीक-ठीक बताता है कि क्या इम्पोर्ट होगा: डोमेन, डेटाबेस, mailboxes, आकार — और जो कुछ वह नहीं ला सकता, उसे हटाने के बजाय नाम से बताता है।

3

इम्पोर्ट

एक क्लिक अकाउंट को दोबारा बना देता है: अलग किया गया Linux यूज़र, फ़ाइलें, डेटाबेस और उनके यूज़र, संग्रहित संदेशों सहित mailboxes, DNS zone, एडऑन और parked डोमेन, और वह PHP वर्शन जिस पर साइट थी।

4

सत्यापित करें और स्विच करें

नए सर्वर पर साइट और मेल को परखें, फिर DNS इंगित करें। पासवर्ड और ऐप configs पहले से मेल खाते हैं, इसलिए कुछ भी दोबारा टाइप करने की ज़रूरत नहीं।

वह हिस्सा जो आमतौर पर टूटता है

आपका .htaccess आपके साथ आता है

WordPress permalinks, Laravel और Symfony routes, एक सुरक्षा प्लगइन के rules, एक cache प्लगइन के rules — ये सब .htaccess में रहते हैं, और ये सब स्थानांतरण ख़त्म होने के बहुत बाद software द्वारा लिखे जाते हैं।

इम्पोर्ट के दौरान पहचाना गया

अगर किसी अकाउंट में ऐसे directives हैं जिन्हें तेज़ nginx path पर दोहराया नहीं जा सकता, तो वह अकाउंट nginx के पीछे एक असली Apache के साथ बनाया जाता है। यह अपने आप होता है, और हर साइट के हिसाब से होता है — आपसे कभी ऐसा सवाल नहीं पूछा जाता जिसके लिए पहले शोध करना पड़े।

केवल जहाँ इसकी ज़रूरत हो

जो साइट .htaccess को कभी नहीं छूती वह तेज़ single hop बनाए रखती है। जिस सर्वर पर किसी अकाउंट को Apache की ज़रूरत नहीं, वहाँ कोई दूसरा वेब सर्वर चलता ही नहीं।

और कुछ नहीं बदलता

PHP अब भी अकाउंट के अपने Linux यूज़र के रूप में चलता है, और HTTPS अब भी nginx पर समाप्त होता है — इसलिए सर्टिफ़िकेट, renewals और अलगाव बिल्कुल पहले जैसे रहते हैं।

या देखें कि क्या अनुवादित होगा

nginx path पसंद है? पैनल जो कुछ कर सकता है उसे बदल देता है और जिन directives को नहीं बदल सका उन्हें लाइन-दर-लाइन सूचीबद्ध करता है — ताकि किसी विज़िटर से पता चलने के बजाय आप ख़ुद फ़ैसला करें।

क्या सुरक्षित रहता है

आपके ग्राहक ध्यान नहीं देंगे — अच्छे अर्थ में

importer उन विवरणों को बनाए रखता है जो कमतर माइग्रेशन को तोड़ देते हैं।

पासवर्ड बरकरार

डेटाबेस-यूज़र और mailbox के पासवर्ड सुरक्षित रहते हैं (hashes माइग्रेट होते हैं), इसलिए ऐप्स और ईमेल क्लाइंट लॉग इन करते रहते हैं।

वही डेटाबेस नाम

चूँकि अकाउंट अपना cPanel यूज़रनेम बनाए रखता है, डेटाबेस के नाम मेल खाते हैं — wp-config.php और उसके जैसी फ़ाइलें बिना बदलाव के काम करती हैं।

ईमेल + पुराने संदेश

Mailboxes, forwarders और असल में संग्रहित संदेश दोबारा बनाए गए mailbox में आ जाते हैं।

डोमेन + DNS

एडऑन डोमेन, सबडोमेन, parked डोमेन, और DNS zone records दोबारा बनाए जाते हैं।

वह PHP वर्शन जिस पर साइट थी

PHP 7.4 के लिए लिखी गई साइट PHP 7.4 पर, अपने अलग pool में चलती है। 5.6 से 8.5 तक के वर्शन उपलब्ध हैं, जो हर अकाउंट के हिसाब से चुने जाते हैं।

आर्काइव के चारों ओर एक सीमा

किसी दूसरे सर्वर का बैकअप अविश्वसनीय इनपुट होता है। पाथ को साफ़ किया जाता है, केवल सामान्य फ़ाइलें ही ली जाती हैं, आकार और फ़ाइल संख्या पर सीमा रहती है, और अंदर की कोई भी चीज़ कभी execute नहीं की जाती।

ईमानदार बात: अकाउंट एक-एक करके स्थानांतरित होते हैं, और आर्काइव में जो कुछ है जिसके लिए Nimbopanel के पास कोई जगह नहीं, उसे चुपचाप हटाने के बजाय रिपोर्ट में सूचीबद्ध किया जाता है — आप हमेशा ठीक-ठीक देखते हैं कि क्या इम्पोर्ट हुआ और क्या नहीं।

cPanel से आ रहे हैं?

आपका मौजूदा सेटअप Nimbopanel में कैसे फ़िट होता है

पारंपरिक cPanel और WHM स्टैक का हर हिस्सा यहाँ मौजूद है — अक्सर कई अलग-अलग उत्पादों को पैनल में ही समेट दिया गया है।

आपका मौजूदा सेटअप Nimbopanel में
WHM (सर्वर प्रशासन) ऑपरेटर डैशबोर्ड — अकाउंट, प्लान, कोटा, सुरक्षा और मेल, सब एक ही जगह से।
cPanel अकाउंट अलग-थलग अकाउंट, हर एक का अपना Linux यूज़र और PHP-FPM पूल, बाकी सभी से पूरी तरह अलग।
EasyApache और MultiPHP प्रति-साइट PHP, 5.6 से 8.5 तक, प्रति-अकाउंट चुना गया और अपने खुद के पूल में चलता हुआ।
AutoSSL हर डोमेन के लिए Let's Encrypt AutoSSL — www और मेल भी शामिल — आपके लिए जारी और नवीनीकृत।
अकाउंट बैकअप शेड्यूल्ड और ऑफ-सर्वर बैकअप, अलग-अलग फ़ाइलों, एक डेटाबेस, मेल या cron के विस्तृत रीस्टोर के साथ।
क्लाइंट बिलिंग के लिए WHMCS NimboBilling, हर पेड प्लान में अंतर्निहित — इनवॉइस, टैक्स, टिकट और मल्टी-गेटवे चेकआउट, बिना किसी अतिरिक्त लाइसेंस के।
प्रति-अकाउंट लाइसेंसिंग प्रति-सर्वर लाइसेंसिंग — जितने होस्टिंग अकाउंट आपका सर्वर संभाल सके उतने जोड़ें, बिना किसी प्रति-अकाउंट टैक्स के।

यह कोई तुलनात्मक स्कोरकार्ड नहीं, बस एक सीधा मैपिंग है — ये उन हिस्सों के Nimbopanel समकक्ष हैं जिन्हें आप पहले से चला रहे हैं।

बदलने के लिए तैयार?

मुफ़्त शुरू करें, एक अकाउंट लाएँ, और प्रतिबद्ध होने से पहले देखें कि यह स्थानांतरण कितना साफ़-सुथरा है।