GitHub Pages कस्टम डोमेन: DNS, CNAME और HTTPS सेटअप

GitHub Pages पर कस्टम डोमेन कैसे लगाएँ: apex और www के DNS रिकॉर्ड, CNAME फ़ाइल का काम, डोमेन वेरिफ़िकेशन और HTTPS चालू करने का तरीका।

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

GitHub Pages के apex डोमेन के लिए कौन-से IP एड्रेस इस्तेमाल करने चाहिए?

GitHub के दस्तावेज़ों (नवंबर 2026 में जाँचे गए) में apex होस्ट (@) के लिए चार A रिकॉर्ड दिए गए हैं: 185.199.108.153, 185.199.109.153, 185.199.110.153 और 185.199.111.153। अगर आपको IPv6 भी चाहिए, तो चार AAAA रिकॉर्ड जोड़ें: 2606:50c0:8000::153, 2606:50c0:8001::153, 2606:50c0:8002::153 और 2606:50c0:8003::153। GitHub की सलाह है कि AAAA रिकॉर्ड के साथ A रिकॉर्ड भी बनाए रखें। इन्हें पेस्ट करने से पहले दस्तावेज़ों से मिलान कर लें, क्योंकि GitHub ये वैल्यू बदल सकता है।

क्या मेरी रिपॉज़िटरी में CNAME फ़ाइल ज़रूरी है?

सिर्फ़ तब, जब आप किसी ब्रांच से पब्लिश करते हैं। उस स्थिति में Settings > Pages में कस्टम डोमेन सेव करते ही GitHub सोर्स ब्रांच के रूट में अपने-आप एक CNAME फ़ाइल कमिट कर देता है। अगर आप कस्टम GitHub Actions वर्कफ़्लो से पब्लिश करते हैं, तो GitHub के अनुसार कोई CNAME फ़ाइल नहीं बनती, और पहले से मौजूद फ़ाइल को नज़रअंदाज़ कर दिया जाता है और उसकी ज़रूरत नहीं होती।

Enforce HTTPS का चेकबॉक्स ग्रे क्यों दिख रहा है?

GitHub के अनुसार डोमेन जोड़ने के बाद यह विकल्प उपलब्ध होने में 24 घंटे तक लग सकते हैं। सर्टिफ़िकेट अपने-आप जारी होता है, इसलिए चेकबॉक्स अटकने के आम कारण ये हैं: DNS का अभी प्रोपेगेट न होना, या अतिरिक्त रिकॉर्ड, जैसे apex पर और A, AAAA, ALIAS या ANAME रिकॉर्ड, या www पर ऐसा CNAME जो GitHub के बजाय कहीं और पॉइंट करता हो। GitHub यह भी बताता है कि डोमेन 64 अक्षरों से छोटा होना चाहिए। अगर फिर भी अटका रहे, तो डोमेन के आगे Remove (हटाएँ) पर क्लिक करें, उसे दोबारा टाइप करें और फिर से सेव करें।

मुझे apex डोमेन इस्तेमाल करना चाहिए या www?

GitHub www की सलाह देता है। उसके दस्तावेज़ों के अनुसार www सबडोमेन कस्टम डोमेन का सबसे स्थिर प्रकार हैं, क्योंकि GitHub के सर्वर IP एड्रेस बदलने से उन पर कोई असर नहीं पड़ता। आप जिसे भी कस्टम डोमेन बनाएँगे, GitHub दूसरे को उसी पर रीडायरेक्ट कर देता है, बशर्ते दोनों का DNS GitHub Pages की ओर पॉइंट करता हो।

GitHub Pages का कस्टम डोमेन चालू होने में कितना समय लगता है?

GitHub के अनुसार DNS बदलावों को प्रोपेगेट होने में 24 घंटे तक लग सकते हैं। व्यवहार में कई रिकॉर्ड इससे पहले ही रेज़ॉल्व हो जाते हैं, लेकिन कुछ गड़बड़ मानने से पहले एक दिन का समय मानकर चलें।

क्या GitHub Pages के लिए वाइल्डकार्ड DNS रिकॉर्ड इस्तेमाल करना सुरक्षित है?

