31217
Jun 13, 2006, updated at Jun 14, 2006 (UTC)
10141
7
0
Namensauflösungsproblem intern vs. extern via Sonicwall
Folgende Konstellation:
In einem Netzwerk mit Windows XP-Clients und einem Windows 2000 Server verwenden wir folgende Ip-Adressen:
102.1.1.1 .. 102.1.1.199 - Subnet: 255.255.0.0
Der W2k-Server hat die IP: 102.1.1.100 und ist auch als DNS tätig. Jedoch ist dieser Server ohne Gateway-Eintrag und somit auch nicht "direkt" am Internet.
Die Sonicwall ist neu dazugekommen und hat die IP des Routers übernommen: 102.1.1.99
Auf allen Clients ist hier auch dieser Gateway und DNS ..99 eingerichtet. Alle PC´s haben statische IP-Adressen - DHCP aus!
Die Sonicwall fungiert in erster Linie als Hardwarefirewall und switched die IP 102.1.1.99 (LAN-seitig) auf 192.168.2.98 (WAN-seitig) und ist so mit dem Router (192.168.2.99) verbunden.
Internetzugriff der Clients funktioniert, jedoch nur wenn externe DNS (z.B. Telekomnameserver) eingetragen sind. Der DNS-Eintrag 102.1.1.99 bringt nichts mehr, da anscheinend die Sonicwall die DNS-Einträge des Routers nicht forwardet. (Geht anscheinend nur im DHCP-Modus, und somit auch uninteressant)
Sobald aber ein externer DNS bei den Clients hinterlegt ist, finden diesen zwar den Weg ins www, der interne Zugriff auf den W2k-Server ist jedoch unendlich langsam --> er findet diesen Weg nicht - obwohl auch in der Host-Datei eingetragen.
Wenn man als DNS die 102.1.1.100 (Windows-Server) ist der Zugriff auf den Server rasend schnell, jedoch funktioniert dann keine Namensauflösung mehr für Webadressen und Mailserver.
Sobald ich mehrere DNS-Einträge mache (z.B. T-COM DNS & W2k-Server) interessiert den Client immer nur der erste Eintrag - je nachdem wer dort steht, so erhält man eben anschließend wieder oben erläutertes Phänomen.
Wie kann ich nun vorgehen, dass die Clients immer den richtigen Weg finden (schnellster Weg intern/extern). Am einfachsten wäre, wenn die Sonicwall auch Namen auflösen könnte, da diese im gleichen Netzwerksegment wie die Clients und der Server liegt. Leider finde ich aber keine Möglichkeit, wie ich der Sonicwall das beibringen könnte (Sonicwall TZ170 25Node).
Vielleicht hat jemand einen Lösungsansatz.
Danke im Voraus.
In einem Netzwerk mit Windows XP-Clients und einem Windows 2000 Server verwenden wir folgende Ip-Adressen:
102.1.1.1 .. 102.1.1.199 - Subnet: 255.255.0.0
Der W2k-Server hat die IP: 102.1.1.100 und ist auch als DNS tätig. Jedoch ist dieser Server ohne Gateway-Eintrag und somit auch nicht "direkt" am Internet.
Die Sonicwall ist neu dazugekommen und hat die IP des Routers übernommen: 102.1.1.99
Auf allen Clients ist hier auch dieser Gateway und DNS ..99 eingerichtet. Alle PC´s haben statische IP-Adressen - DHCP aus!
Die Sonicwall fungiert in erster Linie als Hardwarefirewall und switched die IP 102.1.1.99 (LAN-seitig) auf 192.168.2.98 (WAN-seitig) und ist so mit dem Router (192.168.2.99) verbunden.
Internetzugriff der Clients funktioniert, jedoch nur wenn externe DNS (z.B. Telekomnameserver) eingetragen sind. Der DNS-Eintrag 102.1.1.99 bringt nichts mehr, da anscheinend die Sonicwall die DNS-Einträge des Routers nicht forwardet. (Geht anscheinend nur im DHCP-Modus, und somit auch uninteressant)
Sobald aber ein externer DNS bei den Clients hinterlegt ist, finden diesen zwar den Weg ins www, der interne Zugriff auf den W2k-Server ist jedoch unendlich langsam --> er findet diesen Weg nicht - obwohl auch in der Host-Datei eingetragen.
Wenn man als DNS die 102.1.1.100 (Windows-Server) ist der Zugriff auf den Server rasend schnell, jedoch funktioniert dann keine Namensauflösung mehr für Webadressen und Mailserver.
Sobald ich mehrere DNS-Einträge mache (z.B. T-COM DNS & W2k-Server) interessiert den Client immer nur der erste Eintrag - je nachdem wer dort steht, so erhält man eben anschließend wieder oben erläutertes Phänomen.
Wie kann ich nun vorgehen, dass die Clients immer den richtigen Weg finden (schnellster Weg intern/extern). Am einfachsten wäre, wenn die Sonicwall auch Namen auflösen könnte, da diese im gleichen Netzwerksegment wie die Clients und der Server liegt. Leider finde ich aber keine Möglichkeit, wie ich der Sonicwall das beibringen könnte (Sonicwall TZ170 25Node).
Vielleicht hat jemand einen Lösungsansatz.
Danke im Voraus.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 34135
Url: https://administrator.de/contentid/34135
Printed on: April 25, 2024 at 02:04 o'clock
7 Comments
Latest comment
Ich würde den Clients den Server als DNS angeben und am DNS Server eine Weiterleitung mit der externen DNS IP machen.
Geht es so etwa auch nicht?
Geht es so etwa auch nicht?
So habe ich mir eine Lösung auch schon ausgedacht, nur scheitere ich noch an mehreren Punkten:
Bei den DNS-Eigenschaften am W2k-Server kann ich keine Weiterleitungen einrichten, weil dort steht, Maschine ist Stammserver.
Wie konfiguriere ich das um?
Und ferner ist dann die Frage, da kein Gateway am Server eingetragen ist, ob dann die Weiterleitungen der DNS-Einträge funktioniert!?
Bei den DNS-Eigenschaften am W2k-Server kann ich keine Weiterleitungen einrichten, weil dort steht, Maschine ist Stammserver.
Wie konfiguriere ich das um?
Und ferner ist dann die Frage, da kein Gateway am Server eingetragen ist, ob dann die Weiterleitungen der DNS-Einträge funktioniert!?
Warum hast du keinen gateway am Server eingetragen?
Du hast doch das MMC vom DNS und dort in den Eigenschaften des Servers. Dort kannst Du keine Weiterleitung eintragen? Kannst Dir nicht 1:1 angeben, da ich im Moment keinen W2k Server habe - nur W2k3 - ich glaube aber dass da kein unterschied besteht diesbezüglich
Du hast doch das MMC vom DNS und dort in den Eigenschaften des Servers. Dort kannst Du keine Weiterleitung eintragen? Kannst Dir nicht 1:1 angeben, da ich im Moment keinen W2k Server habe - nur W2k3 - ich glaube aber dass da kein unterschied besteht diesbezüglich
So, ich hab noch etwas gesucht im INET und nun zumindest eine erste Lösung gefunden:
Man muss unter Forward-Lookupzonen die .Stamm oder Rootdomain löschen und anschließend den DNS-Dienst neustartetn. Anschließend kann ich dann die Weiterleitungen zu den T-COM DNS-Servern eintragen.
Auf den Clients trage ich dann nur noch einen DNS ein, die IP des W2k-Servers. Gateway bleibt natürlich die Sonicwall. Dann klappt der interne Netzwerkverkehr wieder sauschnell, jedoch INET kann noch keine Namen auflösen. Das klappt dann nur, wenn ich auch auf dem W2k-Server den Gateway eintrage.
Somit wären eigentlich meine Probleme erschlagen - bis auf den Aspekt, dass der W2k-Server nun ins Internet kann. Dies soll er aber eigentlich gar nicht dürfen.
Kann ich evtl. hier die Sonicwall noch so konfigurieren, dass der Server nur Anfragen für DNS ins INET stellen darf, der Rest aber gesperrt bleibt?
Oder gibt es noch eine andere Möglichkeit?
Man muss unter Forward-Lookupzonen die .Stamm oder Rootdomain löschen und anschließend den DNS-Dienst neustartetn. Anschließend kann ich dann die Weiterleitungen zu den T-COM DNS-Servern eintragen.
Auf den Clients trage ich dann nur noch einen DNS ein, die IP des W2k-Servers. Gateway bleibt natürlich die Sonicwall. Dann klappt der interne Netzwerkverkehr wieder sauschnell, jedoch INET kann noch keine Namen auflösen. Das klappt dann nur, wenn ich auch auf dem W2k-Server den Gateway eintrage.
Somit wären eigentlich meine Probleme erschlagen - bis auf den Aspekt, dass der W2k-Server nun ins Internet kann. Dies soll er aber eigentlich gar nicht dürfen.
Kann ich evtl. hier die Sonicwall noch so konfigurieren, dass der Server nur Anfragen für DNS ins INET stellen darf, der Rest aber gesperrt bleibt?
Oder gibt es noch eine andere Möglichkeit?
Das hört sich doch schon mal gut an.
Natürlich kannst Du den Zugriff aufs Internet für den Server sperren - ich frag mal kurz nach wieso überhaupt?
Natürlich kannst Du den Zugriff aufs Internet für den Server sperren - ich frag mal kurz nach wieso überhaupt?
Auf dem Server läuft u.a. ein Apache-Webserver, welcher für das Produktionssystem ToPs notwendig ist. Wir wollen hier einfach den Hahn nach draußen abdrehen. Den was rausgeht kann evtl. auch wieder reinkommen. Es geht schlicht und einfach um die Sicherheit.
Die Konstellation Apache unter W2k und evtl. dann noch "relativ" offen im Internet wollen wir einfach vermeiden.
Die Konstellation Apache unter W2k und evtl. dann noch "relativ" offen im Internet wollen wir einfach vermeiden.
Naja, wenn nix rausgeht geht sicher nix rein. Die Firewall verbietet ja den zugriff vom WAN.
Aber du kannst natürlich Rules einrichten wie zum Beispiel Port 80 für den Server von LAN nach WAN verbieten
Aber du kannst natürlich Rules einrichten wie zum Beispiel Port 80 für den Server von LAN nach WAN verbieten
