Firma wdrożyła AWS Client VPN, aby zdalni użytkownicy mogli uzyskiwać dostęp do zasobów w wielu połączonych ze sobą VPC i centrum danych on-premises. Tabela routingu punktu końcowego Client VPN zawiera tylko 0.0.0.0/0. Grupa bezpieczeństwa punktu końcowego nie ma żadnych reguł przychodzących i pojedynczą regułę wychodzącą zezwalającą na cały ruch do 0.0.0.0/0. Kilku zdalnych użytkowników zgłasza, że wyniki wyszukiwania w sieci pokazują dla nich nieprawidłowe dane geolokalizacyjne. Jaką kombinację kroków powinien podjąć inżynier sieci, aby to naprawić przy NAJMNIEJSZYCH zakłóceniach w świadczeniu usług? (Wybierz trzy.)

Obecna konfiguracja z trasą 0.0.0.0/0 w tabeli routingu punktu końcowego Client VPN powoduje, że cały ruch użytkowników jest kierowany przez Client VPN, co prowadzi do nieprawidłowej geolokalizacji. Aby to naprawić, należy włączyć tryb split-tunnel, co pozwoli na kierowanie ruchu przeznaczonego dla zasobów AWS i on-premises przez VPN, a pozostałego ruchu (np. do internetu) bezpośrednio z urządzenia użytkownika. Następnie trzeba usunąć ogólną trasę 0.0.0.0/0 z tabeli routingu Client VPN, aby ruch internetowy nie był kierowany przez VPN. Na koniec należy dodać jawne trasy do tabeli routingu Client VPN dla wszystkich połączonych VPC i centrum danych on-premises, aby zapewnić dostęp do tych zasobów. Pozostałe opcje są błędne, ponieważ przełączenie na Site-to-Site VPN nie jest rozwiązaniem dla użytkowników zdalnych, usuwanie reguły wychodzącej z grupy bezpieczeństwa uniemożliwiłoby jakikolwiek ruch, a ponowne tworzenie punktu końcowego jest niepotrzebne i zakłóca usługę.