GitHub *.example.com जैसे वाइल्डकार्ड रिकॉर्ड के ख़िलाफ़ कड़ी सलाह देता है। उसके दस्तावेज़ों के अनुसार, डोमेन वेरिफ़ाई करने के बाद भी इनसे डोमेन टेकओवर का तत्काल ख़तरा रहता है। इसके बजाय अपने इस्तेमाल के हर सबडोमेन के लिए अलग रिकॉर्ड बनाएँ।

संक्षिप्त जवाब: अपनी रिपॉज़िटरी में Settings > Pages पर जाएँ, Custom domain के नीचे अपना डोमेन लिखें और सेव करें। फिर अपने DNS प्रोवाइडर पर CNAME रिकॉर्ड से www को <username>.github.io पर पॉइंट करें, और बिना www वाले डोमेन (example.com) को चार A रिकॉर्ड से GitHub पर पॉइंट करें। जब GitHub सर्टिफ़िकेट जारी कर दे, तो Enforce HTTPS पर टिक करें। पूरा काम एक रिपॉज़िटरी सेटिंग और कुछ DNS रिकॉर्ड का है। ज़्यादातर देरी DNS प्रोपेगेशन की वजह से होती है, जिसमें GitHub के अनुसार 24 घंटे तक लग सकते हैं।

नीचे दी गई हर बात नवंबर 2026 में GitHub के अपने दस्तावेज़ों से जाँची गई है। DNS वैल्यू सबसे ज़्यादा बदलने वाला हिस्सा हैं, इसलिए पेस्ट करने से पहले GitHub Pages custom domain docs से इन्हें ज़रूर मिला लें।

पहले डोमेन का प्रकार चुनें

आप चाहते हैं कि विज़िटर यहाँ पहुँचें	कस्टम डोमेन के रूप में सेट करें	ज़रूरी DNS रिकॉर्ड	नोट्स
www.example.com	www.example.com	www पर <username>.github.io की ओर CNAME, साथ में apex पर A रिकॉर्ड	GitHub का सुझाया हुआ सेटअप। example.com अपने-आप www पर रीडायरेक्ट होता है।
example.com	example.com	apex पर A रिकॉर्ड (या एक ALIAS/ANAME), साथ में www पर CNAME	www.example.com apex पर रीडायरेक्ट होता है।
blog.example.com	blog.example.com	blog पर <username>.github.io की ओर CNAME	apex रिकॉर्ड की ज़रूरत नहीं।

GitHub के दस्तावेज़ों के अनुसार www सबडोमेन सबसे स्थिर विकल्प हैं, क्योंकि GitHub के सर्वर IP एड्रेस में बदलाव का उन पर असर नहीं पड़ता। अगर बिना www वाला डोमेन चुनने की कोई ठोस वजह नहीं है, तो www चुनें। अगर आप अभी रजिस्ट्रार चुन रहे हैं, तो हमारी डोमेन रजिस्ट्रार तुलना में विकल्प दिए गए हैं, और डोमेन की कीमत कितनी होती है में रिन्यूअल की कीमतें समझाई गई हैं।

स्टेप-बाय-स्टेप: डोमेन कनेक्ट करें

1. GitHub में डोमेन जोड़ें। अपनी रिपॉज़िटरी खोलें, Settings पर क्लिक करें, फिर Pages ("Code, planning, and automation" के नीचे) चुनें। अगर Settings टैब छिपा हो, तो "More" ड्रॉपडाउन में देखें। Custom domain फ़ील्ड में अपना डोमेन लिखें और Save पर क्लिक करें।
2. देखें कि GitHub ने आपकी रिपॉज़िटरी में क्या किया। अगर आप किसी ब्रांच से पब्लिश करते हैं, तो GitHub उस ब्रांच के रूट में एक CNAME फ़ाइल कमिट कर देता है। अगर आप कस्टम GitHub Actions वर्कफ़्लो से पब्लिश करते हैं, तो कोई CNAME फ़ाइल नहीं बनती, और पहले से मौजूद फ़ाइल को नज़रअंदाज़ कर दिया जाता है।
3. डिफ़ॉल्ट DNS रिकॉर्ड हटाएँ। अगर आपके DNS प्रोवाइडर ने जिस होस्ट को आप इस्तेमाल करने वाले हैं, उसके लिए कोई पार्किंग या डिफ़ॉल्ट रिकॉर्ड अपने-आप बना दिया है, तो पहले उसे डिलीट करें।
4. DNS रिकॉर्ड बनाएँ अपने DNS प्रोवाइडर पर (अगला सेक्शन देखें)।
5. प्रोपेगेशन का इंतज़ार करें। GitHub के अनुसार 24 घंटे तक। टर्मिनल से प्रगति देखने के लिए dig www.example.com +noall +answer चलाएँ।
6. HTTPS लागू करें (Enforce HTTPS), जैसे ही यह विकल्प उपलब्ध हो जाए (नीचे देखें)।

