3
DNS-Registrierung bei VPN-Verbindung für private IP vom DSL-Router verhindern
Hallo,
ich habe da ein kleines Problem. Unsere Clients verbinden sich per IPSec-VPN in die Firma (NCP Secure Client) und erhalten dort eine IP-Adresse im Range 10.192.x.x. Ein NSLOOKUP fördert bei verbundenen Clients aber sehr häufig 2 IP-Adressen zu Tage. Nämlich die vom VPN und die, die vom heimischen Router zugewiesen wurde.
Wie kann man nun verhindern, dass diese Clients ihre private IP-Adresse im DNS registrieren? Gibt es irgendwelche Tipps, Tricks, Workarounds?
VG
Daniel
ich habe da ein kleines Problem. Unsere Clients verbinden sich per IPSec-VPN in die Firma (NCP Secure Client) und erhalten dort eine IP-Adresse im Range 10.192.x.x. Ein NSLOOKUP fördert bei verbundenen Clients aber sehr häufig 2 IP-Adressen zu Tage. Nämlich die vom VPN und die, die vom heimischen Router zugewiesen wurde.
Wie kann man nun verhindern, dass diese Clients ihre private IP-Adresse im DNS registrieren? Gibt es irgendwelche Tipps, Tricks, Workarounds?
VG
Daniel
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 237249
Url: https://administrator.de/forum/dns-registrierung-bei-vpn-verbindung-fuer-private-ip-vom-dsl-router-verhindern-237249.html
Ausgedruckt am: 22.12.2024 um 06:12 Uhr
3 Kommentare
Neuester Kommentar
Hi,
also erstens sollten die Clients schon ihren einen A-Record aktualisieren. Und keinen zweiten erstellen.
Zweitens könntest Du dafür sorgen, dass die Clients, wenn sie über VPN kommen, nur einen DNS-Server mit einer sekundären DNS-Zone (nicht schreibbar) zugewiesen bekommen. Allerdings was nützt das? Dann bekommst Du immer die interne Adresse aufgelöst, auch wenn der Client gerade über VPN kommt.
Ich würde eher da suchen, warum die Clients Ihre Records nicht aktualisieren sondern statt dessen neue erstellen.
Wohlmöglich liegt es auch daran, dass gar nicht die Clients selbst, sondern der/die DHCP-Server die Records stellvertretend erstellen und deshalb die bereits bestehenden Records "nicht erkennen".
Ist die DNS-Zone AD-integriert?
E.
also erstens sollten die Clients schon ihren einen A-Record aktualisieren. Und keinen zweiten erstellen.
Zweitens könntest Du dafür sorgen, dass die Clients, wenn sie über VPN kommen, nur einen DNS-Server mit einer sekundären DNS-Zone (nicht schreibbar) zugewiesen bekommen. Allerdings was nützt das? Dann bekommst Du immer die interne Adresse aufgelöst, auch wenn der Client gerade über VPN kommt.
Ich würde eher da suchen, warum die Clients Ihre Records nicht aktualisieren sondern statt dessen neue erstellen.
Wohlmöglich liegt es auch daran, dass gar nicht die Clients selbst, sondern der/die DHCP-Server die Records stellvertretend erstellen und deshalb die bereits bestehenden Records "nicht erkennen".
Ist die DNS-Zone AD-integriert?
E.
Hi,
die Clients dürfen sogar ihren A-Record aktualisieren. Klappt soweit auch einwandfrei beim Wechsel vom Installationsnetz (ohne Zertifikatsauthentifizierung) ins 802.1x-Netz mit Zerti. Dort ist nach kurzer Zeit die richtige IP hinter dem Namen und sonst keine mehr.
Die Namensauflösung muss über VPN leider gegeben sein, hier ist so die ein oder andere Software im Einsatz, die sonst krumme Dinge macht (fragt mich nicht welche, branchenspezifischer Kram).
Grundlegend gesehen aktualisieren die Clients ihre Records schon, jedoch nur den Record im 10er Netz. Zusätzlich dazu wird dann noch einer im 192er Netz erstellt, der aber nur im Forward eingetragen wird, in der Reverse Lookup Zone gibts keine 192er Zone.
Die DNS-Zone ist mit 9 Servern sauber im AD integriert. Der DHCP ist ein mir nicht näher bekannter (leider) auf Sun Solaris Basis. Bzw. hiervon mehrere, da es sich um insgesamt weit über 200 bediente Subnets (/24) handelt, daher schließe ich mal aus, dass der die DNS-Einträge macht (wäre mir neu, dass das ein Unix-DHCP im WIndows-DNS kann).
Grüße
die Clients dürfen sogar ihren A-Record aktualisieren. Klappt soweit auch einwandfrei beim Wechsel vom Installationsnetz (ohne Zertifikatsauthentifizierung) ins 802.1x-Netz mit Zerti. Dort ist nach kurzer Zeit die richtige IP hinter dem Namen und sonst keine mehr.
Die Namensauflösung muss über VPN leider gegeben sein, hier ist so die ein oder andere Software im Einsatz, die sonst krumme Dinge macht (fragt mich nicht welche, branchenspezifischer Kram).
Grundlegend gesehen aktualisieren die Clients ihre Records schon, jedoch nur den Record im 10er Netz. Zusätzlich dazu wird dann noch einer im 192er Netz erstellt, der aber nur im Forward eingetragen wird, in der Reverse Lookup Zone gibts keine 192er Zone.
Die DNS-Zone ist mit 9 Servern sauber im AD integriert. Der DHCP ist ein mir nicht näher bekannter (leider) auf Sun Solaris Basis. Bzw. hiervon mehrere, da es sich um insgesamt weit über 200 bediente Subnets (/24) handelt, daher schließe ich mal aus, dass der die DNS-Einträge macht (wäre mir neu, dass das ein Unix-DHCP im WIndows-DNS kann).
Grüße
Hast Du das Problem je gelöst?
Ich kämpfe leider mit dem gleichem Problem.
Ich kämpfe leider mit dem gleichem Problem.
