"IP बदलें" का कोई एक बटन नहीं है, क्योंकि सर्वर का पता उसके नेटवर्क प्रकार और लोकेशन से बँधा होता है। आप क्या कर सकते हैं, यह इस पर निर्भर है कि आप कहाँ से शुरू कर रहे हैं। चार स्थितियाँ हमारे पास आने वाले लगभग सभी अनुरोधों को कवर करती हैं, और किसी के लिए टिकट की ज़रूरत नहीं।
अगर पक्का नहीं कि आपका नेटवर्क प्रकार क्या है: डैशबोर्ड में सर्वर के नेटवर्क टैब पर NAT या समर्पित सार्वजनिक IPv4 लिखा होता है। फ़र्क़ नेटवर्क और पोर्ट में समझाया गया है।
1. NAT सर्वर → अपना सार्वजनिक IPv4
सबसे आम मामला। NAT सर्वर के पास अपना सार्वजनिक IPv4 नहीं होता: आप उस तक एक निजी SSH (या RDP) पोर्ट से पहुँचते हैं, बाक़ी आने वाले पोर्ट बंद रहते हैं। वेबसाइट, मेल सर्वर या ऐसी किसी भी चीज़ के लिए जिससे लोग जुड़ते हैं, आपको समर्पित पता चाहिए।
रीइंस्टॉल की ज़रूरत नहीं। डैशबोर्ड में सर्वर खोलें, बिलिंग टैब पर जाएँ और अपग्रेड विकल्पों में से उतने या उससे बड़े आकार का डेडिकेटेड IP वाला टैरिफ़ चुनें। API से: विकल्प और कीमत देखने के लिए GET /services/{id}/upgrade-options, फिर target_plan और confirm: true के साथ POST /services/{id}/upgrade-to-dedicated।
क्या होता है:
- मौजूदा अवधि के बचे दिनों के लिए दोनों मासिक कीमतों का अंतर आपके बैलेंस से कटता है;
- सर्वर नए पते के साथ रीबूट होता है; डिस्क और आपकी फ़ाइलें वैसी ही रहती हैं;
- SSH नए IPv4 के पोर्ट 22 पर चला जाता है, और फ़ायरवॉल में खोला गया हर पोर्ट बाहर से पहुँचने लायक़ हो जाता है;
- अगली अवधि से आप नए टैरिफ़ की कीमत देते हैं।
रीबूट के बाद क्या उम्मीद करें। आपका SSH क्लाइंट चेतावनी देगा कि होस्ट की बदल गई है, क्योंकि सर्वर नए पते के लिए नई कुंजियाँ बनाता है। अगर आपने root पासवर्ड हाथ से बदला था, तो उसे जाँच लें — वह डैशबोर्ड में दिखने वाले पासवर्ड पर लौट सकता है। और अगर आपने cloud-init की नेटवर्क सेटिंग की जगह अपना कॉन्फ़िगरेशन लगाया है, तो नया पता अपने आप लागू नहीं होगा; डैशबोर्ड से वेब कंसोल खोलें और वहाँ सेट करें।
बदलाव के लिए सर्वर की लोकेशन में ख़ाली पता चाहिए। उस समय कोई न हो, तो अपग्रेड ठुकरा दिया जाता है और कुछ नहीं कटता।
2. डेडिकेटेड IP वाले सर्वर पर दूसरा IPv4
अगर आपके पास पहले से डेडिकेटेड IPv4 है और एक और चाहिए — अपने पते वाली दूसरी साइट, मेल के लिए अलग पता — तो उसे सर्वर पेज पर डेडिकेटेड IP में जोड़ें: $5 प्रति माह, ऑर्डर के समय पूरा कटता है, इसकी अपनी रिन्यूअल तारीख़ होती है। API से: POST /services/{id}/dedicated-ip।
नया पता अगले रीबूट के बाद दूसरे नेटवर्क इंटरफ़ेस की तरह दिखता है। आपका मुख्य पता नहीं बदलता। अगर लोकेशन में अभी ख़ाली पता नहीं है, तो ऑर्डर कतार में इंतज़ार करता है और कोई पता ख़ाली होते ही अपने आप मिल जाता है।
पता हटाने या सर्वर रद्द करने पर $5 वापस नहीं होते।
3. डेडिकेटेड IPv4 → वापस NAT
उसी पेज पर आप डेडिकेटेड IP वाले सर्वर को उसी आकार के NAT टैरिफ़ पर ले जा सकते हैं। आपका सार्वजनिक IPv4 हमारे पूल में लौट जाता है, सर्वर निजी पते और निजी SSH पोर्ट के साथ रीबूट होता है, और बाक़ी आने वाले पोर्ट बंद हो जाते हैं। डिस्क को छुआ नहीं जाता, और बिलिंग NAT की कीमत पर आ जाती है।
ऐसा तभी करें जब उस पते पर कुछ भी निर्भर न हो। IPv4 छूटने के बाद किसी और को मिल सकता है, और आप ठीक वही पता वापस नहीं माँग सकते।
4. बिल्कुल अलग पता
कुछ लोगों को बस नया पता चाहिए: नया प्रोजेक्ट, साफ़ प्रतिष्ठा, दूसरा देश। इसका तरीक़ा है नया सर्वर। उसे ऑर्डर करें, डेटा ले जाएँ, DNS को नए पते पर करें, फिर पुराना सर्वर रद्द करें। API या MCP से ऑर्डर करते समय location: "de" या "fi" से देश चुन सकते हैं।
सर्वर को दूसरी लोकेशन में ले जाने का भी यही एकमात्र तरीक़ा है: IPv4 अपनी लोकेशन का होता है।
किन कामों से पता नहीं बदलता
| काम | मुख्य IPv4 |
|---|---|
| रीबूट, बंद और चालू करना | बना रहता है |
| OS दोबारा इंस्टॉल करना | बना रहता है |
| उसी प्रकार का बड़ा टैरिफ़ (NAT→NAT, IP→IP) | बना रहता है |
| hostname या रिवर्स DNS बदलना | बना रहता है |
| NAT → डेडिकेटेड IP | नया सार्वजनिक IPv4 |
| डेडिकेटेड IP → NAT | छूट जाता है |
| सर्वर रद्द करना | छूट जाता है |
कुछ भी बदलने से पहले
- अगर कोई डोमेन सर्वर की ओर इशारा करता है, तो कुछ घंटे पहले DNS TTL घटा दें, ताकि बदलाव जल्दी फैले।
- अलाउलिस्ट जाँचें। एक्सचेंज की API कुंजियाँ, पार्टनर के फ़ायरवॉल और पुराने पते पर भरोसा करने वाले डेटाबेस नियमों को नया पता चाहिए।
- अगर आप मेल भेजते हैं, तो नए पते पर रिवर्स DNS फिर से सेट करें; यह हर पते के लिए अलग होता है। देखें नेटवर्क और पोर्ट।
- बैकअप लें। इनमें से कोई क़दम डिस्क को नहीं छूता, पर रीबूट से पहले बैकअप होना अच्छा है। मैनेज्ड बैकअप बैकअप में बताए गए हैं।
अगर आपका पता ब्लॉकलिस्ट में है
एंट्री आम तौर पर उस ट्रैफ़िक से जुड़ी होती है जो पता आपका होने से पहले था, या आपके अपने सर्वर से। दूसरे मामले में पता बदलने से कुछ नहीं सुधरता। एंट्री जाँचें, वजह ठीक करें और लिस्ट का डीलिस्टिंग फ़ॉर्म इस्तेमाल करें। अगर आपको लगता है कि एंट्री ग़लत है, तो लिस्ट के नाम और लिंक के साथ टिकट खोलें; हम हर मामला देखते हैं, पर अनुरोध पर पते नहीं बदलते।
टिप्पणियाँ
अभी तक कोई टिप्पणी नहीं। पहले बनें।