Bir şirketin, şirket içi ağa Site-to-Site VPN ile bağlı bir VPC'si vardır ve varsayılan DHCP seçenekleri setini kullanır. Bir Amazon Linux 2 EC2 örneğindeki bir uygulamanın, özel bir VPC endpoint'i aracılığıyla Secrets Manager'dan bir RDS sırrını alması ve ayrıca https://api.example.internal adresindeki şirket içi bir REST API'yi çağırması gerekmektedir. İki şirket içi Windows DNS sunucusu dahili çözümleme yapar. EC2 örneği, şirket içi API'ye IP adresiyle ulaşabilir ancak ana bilgisayar adıyla ulaşamaz. Bir ağ mühendisi bu sorunu düzeltmek ve diğer VPC kaynakları için bu sorunu önlemek için ne yapmalıdır?

Doğru cevap, example.internal için sorguları şirket içi Windows DNS sunucularına ileten bir Amazon Route 53 Resolver kuralı oluşturmak ve kuralı VPC ile ilişkilendirmektir. Bu çözüm, VPC'deki EC2 örneklerinin şirket içi DNS sunucularını kullanarak api.example.internal gibi şirket içi ana bilgisayar adlarını çözümlemesini sağlar. Varsayılan DHCP seçenekleri seti, AWS'nin kendi DNS sunucularını kullanır ve bu sunucular şirket içi özel alan adlarını çözümleyemez. Diğer seçenekler neden yanlış: Şirket içi Windows DNS sunucularını belirten yeni bir DHCP seçenekleri seti oluşturmak ve VPC ile ilişkilendirmek, VPC'deki tüm kaynakların şirket içi DNS sunucularını kullanmasına neden olur. Bu, AWS hizmetleri için DNS çözümlemesini bozabilir ve istenmeyen yan etkilere yol açabilir. EC2 örneğindeki yerel hosts dosyasını düzenlemek, yalnızca o örneği düzeltir ve ölçeklenebilir bir çözüm değildir. Diğer VPC kaynakları için aynı sorun devam eder. EC2 örneğindeki /etc/resolv.conf dosyasını düzenlemek, yeniden başlatma veya DHCP yenileme sonrası kalıcı olmaz ve yine yalnızca o örneği etkiler.