Zgodnie z RFC1912 sekcja 2.4:
A CNAME record is not allowed to coexist with any other data. In
other words, if suzy.podunk.xx is an alias for sue.podunk.xx, you
can't also have an MX record for suzy.podunk.edu, or an A record, or
even a TXT record. Especially do not try to combine CNAMEs and NS
records like this!:
podunk.xx. IN NS ns1
IN NS ns2
IN CNAME mary
mary IN A
RFC ma sens, ponieważ serwer nazw nie wiedziałby, czy musi podążać za CNAME, czy odpowiadać za pomocą rzeczywistego rekordu, na który nakłada się CNAME. bar.com
jest strefą, dlatego domyślnie ma rekord SOA dla tej bar.com
nazwy. Nie możesz mieć jednocześnie rekordu SOA i CNAME o tej samej nazwie.
Jednak biorąc pod uwagę, że rekordy SOA są zwykle używane tylko do konserwacji strefy, te sytuacje, w których chcesz podać CNAME na wierzchołku strefy, są dość powszechne. Mimo że RFC tego zabrania, wielu inżynierów chciałoby zachowania takiego jak: „podążaj za CNAME, chyba że zapytanie wyraźnie żąda rekordu SOA”. Właśnie dlatego Route 53 zapewnia alias records
. Są to funkcje specyficzne dla Route 53, które oferują dokładnie taką funkcjonalność, jakiej potrzebujesz. Zajrzyj na http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/CreatingAliasRRSets.html
A
rekord, co teraz zrobić?bar.com
. (Nazwa musi być taka sama, jak nazwa domeny, z której chcesz przekierować, aby to zadziałało!)bar.com
łyżce S3 przejdź doProperties
>Static Website Hosting
, wybierzRedirect all requests to another host name
i wprowadźfoo.com
w polu tekstowym.Hosted Zone
dla swojego for . Wybierz typ. Kliknij, aby wyświetlić . Kliknij pole tekstowe dla . powinny być wymienione pod . Zapisz rekord. Poczekaj kilka minut i powinieneś mieć konfigurację przekierowania, aby przekierowywać żądania z bar.com do foo.com.bar.com
Create Record Set
A - IPv4 address
Yes
Alias
Alias Target
bar.com
-- S3 Website Endpoints --
Możesz użyć tej samej metody, aby przekierować samą domenę do subdomeny (np. Www). Używam tego w przypadkach, gdy www.foo.com musi być CNAME, więc przekierowuję z foo.com do www.foo.com tą samą metodą. Jeśli foo.com jest rekordem A, możesz użyć tej techniki, aby przekierować z www.foo.com do foo.com.
UWAGA: ta metoda spowoduje przekazanie pełnej ścieżki. tj. http://bar.com/test przekieruje do http://foo.com/test .
źródło
Na Route53 musisz utworzyć rekord A, a nie rekord CNAME , i utworzyć pod nim alias.
Z komentarza @ ewalshe na temat odpowiedzi Alexandru Cucu, jeśli przyszedłeś tutaj, próbując skonfigurować API Gateway z niestandardową nazwą domeny i adresem URL dystrybucji Cloudfront.
źródło
A
rekord, a odnowienie certyfikatu nie powiodło się i aws wysłał mi e-mail z propozycją utworzeniaCNAME
... co mam zrobić?tldr; Musisz przekazać FQDN jako nazwę ResourceRecordSet.
Miałem ten sam problem, używając tej instrukcji c # snip:
W tym przypadku image.Name == "Listener"
Kiedyś zmieniłem to na:
teraz przekazywana wartość to: „Listener.fully.qualified.com”
To teraz działa.
źródło
Zamiast CNAME należy użyć nazwy DNAME. Rekord CNAME może tylko przekierować etykietę do innej etykiety.
Kiedy mówisz o przekierowaniu nazw domen zamiast etykiet, powinieneś użyć DNAME
Oznacza to również, że należy usunąć wszystkie rekordy A, NS i inne. Należy to skonfigurować w domenie foo.com.
źródło
DNAME
jest zdefiniowany w RFC 2672 . Czy mógłbyś wyjaśnić, jak to się ma do OP? Route53 nie pozwala na usuwanie rekordów SOA lub NS, przynajmniej ze standardowego interfejsu, a DNAME nie jest dostępną opcją.