Cisco-VPN am Mac: curl scheitert trotz erfolgreichem nslookup

Verwenden Sie für beide Tests exakt denselben internen Hostnamen und halten Sie den Zeitpunkt fest. Wenn nslookup oder dig eine Adresse liefert, die eigentliche Anwendung aber host not found meldet, sind die Ergebnisse nicht automatisch widersprüchlich: Die Werkzeuge und macOS-Anwendungen können unterschiedliche Auflösungswege nutzen. Notieren Sie zusätzlich, ob ein erneuter VPN-Aufbau kurzfristig hilft. Prüfen Sie nur Ziele, für die Sie eine Zugriffsberechtigung besitzen. Geben Sie interne Namen nicht versuchsweise an öffentliche DNS-Dienste weiter, wenn die Organisationsrichtlinie dies nicht erlaubt.

Cisco dokumentiert diesen Fall auf macOS mit Split-Tunnel-Profil, Default DNS und aktivem Umbrella-Modul. Dabei konnte ein privater Name über den vorgesehenen VPN-DNS korrekt intern, über den lokalen Systemresolver aber abweichend aufgelöst werden. Übergeben Sie Ihrer IT die tatsächlich zurückgelieferten Adressen beider Tests und die aktivierten Clientmodule. Eine erfolgreiche Einzelabfrage beweist deshalb noch nicht, dass auch die Anwendung den richtigen Resolver verwendet. Ebenso ist ein allgemeiner Wechsel zu einem öffentlichen DNS-Server keine passende Lösung für interne Firmennamen.

Die zuständige Administration sollte Split-DNS, interne Domänen und die Verkehrssteuerung des betroffenen Profils aufeinander abstimmen. Cisco beschreibt diese Konfigurationskorrektur als Weg, den Zugriff auch mit weiterhin aktivem Umbrella herzustellen. Entfernen Sie das Sicherheitsmodul nicht eigenständig. Nach der freigegebenen Änderung verbinden Sie den VPN-Tunnel neu und wiederholen sowohl die Namensabfrage als auch den tatsächlichen Anwendungszugriff. Prüfen Sie nach einigen Minuten erneut, weil der dokumentierte Fehler zeitweise zurückkehrte. Melden Sie den Erfolg erst, wenn beide Wege zuverlässig dieselben vorgesehenen Ziele erreichen.