ऑफ़शोर वेब होस्टिंग सेटअप: वेबसाइट को ऑफ़शोर होस्ट करने की स्टेप-बाय-स्टेप गाइड

संक्षेप में: ऑफ़शोर वेब होस्टिंग का मतलब है अपनी वेबसाइट को उस देश के बाहर स्थित सर्वर पर चलाना जहाँ आप रहते हैं, आमतौर पर ऐसे प्रोवाइडर के साथ जो कम निजी डेटा माँगता है। इसे सेट करने के लिए विदेश में VPS किराए पर लें, डोमेन WHOIS privacy के साथ रजिस्टर करें और क्रिप्टो में भुगतान करें, DNS को सर्वर पर पॉइंट करें, ऑटोमैटिक HTTPS के लिए साइट Caddy से सर्व करें, फिर सर्वर को मज़बूत करें, उसका बैकअप लें, और साइट की पहचान को अपनी पहचान से अलग रखें।

ऑफ़शोर होस्टिंग यह बदलती है कि आपका सर्वर और खाता डेटा किसके पास है। यह अवैध कंटेंट को वैध नहीं बनाती, आपको आपके रजिस्ट्रार या भुगतान के निशान से नहीं छिपाती, और ऑपरेशनल गलतियाँ ठीक नहीं करती। आखिरी सेक्शन इन सीमाओं को विस्तार से बताता है। व्यापक जानकारी के लिए ऑफ़शोर होस्टिंग देखें।

स्टेप 1: ऑफ़शोर VPS चुनें

VPS आपको पूरा root देता है, इसलिए शेयर्ड होस्टिंग पैनल पर निर्भर रहने की बजाय वेब सर्वर, लॉग्स और TLS keys आपके नियंत्रण में रहती हैं। स्टैटिक साइट या छोटे CMS के लिए 1–2 vCPU और 1–2 GB RAM काफ़ी है; डेटाबेस और भारी ऐप्स को ज़्यादा चाहिए।

NoctisNode पर नए सर्वर FI-1 (फ़िनलैंड) में डिप्लॉय होते हैं। साइनअप के लिए केवल ईमेल और पासवर्ड चाहिए, भुगतान केवल क्रिप्टो में होता है और XMR डिफ़ॉल्ट है, और भुगतान क्रेडिट होने के लगभग 35 सेकंड बाद सर्वर डिप्लॉय हो जाता है। Wisp प्लान (1 vCPU, 1 GB RAM, 20 GB NVMe, $6 प्रति 28 दिन) स्टैटिक साइट संभाल लेता है; Pulse (2 vCPU, 2 GB, 40 GB, $10) WordPress या इसी तरह के ऐप्स के लिए उपयुक्त है। ध्यान दें कि ईमेल से पासवर्ड रीसेट की सुविधा नहीं है, इसलिए अपने क्रेडेंशियल्स सुरक्षित रखें। विकल्पों की तुलना सबसे अच्छे ऑफ़शोर VPS में करें।

स्टेप 2: डोमेन प्राइवेट तरीके से रजिस्टर करें और क्रिप्टो से भुगतान करें

• ▹ऐसा रजिस्ट्रार चुनें जो क्रिप्टोकरेंसी स्वीकार करे और मुफ़्त WHOIS privacy या redaction दे, ताकि आपके संपर्क विवरण प्रकाशित न हों।
• ▹याद रखें कि आप जो भी देते हैं, रजिस्ट्रार उसे स्टोर करता ही है। डोमेन के लिए अलग ईमेल पता इस्तेमाल करें, अपना निजी पता नहीं।
• ▹रजिस्ट्रार आमतौर पर अपनी शर्तों के तहत सही संपर्क विवरण माँगते हैं; गलत डेटा निलंबन का आधार हो सकता है, इसलिए क्या जमा करना है यह तय करने से पहले शर्तें पढ़ें।
• ▹कुछ country-code TLDs के निवास संबंधी नियम होते हैं या वे privacy की अनुमति नहीं देते। मान लेने की बजाय खरीदने से पहले TLD की नीति जाँचें।
• ▹रजिस्ट्रार खाते पर 2FA और transfer lock चालू करें। डोमेन खोना सर्वर खोने से बड़ा जोखिम है।
• ▹सबसे कम on-chain जुड़ाव के लिए VPS का भुगतान Monero से करें; [Monero से VPS का भुगतान](/guides/pay-for-vps-with-monero) देखें।

स्टेप 3: DNS को सर्वर पर पॉइंट करें

रजिस्ट्रार का DNS या कोई अलग DNS प्रोवाइडर इस्तेमाल करें। दोनों ही स्थितियों में DNS होस्ट देख सकता है कि कौन-से रिकॉर्ड मौजूद हैं और अक्सर क्वेरी की मात्रा भी। सेटअप के दौरान कम TTL (300 सेकंड) रखें ताकि बदलाव जल्दी फैलें।

स्टेप 4: Caddy और ऑटोमैटिक HTTPS से साइट सर्व करें

