AdventureWorks planuje dwustrefową sieć VNet w regionie Europa Zachodnia z przestrzeniami adresowymi zarówno IPv4 (10.50.0.0/16), jak i IPv6 (2001:db8:abcd::/48). Wdrożono dwie maszyny wirtualne, ale zespół nie może pingować między nimi za pomocą IPv6. Które wymaganie lub ograniczenie najprawdopodobniej wyjaśnia brak łączności IPv6?

Prawidłowa odpowiedź wyjaśnia, że łączność IPv6 na maszynach wirtualnych wymaga kilku ręcznych konfiguracji. Azure nie przypisuje automatycznie adresów IPv6 do interfejsów sieciowych maszyn wirtualnych, więc należy to zrobić ręcznie. Dodatkowo, system operacyjny maszyny wirtualnej musi mieć włączony protokół IPv6. Co więcej, sieciowe grupy zabezpieczeń (NSG) traktują reguły IPv4 i IPv6 oddzielnie, co oznacza, że reguły zezwalające na ruch IPv6 muszą być jawnie skonfigurowane, nawet jeśli istnieją reguły dla IPv4. Pozostałe opcje są nieprawidłowe: Azure obsługuje IPv6 dla maszyn wirtualnych, a nie tylko dla usług PaaS. Azure nie używa domyślnie NAT64 dla łączności między hostami w sieci VNet, a Azure NAT Gateway nie jest wymagany do wewnętrznej komunikacji IPv6. Global VNet peering dotyczy łączenia sieci VNet w różnych regionach i nie jest wymagany do łączności IPv6 w ramach tej samej sieci VNet.