Firma rejestruje publiczną domenę example.com na centralnym koncie AWS za pomocą Amazon Route 53. Firma chce hostować subdomenę test.example.com na innym koncie AWS, aby zapewnić rozpoznawanie nazw dla instancji EC2 na tym koncie, bez przenoszenia domeny nadrzędnej. Inżynier tworzy nową strefę hostowaną Route 53 dla subdomeny na drugim koncie. Jakie kroki musi wykonać inżynier, aby zakończyć konfigurację? (Wybierz dwie opcje.)

Aby delegować subdomenę, inżynier musi najpierw utworzyć nową strefę hostowaną Route 53 dla test.example.com na drugim koncie. Następnie, w tej nowej strefie hostowanej, inżynier musi utworzyć rekordy DNS (np. A, CNAME) dla hostów w subdomenie, aby instancje EC2 mogły być rozpoznawane. Kluczowym krokiem jest również zmodyfikowanie DNS domeny nadrzędnej (example.com) poprzez dodanie rekordów serwera nazw (NS), które delegują subdomenę test.example.com do nowej strefy hostowanej. Te rekordy NS informują serwery DNS, gdzie szukać informacji o subdomenie. Opcje nieprawidłowe: Aktualizacja konfiguracji DNS dla subdomeny, aby wskazywała z powrotem na domenę nadrzędną, jest błędna, ponieważ subdomena musi wskazywać na własne serwery nazw. Utworzenie rekordu aliasu w domenie nadrzędnej nie służy do delegowania całych subdomen, a raczej do mapowania nazw na inne zasoby. Dodanie rekordu SOA w domenie nadrzędnej dla subdomeny jest niepotrzebne, ponieważ każda strefa hostowana ma już swój własny rekord SOA.