क्रम उतना मायने नहीं रखता जितना लगता है

आप GitHub में डोमेन सेव करने से पहले या बाद में DNS रिकॉर्ड बना सकते हैं। जोखिम यह है कि DNS GitHub Pages की ओर पॉइंट करता रहे जबकि डोमेन किसी रिपॉज़िटरी से जुड़ा न हो। GitHub चेतावनी देता है कि डोमेन को GitHub में जोड़े बिना DNS कॉन्फ़िगर करने पर कोई और आपके किसी सबडोमेन पर साइट होस्ट कर सकता है। इसलिए पहले GitHub में डोमेन सेव करें, फिर DNS करें।

DNS रिकॉर्ड

www या कोई भी सबडोमेन: एक CNAME

टाइप	होस्ट	वैल्यू
CNAME	www	<username>.github.io

अपना यूज़रनेम या ऑर्गनाइज़ेशन का नाम इस्तेमाल करें, रिपॉज़िटरी का नाम नहीं। GitHub साफ़ कहता है कि CNAME को आपकी रिपॉज़िटरी सेटिंग्स में दिखने वाले यूनिक *.pages.github.io एड्रेस पर पॉइंट न करें।

Apex डोमेन: चार A रिकॉर्ड (नवंबर 2026 में जाँचे गए)

टाइप	होस्ट	वैल्यू
A	@	185.199.108.153
A	@	185.199.109.153
A	@	185.199.110.153
A	@	185.199.111.153

वैकल्पिक IPv6, अगर आप चाहें, @ पर AAAA रिकॉर्ड के रूप में:

टाइप	होस्ट	वैल्यू
AAAA	@	2606:50c0:8000::153
AAAA	@	2606:50c0:8001::153
AAAA	@	2606:50c0:8002::153
AAAA	@	2606:50c0:8003::153

GitHub की सलाह है कि AAAA रिकॉर्ड जोड़ने पर भी A रिकॉर्ड ज़रूर जोड़ें, क्योंकि IPv6 का इस्तेमाल अभी हर जगह एक-सा नहीं है। अगर आपका DNS प्रोवाइडर ALIAS या ANAME रिकॉर्ड सपोर्ट करता है, तो A और AAAA रिकॉर्ड की जगह <username>.github.io पर पॉइंट करने वाला एक ही रिकॉर्ड इस्तेमाल कर सकते हैं।

दो गलतियों से बचें:

• apex पर अतिरिक्त रिकॉर्ड। GitHub के अनुसार @ पर अतिरिक्त A, AAAA, ALIAS या ANAME रिकॉर्ड, या www पर कहीं और पॉइंट करने वाला CNAME, HTTPS सर्टिफ़िकेट बनने में रुकावट डाल सकता है।
• सबडोमेन को अपने apex पर पॉइंट करना। GitHub चेतावनी देता है कि इससे HTTPS लागू करने में दिक्कत आती है और हो सकता है कि सबडोमेन आपकी साइट तक पहुँच ही न पाए। सबडोमेन को <username>.github.io पर पॉइंट करें।

कुछ प्रोवाइडर apex होस्ट के लिए @ इस्तेमाल करते हैं, तो कुछ में फ़ील्ड खाली छोड़नी पड़ती है या पूरा डोमेन लिखना पड़ता है। यह प्रोवाइडर की अपनी आदत है, GitHub की सेटिंग नहीं।

HTTPS चालू करें

GitHub कस्टम डोमेन के लिए Let's Encrypt के ज़रिए सर्टिफ़िकेट जारी करता है। DNS सही रेज़ॉल्व होने के बाद:

