2016-06-03 7 views
10

पर https के साथ काम नहीं करता है, मैं नामचिह्न और उसकेोकू को सेटअप करने के तरीके से बहुत उलझन में हूं ताकि वे https पर कस्टम डोमेन की सेवा के लिए मिलकर काम कर सकें।नेमचेप DNS कॉन्फ़िगरेशन हेरोोकू कस्टम डोमेन

मैं Heroku उपयोग कर रहा हूँ ssl beta, विन्यास के अंत तक, Heroku इस तरह अपने डोमेन नक्शे को अपडेट किया गया है:

myapp.com  myapp.com.herokudns.com 
www.myapp.com wwww.myapp.com.herokudns.com 

SSL प्रमाणपत्र सफलतापूर्वक Heroku में जोड़ दिया गया है, मैं यह जानता हूँ क्योंकि मैं यह कर सकते हैं एक हरा पैडलॉक के साथ https://myapp.herokuapp.com तक पहुंचें।

अगले कदम NameCheap डीएनएस को संशोधित किया जाना चाहिए, मैं इस tutorial

पीछा प्रविष्टियों मैं जोड़ा हैं:

CNAME Record www myapp.herokuapp.com 
URL Redirect @  https://www.myapp.com 

कि यह होना चाहिए, लेकिन यह के रूप में मैं उम्मीद काम नहीं करता।

यदि मैं myapp.com टाइप करता हूं, तो यह https://www.myapp.com (इसलिए रीडायरेक्ट काम करता है) पर जाता है, लेकिन पैडलॉक के बिना।

वही अगर मैं सीधे https://www.myapp.com पर जाता हूं।

मुझे यकीन है कि यह इसलिए नहीं है क्योंकि परिवर्तन अभी तक प्रभावी नहीं हुआ है, क्योंकि मैंने अन्य डोमेन के साथ गड़बड़ी की है और यह 5min या उससे भी पहले के बाद प्रभावी हो गया है।

क्या कोई मुझे बता सकता है कि समस्या क्या है?

+0

जो भी नीचे बताए जाने की देखभाल करने का ध्यान क्यों दिया? – swang

उत्तर

2

मुझे पता चला कि क्या गलत है, मैं, myapp.herokuapp.com का उपयोग कर बंद कर देना चाहिए बजाय myapp.com.herokudns.com उपयोग करते हैं, तो NameCheap के DNS कॉन्फ़िगरेशन में, मैं निम्नलिखित होना चाहिए Heroku को SSL प्रमाणपत्र अपलोड करने के बाद,:

CNAME Record @  myapp.com.herokudns.com 
CNAME Record www  www.myapp.com.herokudns.com 

मुझे नहीं पता लगता है कि रीडायरेक्ट आवश्यक है (यहां तक ​​कि नेमचेप के document में भी यह कहता है कि आपको नंगे डोमेन पर CNAME सेट नहीं करना चाहिए, लेकिन इसके बजाय www को रीडायरेक्ट करना चाहिए)। मैंने www CNAME रिकॉर्ड को प्रतिस्थापित करने के लिए URL redirect record www https://myapp.com का उपयोग करने का प्रयास किया लेकिन यह काम नहीं करेगा।

इसके अलावा, जब मैं प्रमाण पत्र के साथ एन्क्रिप्ट की सुविधा देता है बनाया है, मैं केवल डोमेन myapp.com प्रमाणित है, लेकिन www.myapp.com भूल गया है, इसलिए जब पहुँच www डोमेन, ब्राउज़र की शिकायत प्रमाण पत्र, एक बार मैं प्रमाण पत्र का विस्तार www.myapp.com कवर करने के लिए, myapp.com से है साथ उपरोक्त कॉन्फ़िगरेशन, सभी डोमेन हरे रंग के पैडलॉक के साथ ठीक काम करते हैं।

0

आप https://www.myapp.com पर रीडायरेक्ट करते हैं। ब्राउज़र www.myapp.com के लिए प्रमाण पत्र की अपेक्षा करता है लेकिन आपके विवरण के अनुसार myapp.herokuapp.com के लिए केवल एक प्रमाण पत्र है। चूंकि URL में होस्टनाम प्रमाण पत्र के विषय से मेल नहीं खाता है, ब्राउज़र खराब प्रमाणपत्र के बारे में शिकायत करता है।

+0

जो समझ में आता है, इसलिए इस मामले में मेरे पास यूआरएल रीडायरेक्ट रिकॉर्ड नहीं हो सकता है? – swang

+0

@swang: आप 'https: // myapp.herokuapp.com' पर रीडायरेक्ट कर सकते हैं, यानी मेजबान जिसमें वैध प्रमाणपत्र है। फिर यूआरएल प्रमाण पत्र से मेल खाता है। –

+0

वास्तव में, अगर पुनर्निर्देशन समस्या है, तो क्यों 'www.myapp.com' काम नहीं करता है? क्या इसे सिर्फ सीएनएन रिकॉर्ड द्वारा रूट नहीं किया जाना चाहिए? इसके अलावा, मेरे पास प्रमाणपत्र है Letencrypt से है और यह myapp.com प्रमाणित है myapp.herokuapp.com नहीं। – swang

0

नेमचेप में आपका समाधान (@ के लिए CNAME का उपयोग करके) https ईडब्ल्यूबी उदाहरणों के लिए https fwding के लिए भी काम करता है। मेरा डोमेन नेमचेप द्वारा परोसा जाता है। उनकी सिफारिश (जैसा कि आपने बताया है) गलत है मेरे डोमेन (x.com) के लिए मेरे अमेज़ॅन elb उदाहरण (जिसमें x.com के लिए मेरा एसएसएल प्रमाण है) के लिए https ट्रैफिक https ट्रैफिक है। यूआरएल fwding नामकैप के सर्वर से एक conn अस्वीकार त्रुटि हो जाता है।

@ URL के लिए एक सीएनएन का उपयोग करके https यूआरएल के लिए एक अच्छी हरी सुरक्षित मुहर प्रदर्शित करता है। मैंने गैर-https ट्रैफ़िक के लिए एक ही अमेज़ॅन elb उदाहरण में एक CNAME www भी जोड़ा।

संबंधित मुद्दे