Google DNS als secondary in der Domäne, kommsrv streikt

[#1]

Ich bin etwas ratlos. Und zwar möchte ich in einer DATEV-Domäne den Google-DNS (8.8.8.8) als Internetturbo einsetzen, indem ich ihn als 2. DNS-Server eintrage. Am Client wird im Browser des öfteren der Server nicht gefunden oder ist schneckenlangsam, trotz 100MBit-Leitung von KD. Wenn ich den Google-DNS eingetragen habe, läuft es super, aber nach Neustart des PC's schaltet die Ampel sofort auf Gelb, weil der kommsrv nicht erreichbar ist. Ping schlägt fehl. Der "Datev-Server" lässt sich pingen, aber der "komm-srv-1" und der "kommsrv" nicht.

Konfiguration des DC "Datev-Server":

IPv4:

IP-Adresse: 192.168.60.10

Subnet: 255.255.255.0

Gateway: 192.168.60.1

1. DNS: 127.0.0.1

Konfiguration des Client:

IPv4:

IP-Adresse: 192.168.60.78

Subnet: 255.255.255.0

Gateway: 192.168.60.1

1. DNS: 192.168.60.10

2. DNS: 8.8.8.8

DNS am DC:

Datev-Server als NS

Host A: kommsrv - 192.168.60.10 (static)

Host A: Datev-Server - 192.168.60.10 (static)

Host A: Client - 192.168.60.78 (static)

CNAME komm-srv-1 auf kommsrv

Habe schon viel ausprobiert. Firewall aus, Antivirenprogramm aus, dnsflush, servicetool. Finde aber den Fehler nicht. Mit IPv6 habe ich auch schon experimentiert. Das bringt für's Internet am Client richtig Geschwindigkeit, aber Datev kommt damit auch nicht klar.

Hat jemand einen Tipp für mich? Bin für jeden Hinweis dankbar, denn so kann man nicht arbeiten...

[#2]

Tragen Sie in die lokale Hosts Datei am Client den komm-srv-1 mit 192.168.60.10 ein

(Auch wenn es besser wäre den "schlechten" DNS des DC korrekt lauffähig zu bekommen)

[#3]

Vorschlag für den DC:

DNS am DC:

Datev-Server    Host(A)        192.168.60.10 (static)

komm-srv-1    Alias(CNAME)    Datev-Server

[#4]

Vereinfacht gesagt müssen in einer Windows Domäne die vom Client genutzten DNS Server die  AD DNS Server sein. Die DNS Server ansich sollten entweder sich selber oder einen anderen AD DNS als DNS eingetragen haben.

Ein Router oder öffentlicher DNS in der NIC des Client oder Server macht definitiv Probleme.

Damit nicht die Root-Server zum Auflösen von externen Adressen genutzt werden, sollten entsprechende Forwarder eingerichtet werden.

IPv6 würde ich einfach "unkonfiguriert" bzw. stateless lassen.

[#5]

Hallo,

zunächst: DC - 1. DNS: 127.0.0.1 ? - hier sollte die eigene IP stehen (192.168.60.10),

nicht localhost.

Der Rest ist denke ich ein Denkfehler - der 2. DNS-Server Eintrag dient nur als Fallback,

wenn der 1. nicht erreichbar ist.

Der 1. ist aber der lokale DC - also hoffentlich immer erreichbar.

Ins INet wird also der am Gateway eingetragene DNS-Server verwendet.

Sofern der (vermutlich Router) nicht statisch konfiguriert wurde, ist dort per DHCP die

Vorgabe des Providers hinterlegt.

PS: es gibt allerlei Gründe einen "alternativen" DNS-Server zu verwenden, der des eigenen ISP ist aber in der Regel der "Schnellste".

Der Google-DNS ist also kein "Internet-Turbo"

Grüße

Dirk

[#6]

Es bleibt aber dabei, dass man in einem Windows Domänen Netzwerk keine DNS Server am Client oder Server (in der NIC) nutzt, die die AD DNS Zonen nicht kennen.

[#7 · Accepted solution]

Hi,

es gibt bei DATEV in den Fachschriften eine Unterlage "Troubleshooting für erfahrene Anwender". Ab Kapitel 5.2 wird die korrekte DNS-Konfiguration eingehend beschrieben.

http://www.datev.de/fachschriften

Die Unterlage ist kostenlos als Download verfügbar und umfasst insgesamt 169 Seiten Lesestoff rund um die Kanzlei-Netzwerk-Konfiguration.

Grüße

Chr.Ockenfels

[#8]

Vielen Dank für die zahlreichen Tipps!!! Da kann ich ja weiter rumbasteln über Ostern...

[#9]

So Update: Es läuft, und zwar wie verrückt! Bin happy!

Sagen wir es mal so, mein Idee einen schnellen DNS-Server ansteuern zu wollen, um im Internet Geschwindigkeit aufzunehmen, war im Prinzip nicht so verkehrt. Nur die Umsetzung war halt falsch. Der entscheidende Hinweis war in den 169 Seiten dieser Fachschrift "11009_Netzwerkadministration-Troubleshooting-für-erfahrene-Anwender" verborgen. Wenn ich will, daß die Clients einen schnellen DNS-Server ansteuern, muß ich DNS-Forwarding benutzen. Da hab ich dann in den Eigenschaften des DC die beiden DNS-Server von KD als Weiterleitungen eingetragen. Und zur Sicherheit auch noch Google...

Und das hat geholfen. Auf den Clients und am DC ist nur IPv4 aktiviert. DNS ist an allen der DC (nur primär) und es flutscht. Kommsrv ist erreichbar, Ampel grün. Alles schön!

Danke!

[#10]

Hi,

schön zu lesen.

Eines noch: Das IPv6 bitte nicht deaktivieren, einfach unkonfiguriert laufen lassen. Insbesondere bei einem SBS wäre die Deaktivierung für den Server ein "Todesurteil". Und in Zukunft werden wir mit dem IPv6 auseinandersetzen müssen... Da wird es aber bestimmt ein Update des Troubleshooting geben...

Grüße

Chr.Ockenfels

[#11]

Ja, das habe ich versucht im gesamten Netz. Aber leider schiebt sich das IPv6 immer davor und dann geht leider gar nichts mehr. Deswegen habe ich es überall abgewählt. Ist ein Server 2008 R2 und Win7-Clients...

[#12]

Auf einem DATEV-Techniker Seminar gab´s  mal den Spruch "IPv6 zu deaktivieren führt die Tablettensucht..."

[#13]

Hallo,

ihre Einstellungen:

Konfiguration des DC "Datev-Server":

IPv4:

IP-Adresse: 192.168.60.10

Subnet: 255.255.255.0

Gateway: 192.168.60.1

1. DNS: 127.0.0.1

Der erste DNS ist der Localhost, sprich der Server selbst, diese Einstellung ist Quatsch, Anfragen laufen ins leere. Ich gebe bei den DNS Einstellungen immer die DNS des Providers ein, beide. Den Google DNS nutze ich wenn nur als letzte Möglichkeit, ihn als Turbo zu bezeichnen ist Unfug.

Bei einer Konstellation ohne Firewall (was leider im Mittelstand häufig gemacht wird) kann auch der Router als DNS eingetragen werden, aber auch nicht erste Wahl.

Grüße, Frank Ritz

[#14]

Wenn der "Datev-Server" ein DC sein sollte ist der erste DNS goldrichtig! Die von Ihnen propagierte Einstellung ist dann falsch.

Was den Einsatz eines Routers als DNS Server angeht, weiß ich nicht wo da der Zusammenhang mit einer Firewall ist?

[#15]

Der erste DNS-Server muß in der Domäne sein, sonst ginge im Lan gar Nichts. (üblicherweise - aber nicht zwingend der DC)

Als Nicht-Spezi war mir nur nicht klar, warum das (bei Einzelrechnern) übliche Setzen eines Gateway-Eintrages in der Domäne nicht genügt.

Das hat Frau Bauer dann ja korrekt durch DNS-Weiterleitung (am 1. DNS-Server) gelöst.

[#16]

Also, um die Diskussion jetzt mal abzuschließen, meine endgültige Konfiguration:

Datev-Server (DC):

IPv4:

IP-Adresse: 192.168.60.10

Subnetz: 255.255.255.0

Gateway: 192.168.60.1

1. DNS: 192.168.60.10

IPv6 (abgewählt)

Client:

IPv4:

IP-Adresse: 192.168.60.78

Subnetz: 255.255.255.0

Gateway: 192.168.60.1

1. DNS: 192.168.60.10

IPv6 (abgewählt)

Dann im DNS-Manager des DC unter Eigenschaften des Datev-Servers die DNS-Server von KD als Weiterleitungen eingetragen (DNS-Forwarder).

In der Forward-Lookupzone des Datev-Servers (in der Datevdomaene.local):

Datev-Server als NS

Host (A): kommsrv - 192.168.60.10 (static)

Host (A): Datev-Server - 192.168.60.10 (static)

Host (A): Client - 192.168.60.78 (static)

Alias (CNAME): komm-srv-1 > Datev-Server.datevdomaene.local

Firewalls sind alle aktiviert. Alle im Netzwerk haben feste IP-Adressen (DHCP deaktiviert).

Das Internet ist superschnell und Datev bringt keine Fehlermeldungen mehr, weil es die Anbindung ans Active Directory nicht finden kann. Der Kommunikationsserver läuft auch korrekt, alle Ampeln grün.