1. वापस Settings > Pages पर जाएँ।
2. अपने डोमेन के पास चेक मार्क देखें, जिसका मतलब है कि DNS जाँच पास हो गई।
3. Enforce HTTPS पर टिक करें।

GitHub के अनुसार यह विकल्प उपलब्ध होने में 24 घंटे तक लग सकते हैं। अगर सेव करने के कई मिनट बाद भी यह नहीं दिखे, तो GitHub का सुझाया हल है: कस्टम डोमेन के आगे Remove पर क्लिक करें, उसे दोबारा टाइप करें और फिर Save करें। सर्टिफ़िकेट बनने के लिए डोमेन 64 अक्षरों से छोटा भी होना चाहिए।

अगर चेकबॉक्स ग्रे ही रहे, तो यह सूची जाँचें:

• [ ] होस्ट का DNS GitHub पर रेज़ॉल्व हो रहा है (dig में चारों IP या आपका <username>.github.io CNAME दिखता है)
• [ ] apex पर कोई अतिरिक्त A, AAAA, ALIAS या ANAME रिकॉर्ड नहीं है
• [ ] www का CNAME <username>.github.io पर पॉइंट करता है, apex या किसी pages.github.io एड्रेस पर नहीं
• [ ] Settings > Pages में लिखा डोमेन ठीक वही है जो आपने DNS में डाला है
• [ ] आपने डोमेन को एक बार हटाकर दोबारा जोड़ा है

डोमेन वेरिफ़ाई करें (ज़ोरदार सलाह)

वेरिफ़िकेशन से यह सुनिश्चित होता है कि अगर आपकी Pages साइट कभी अनलिंक हो जाए, तो कोई दूसरा GitHub अकाउंट आपका डोमेन क्लेम न कर सके। GitHub के अनुसार डोमेन टेकओवर तब संभव है जब आप रिपॉज़िटरी डिलीट कर दें, आपका बिलिंग प्लान डाउनग्रेड हो जाए, या कोई भी ऐसा बदलाव हो जिससे डोमेन अनलिंक हो जाए जबकि वह GitHub Pages के लिए कॉन्फ़िगर हो और वेरिफ़ाई न हो।

1. अपनी प्रोफ़ाइल सेटिंग्स खोलें (रिपॉज़िटरी सेटिंग्स नहीं), फिर साइडबार में Pages चुनें।
2. Add a domain पर क्लिक करें, डोमेन डालें और कन्फ़र्म करें।
3. GitHub जो TXT रिकॉर्ड दिखाता है, उसे बनाएँ। होस्ट कुछ ऐसा दिखेगा: _github-pages-challenge-USERNAME.example.com।
4. dig _github-pages-challenge-USERNAME.example.com +nostats +nocomments +nocmd TXT से पक्का करें कि वह दिखाई दे रहा है।
5. वापस GitHub में, डोमेन के पास वाले मेन्यू से Continue verifying चुनें, फिर Verify करें।

GitHub के अनुसार यह तुरंत हो सकता है या इसमें 24 घंटे तक लग सकते हैं। बाद में TXT रिकॉर्ड को वहीं रहने दें। साथ ही *.example.com जैसे वाइल्डकार्ड रिकॉर्ड से बचें: GitHub के अनुसार डोमेन वेरिफ़ाई होने पर भी इनसे टेकओवर का ख़तरा रहता है।

आम समस्याएँ

• कस्टम डोमेन पर 404, जबकि साइट github.io पर चल रही है। डोमेन Settings > Pages में कभी सेव ही नहीं हुआ, या DNS अभी प्रोपेगेट नहीं हुआ। दोनों जाँचें।
• डिप्लॉय के बाद डोमेन बार-बार रीसेट हो जाता है। अगर आप किसी ब्रांच से पब्लिश करते हैं, तो सोर्स ब्रांच की CNAME फ़ाइल में आपका डोमेन होना चाहिए। ब्रांच का रूट मिटा देने वाला बिल्ड, या फ़ाइल छोड़ देने वाला डिप्लॉय, उसे हटा सकता है। कस्टम Actions वर्कफ़्लो पर जाने से इस फ़ाइल की ज़रूरत ही नहीं रहती।
• apex चलता है, www नहीं (या इसका उलटा)। दोनों होस्ट के लिए रिकॉर्ड चाहिए। याद रखें कि GitHub जोड़ीदार होस्ट को तभी रीडायरेक्ट करता है, जब उसका DNS भी GitHub Pages की ओर पॉइंट करता हो।
• सर्टिफ़िकेट कभी आता ही नहीं। ऊपर की चेकलिस्ट चलाएँ, और सबसे पहले फ़ालतू रिकॉर्ड ढूँढें।

