Điểm:2

Can't point my subdomain address to CloudFront distribution (using S3 + CF + Route 53)

lá cờ us

[Jump to bottom to see updates and latest attempts]

First of all, I apologize if I misuse terminology here. I work as FE developer and this area on networking and setting up domains and aws services is really not my strongest. I took this task as a good chance for learning.

I'm hosting an application on S3 buckets. The idea is to have a bucket for analytics.gleechi.io, another one for staging-analytics.gleechi.io where I will use as staging. gleechi.io on itself has no content, so user just redirects to analytics.gleechi.io

The domain name gleechi.io was previously on a different registrar (godaddy) and I transferred it to aws.

After much struggle I was able to create hosted zones and CloudFront distributions for it and link them to my S3 buckets.

The CF works fine and if I open its link d10yu7tqracz7m.cloudfront.net my application loads correctly.

What is missing now is to point analytics.gleechi.io address to that CF. I can't figure out what am I doing wrong in here as I followed aws guides already so many times and everything seems to be in place. I have a few clues that something is wrong with DNS and perhaps it has to do with the fact that everything was registered somewhere outside aws before and I perhaps need to do something in these places?

  • I login into godaddy but I see absolutely nothing there but when I open gleechi.io it shows me a page that is clearly from godaddy.
  • Running the command dig +short gleechi.io gives me the address from 1) but running dig +short analytics.gleechi.io gives me nothing
  • To add to the confusion when I run whois gleechi.io it gives me Registrar WHOIS Server: whois.gandi.net Registrar URL: http://www.gandi.net why gandi? Shouldn't it be aws, since it is where it was transferred? Or if anything...godaddy then. Is it possible that maybe only the domain was registered in godaddy but maybe DNS was setup in gandi ? (I didn't do the setup myself, but a former employee years ago, so I might be dealing with unknown scenario here)

Here is how I setup my Route 53:

  1. I created a hosted zone analytics.gleechi.io and in there I created a record A that points to my CF d10yu7tqracz7m.cloudfront.net.
  2. I copied the 4 NS values from there
  3. I added the 4 NS values from the analytics.gleechi.io together with the already 4 existent NS values in gleechi.io
  4. Under Domains -> Registered Domains -> gleechi.io I have the 4 NS originally created by Route 53 on gleechi.io (but not the 4 from analytics.gleechi.io) , which I assume is the right way to do

Here is the aws guide I followed https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-routing-traffic-for-subdomains.html I also tried the 1st option (Create records in the hosted zone for the domain) but that didn't work out either.

Here are screenshots of the configs and values I have on Route 53

enter image description here

enter image description here

enter image description here

enter image description here

UPDATE after comments and answers:

I deleted the host zone for analytics.gleechi.io and added that as an A record under gleechi.io . Still no success Trying to lookup gleechi.io or analytics.gleechi.io on https://lookup.icann.org/lookup throws me this error: Failed to perform lookup using WHOIS service: TLD_NOT_SUPPORTED

Below screenshots of my updated configuration I'm running out of ideas here

enter image description here

enter image description here

Điểm:2
lá cờ cn

Có hai điều mà bạn phải làm:

Bạn có thể loại bỏ vùng lưu trữ phụ mà bạn đã tạo cho analytics.gleechi.io và trong Miền -> Miền đã đăng ký, chỉ để lại 4 máy chủ định danh ban đầu cho vùng lưu trữ gleechi.io.

lá cờ us
Tôi đã làm điều này. Đoán tôi sẽ phải chờ một chút để xem nếu nó hoạt động. Cảm ơn
lá cờ us
Tôi đã cập nhật câu hỏi với nỗ lực mới này vào cuối
Nick avatar
lá cờ cn
Nó hoạt động với tôi;)
lá cờ us
omg bạn nói đúng! Tôi yêu bạn! Làm hỏng các nghi thức trang trọng trên các diễn đàn. Bạn không biết tôi đã lãng phí bao nhiêu thời gian cho việc này đâu. Cảm ơn bạn rất nhiều!
Điểm:0
lá cờ br

vùng được lưu trữ của bạn chỉ nên có 4 bản ghi DNS. Bạn có 8, điều này sẽ khiến DNS hoạt động không chính xác. Những gì bạn phải làm là chỉ tạo vùng được lưu trữ cho tên miền chính gleechi.io. Sau đó, bạn có thể tạo bản ghi DNS (bản ghi Bí danh A hoặc bản ghi CNAME) cho hai tên miền phụ phân tíchphân tích dàn dựng trong cùng một vùng được lưu trữ.

lá cờ us
Nó có 8, bởi vì 4 miền còn lại là từ miền phụ như được mô tả trong phương pháp thứ 2 tại đây https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-routing-traffic-for-subdomains.html . Tôi đã thử giải pháp của bạn trước đây (phương pháp đầu tiên trong liên kết) và điều đó không hiệu quả
Ravi Kumar CH avatar
lá cờ br
Các tài liệu đã không được hiểu một cách chính xác. Xem điểm số 4. Khi vùng lưu trữ cho tên miền phụ được tạo, tên miền chính phải được thông báo về nó và do đó nên chỉ định các máy chủ định danh riêng biệt. Chắc chắn giải pháp được chỉ định sẽ hoạt động ở trên. Nhưng do bạn cấu hình sai các vùng DNS nên nó sẽ không hoạt động. Vì vậy, hãy loại bỏ các vùng được lưu trữ hiện tại. chỉ có 4 bản ghi NS duy nhất được hiển thị cho tên miền chính. Sau đó, giải pháp trên sẽ bắt đầu hoạt động tự động. Ngoài ra, bạn có chỉ định tên miền phụ làm tên miền thay thế trong cài đặt trên nền tảng đám mây không?
lá cờ us
Tôi xin lỗi, tôi vẫn chưa hiểu về "Khi vùng lưu trữ cho tên miền phụ được tạo, tên miền chính phải được thông báo về nó và do đó nên chỉ định các máy chủ định danh riêng biệt." . Đó chính là lý do tại sao 8 NS trên tên miền chính. Ban đầu nó chỉ có 4. Sau khi tôi tạo vùng được lưu trữ cho tên miền phụ, sau đó tôi đã thêm 4 tên miền này từ tên miền phụ vào tên miền chính. Tôi đang thiếu gì ở đây? Tôi chắc chắn sẽ thử giải pháp của bạn sau, nhưng tôi vẫn cần có thể hiểu được vì tôi tin bạn, có thể là tôi đã đọc sai hướng dẫn ở đâu đó
Ravi Kumar CH avatar
lá cờ br
nếu vùng lưu trữ riêng cho analytics.gleechi.io được tạo thì máy chủ định danh sẽ được chỉ định cho analytics.gleechi.io trong bản ghi DNS của miền chính. Nhưng bạn đã chỉ định chúng cho gleechi.io. Đây là cách giải thích sai về tài liệu mà tôi đã đề cập đến.
lá cờ us
không, tôi đã chỉ định cho cả hai. Mỗi cái chứa 4. Nhưng dù sao, tôi đã cập nhật câu hỏi của mình bằng cách tiếp cận khác vẫn không thành công :(
Ravi Kumar CH avatar
lá cờ br
vâng, bạn cần đợi trước khi DNS lan truyền.
lá cờ us
nó đã làm việc. Bạn là một huyền thoại thưa ngài!

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.