我的問題是不是新的。顯然在此鏈接:How to map a wildcard domain to a Windows Azure Website instance?通配符子域在Azure網站
但現在Micosoft在上週已經實現了這個功能,根據:http://bit.ly/1qYPJ1R & http://bit.ly/1eMsXVc我覺得是時候重新審視問題。雖然現在這已被標記爲Azure網站上的一項功能,但我在爲客戶端實現動態/通配符子域時遇到問題。
我的客戶在GoDaddy上購買了他們的域名。我們的目標是讓所有通配符子域名打到我們託管的Azure網站,並讓子域用於將用戶路由到相應的頁面。儘管我遵循了Azure管理門戶提供的所有說明,但我已經能夠在Azure雲服務中完美無瑕地完成此任務,但爲了同樣的目的,我在爲網站分配通配符域時遇到了麻煩。
下面是我在做什麼:
設置我的Azure的網站基本計劃(共享&標準應該工作以及)。
我爲
*
設置了A記錄,以轉到顯示在「管理自定義域」模式窗口底部的Azure網站IP地址。 (見下圖)我設置CNAME爲
awverify.*.mydomain.com
指向awverify.myazurewebsitedomain.azurewebsites.net
如由門戶指示(見下圖)
我耐心等待傳播,並通過使用http://digwebinterface.com/測試了所有動態子域名正在擊中Azure網站IP。
我測試使用隨機子域,並驗證了我的記錄被擊中,因爲它是將一個通用的404頁,說明該域名尚未被網站所有者配置在Azure提供的IP地址:
但是我的網站無法驗證
*.mydomain.com
,如下圖所示。它重申了很說明還給我,我在GoDaddy的已經實施:
它是GoDaddy的?我不是最大的球迷,所以我沒有任何問題,建議我的客戶離開他們,但我試圖拯救我們所有的麻煩,除此之外 - 不應該這樣做嗎?另外,很顯然,我的隨機子域名正在觸及Azure,所以在我看來,微軟的驗證過程存在問題。我在awverify
子域中嘗試了幾個變體,甚至嘗試爲*
而不是A記錄創建一個CNAME,並決定在提交給Stack Overflow之前再次使用Microsoft的明確指示。
我覺得自己已經耗盡了所有的選項,並且遵循Azure門戶給出的明確指示,但它只是不起作用。我錯過了什麼嗎?是放棄網站並遷移到雲服務的唯一選擇嗎?我非常喜歡網站必須提供的管理功能,而且微軟似乎以比其他任何雲組件更快的速度推進他們的網站產品,所以我不希望遷移到雲服務,因爲這個小問題!
預先感謝您!
我投票結束這個問題作爲題外話題,因爲這應該是針對託管公司 –