अगर आप DNS खुद नहीं सँभालना चाहते

GitHub Pages उन स्टैटिक साइट्स के लिए अच्छा विकल्प है जो आपकी रिपॉज़िटरी में पहले से रखी हैं। अगर आपको मुख्य रूप से अपने डोमेन के साथ साइट ऑनलाइन करनी है, तो We.Inc के कस्टम डोमेन बिल्डर के अंदर ही यही DNS स्टेप आसानी से पूरा करवाते हैं, और डोमेन कनेक्शन गाइड किसी भी प्रोवाइडर के लिए इसे समझाती है। We.Inc के फ़्री प्लान में आप रेडीमेड टेम्पलेट से तीन साइट तक पब्लिश कर सकते हैं; प्रॉम्प्ट से साइट का ड्राफ़्ट बनाने वाला AI बिल्डर Starter प्लान से शुरू होता है, जिसकी कीमत $20 प्रति माह है। आप यहाँ साइन अप कर सकते हैं।

फ़्री में शुरू करें · क्रेडिट कार्ड की ज़रूरत नहीं

Umair Ali Sadaqat

We.Inc के संस्थापक

उमैर We.Inc के संस्थापक हैं। वे AI से वेबसाइट बनाने, एजेंसियों और वेब स्टूडियो चलाने के व्यवसाय के बारे में लिखते हैं।

कुछ शानदार बनाने के लिए तैयार हैं?

उन 15,000+ बिज़नेस से जुड़ें जो एक ही प्लेटफ़ॉर्म से लॉन्च करने, बढ़ने और ऑटोमेट करने के लिए We.Inc इस्तेमाल करते हैं।

फ़्री में शुरू करें

क्रेडिट कार्ड की ज़रूरत नहीं · सेल्स टीम से बात करें

संबंधित: ब्लॉग

• कस्टम डोमेन के साथ Gmail इस्तेमाल करें
• GoDaddy DKIM सेटअप
• GoDaddy डोमेन एप्रेज़ल
• GoDaddy डोमेन फॉरवर्डिंग
• GoDaddy MX रिकॉर्ड
• GoDaddy नेमसर्वर कैसे खोजें और बदलें
• GoDaddy TXT रिकॉर्ड कैसे जोड़ें
• Google AI Studio वाइब कोडिंग

प्रोडक्ट

• AI वेबसाइट बिल्डर
• AI वाला व्हाइट लेबल वेबसाइट बिल्डर
• एंटरप्राइज़
• API डॉक्स

किसके लिए

• एजेंसियों के लिए
• फ़्रीलांसर्स के लिए
• होस्टिंग प्रोवाइडर्स के लिए
• SaaS प्लेटफ़ॉर्म्स के लिए
• स्टार्टअप्स के लिए
• फ़ाइनेंशियल सर्विसेज़
• हेल्थकेयर सॉल्यूशंस

फ़ीचर

• विज़ुअल एडिटर
• SEO और एनालिटिक्स
• कस्टम ब्रांडिंग
• क्लाइंट डैशबोर्ड
• रीसेलर बिलिंग

संसाधन

• ब्लॉग
• हेल्प सेंटर
• व्यवसाय के लिए मुफ़्त टूल
• Free UI Components
• टेम्पलेट
• टेम्पलेट संग्रह
• वेबसाइट उदाहरण
• गाइड
• तुलना
• विकल्प
• सर्वश्रेष्ठ
• समीक्षाएं
• कीमत गाइड
• उपयोग के मामले
• शब्दावली और मार्गदर्शिकाएँ
• इंटीग्रेशन
• डेवलपर
• Benchmark
• Windows App

कंपनी

• हमारे बारे में
• कीमतें
• पार्टनर कार्यक्रम में आवेदन करें
• संपर्क करें
• करियर
• सुरक्षा
• गोपनीयता नीति
• सेवा की शर्तें

साइटमैप