HA VPN i Cloud Router (domyślny). Lokalny serwer DNS pod adresem 192.168.20.88 za zaporą sieciową. Instancje Compute Engine w podsieci 10.204.0.0/24 muszą rozpoznawać nazwy hostów corp.altostrat.com, jednocześnie rozpoznając nazwy hostów Google; postępuj zgodnie z najlepszymi praktykami Google. Co należy zrobić?

Prawidłowa odpowiedź jest zgodna z najlepszymi praktykami Google Cloud dla hybrydowego DNS. Utworzenie prywatnej strefy przekierowującej w Cloud DNS dla corp.altostrat.com kieruje zapytania do lokalnego serwera DNS (192.168.20.88). Zapytania o nazwy hostów Google są obsługiwane przez domyślny system DNS Google. Zakres IP 35.199.192.0/19 to zakres używany przez serwery DNS Google Cloud do wysyłania zapytań do lokalnych serwerów DNS. Konfiguracja lokalnej zapory sieciowej, aby akceptowała ruch z tego zakresu, jest kluczowa. Niestandardowe anonsowanie trasy dla 35.199.192.0/19 na Cloud Routerze zapewnia, że lokalny serwer DNS wie, jak odpowiedzieć na te zapytania. Pozostałe opcje są nieprawidłowe, ponieważ: Opcja 1: Użycie 10.204.0.0/24 dla reguły zapory sieciowej i anonsowania trasy jest nieprawidłowe, ponieważ to serwery DNS Google Cloud (z zakresu 35.199.192.0/19) inicjują zapytania do lokalnego serwera DNS, a nie bezpośrednio instancje Compute Engine. Opcja 3: Modyfikacja /etc/resolv.conf na instancjach Compute Engine jest odradzana w Google Cloud, ponieważ może zakłócić rozpoznawanie nazw hostów Google i jest trudna do zarządzania w dużej skali. Opcja 4: Tworzenie polityki DNS z alternatywnymi serwerami DNS jest używane do kierowania zapytań z sieci lokalnej do Cloud DNS, a nie odwrotnie, jak w tym scenariuszu.