जैसे ही DNS सर्वर पर पॉइंट करता है और पोर्ट 80 व 443 खुले होते हैं, Caddy अपने-आप TLS सर्टिफ़िकेट लेता और रिन्यू करता है। Debian 12/13 और Ubuntu 24.04 में `caddy` पैकेज आता है; ज़रूरत हो तो Caddy की अपनी apt repository में नए वर्ज़न हैं। अपनी फ़ाइलें `/var/www/example` में रखें, `example.com` को अपने डोमेन से बदलें, और reload करें। स्टैटिक फ़ाइलों की बजाय किसी ऐप पर प्रॉक्सी करने के लिए Caddy reverse proxy देखें।

sudo apt update && sudo apt install -y caddy
sudo mkdir -p /var/www/example

# /etc/caddy/Caddyfile
example.com {
    root * /var/www/example
    file_server
    encode zstd gzip
    header {
        Strict-Transport-Security "max-age=31536000"
        X-Content-Type-Options "nosniff"
        Referrer-Policy "no-referrer"
        -Server
    }
    log {
        output discard
    }
}

www.example.com {
    redir https://example.com{uri} permanent
}

sudo systemctl reload caddy

स्टेप 5: सर्वर को मज़बूत करें और बैकअप सेट करें

1. 01.एक non-root sudo यूज़र बनाएँ, SSH keys पर स्विच करें और पासवर्ड लॉगिन बंद करें; [SSH hardening](/guides/ssh-hardening) का पालन करें।
2. 02.फ़ायरवॉल चालू करें: `sudo ufw allow OpenSSH && sudo ufw allow 80/tcp && sudo ufw allow 443/tcp && sudo ufw enable`।
3. 03.ऑटोमैटिक सिक्योरिटी अपडेट चालू करें: `sudo apt install -y unattended-upgrades && sudo dpkg-reconfigure -plow unattended-upgrades`।
4. 04.केवल ज़रूरी लॉग्स रखें। ऊपर वाला Caddyfile access logs हटा देता है; यह डिफ़ॉल्ट पर छोड़ने की बजाय सोच-समझकर तय करें।
5. 05.साइट फ़ाइलों और डेटाबेस का बैकअप encrypted रूप में सर्वर के बाहर लें, उदाहरण के लिए restic से किसी दूसरी लोकेशन पर; [restic बैकअप](/guides/restic-backups) देखें।
6. 06.कम से कम एक बार restore की जाँच करें। प्रोवाइडर का प्रीपेड बैलेंस भी मायने रखता है: खत्म होने पर सर्वर निलंबित हो जाता है, इसलिए उसे भरा रखें।

वेबसाइट और अपनी पहचान को अलग रखें

• ▹होस्टिंग खाते, रजिस्ट्रार और किसी भी साइट सेवा के लिए अलग ईमेल इस्तेमाल करें; अपना निजी पता या यूज़रनेम कभी दोबारा इस्तेमाल न करें।
• ▹ऐसे थर्ड-पार्टी analytics, विज्ञापन या टैग IDs से बचें जो आप निजी साइटों पर भी इस्तेमाल करते हैं; साझा IDs साइटों को आपस में जोड़ देते हैं।
• ▹Certificate Transparency लॉग्स हर उस hostname को प्रकाशित करते हैं जिसके लिए आप सर्टिफ़िकेट लेते हैं, इसलिए ऐसे सबडोमेन न बनाएँ जो आपकी मंशा से ज़्यादा उजागर करें।
• ▹इमेज और दस्तावेज़ों से मेटाडेटा (EXIF, author फ़ील्ड) हटाएँ और प्रकाशित करने से पहले git इतिहास में असली नाम और ईमेल जाँचें।
• ▹सर्वर का प्रबंधन अपने घरेलू IP की बजाय Tor या VPN पर करें, और अपने निजी प्रोजेक्ट उसी IP पर होस्ट न करें।
• ▹भुगतान भी अलग रखें: खाते में पैसे ऐसे वॉलेट से डालें जो आपके नाम वाले एक्सचेंज खाते से न जुड़ा हो।

ऑफ़शोर वेब होस्टिंग किन चीज़ों से नहीं बचाती

• ▹आपका स्थानीय कानून: विदेश में साइट होस्ट करने से वे नियम नहीं बदलते जो आपके निवास स्थान पर आप पर लागू होते हैं।
• ▹डोमेन takedown: सर्वर कहीं भी हो, रजिस्ट्रार या TLD ऑपरेटर डोमेन निलंबित कर सकता है।
• ▹Abuse हैंडलिंग: होस्ट, ऑफ़शोर हों या नहीं, सत्यापित abuse रिपोर्ट्स पर कार्रवाई करते ही हैं।
• ▹भुगतान और खाते के निशान: एक्सचेंज, कार्ड प्रोसेसर और ईमेल प्रोवाइडर अपने रिकॉर्ड रखते हैं।
• ▹आपकी अपनी गलतियाँ: दोबारा इस्तेमाल किए यूज़रनेम, साझा analytics IDs, मेटाडेटा और घरेलू IP से एडमिन लॉगिन बाकी सब बेकार कर देते हैं।
• ▹साइट पर हमले: ऑफ़शोर लोकेशन DDoS सुरक्षा नहीं है, और बिना पैच वाला CMS कहीं भी compromise हो जाता है।

अक्सर पूछे जाने वाले सवाल