highman72

Server neu aufsetzen hätte mir ja auch nichts geholfen... Gottseidank bin ich drangeblieben. Danke für den A****tritt.

Ich hatte einen Client an meinem Arbeitsplatz neu als Server aufgesetzt und dort den DHCP-Server eingerichtet. Da mein Arbeitsplatz über einen Arbeitsplatzswitch an diesem neuen Server hing, und damit die DHCP-Anfrage nicht über der Serverraum musste, wurde sie auch brav beantwortet, aber auch nur dort. Alle anderen Clients hingen am großen Switch im Serverraum und mussten die Anfrage über diesen an meinen Arbeitsplatzswitch schicken. Da kamen sie aber nicht an.

Der Switch im Serverraum war also so abgestürzt, dass er zwar die Kommunikation untereinander auf fast allen Ports nicht groß störte, aber DHCP-Anfragen wegfilterte. Außerdem zeigte er sich ggü. einigen Arbeitsplätzen offenbar nur mit Link aber ohne Kommunikation, was die die Windows 7 Netzwerk-Nichterkennung erklären würde.

Ja, und ich habe während der Problemlösung die Server-IP von 10.0.0.6 auf 10.0.0.1 geändert (was ich ja die ganze Zeit sowieso vorhatte. Auf die .6 musste ich bei der Migration der 2k3-Domäne ausweichen).

Was kann man daraus lernen? Der alte Admin-Spruch "Reboot tut gut" gilt auch 1:1 für Switche... Ich sollte wirklich die Switch-Überwachung einschalten... Ehrlich!

Danke noch mal für die Hilfe.

Ich hoffe, diese Informationen können dem ein oder anderen doch noch eine Hilfe sein.

Liebe Grüße

Jens

Was ist denn hier los? Wenn einer geht, warum nicht der andere auch?

Das hier ließ mich jetzt doch noch mal aufhorchen... Warum einer, der andere nicht... Ja nun... Warum kommen keine DHCP-Anfragen an, IP manuell geht, aber nur bei manchen Clients?

Aha! Warum nicht Hardware? Ich habe versucht, den Switch anzupingen und siehe da, er antwortet nicht! Habe dann im Serverraum Switch neu gebootet und, was soll ich sagen, ...

Mannmannmannmann. Zwei Tage wegen eines Switchs... So ein Nicht-Smart-Switch hätte das Problem sicher nicht gehabt.

Danke an alle für die Unterstützung und liebe Grüße. Schönes Wochenende. Vielleicht hilft's ja irgendjemanden hier im Forum auch noch....

Jens

Witzig: Das geht! Jetzt holen sich die Clients die IP von dort. Also liegt der Fehler definitv an meinem Server 2008.

Zu früh gefreut... Nur der Client, an dem ich sitze, holt sich eine IP. Ein anderer nicht. Der eine bei ipconfig /release und /renew. Beim anderen mach ich genau das gleiche und kriege wieder ne 169.er IP.

Ich krieg langsam echt einen Fön! Was ist denn hier los? Wenn einer geht, warum nicht der andere auch?

Grmmpff. Die Neuinstallation rückt immer näher...!

Danke vorab und Grüße

Jens

Das hier wirft mir ipconfig /all auf dem server aus:

Windows-IP-Konfiguration

  Hostname  . . . . . . . . . . . . : server2009
  Prim„res DNS-Suffix . . . . . . . : ramschied.intern
  Knotentyp . . . . . . . . . . . . : Hybrid
  IP-Routing aktiviert  . . . . . . : Nein
  WINS-Proxy aktiviert  . . . . . . : Nein
  DNS-Suffixsuchliste . . . . . . . : ramschied.intern

Ethernet-Adapter LAN-Verbindung unten:

  Verbindungsspezifisches DNS-Suffix: 
  Beschreibung. . . . . . . . . . . : Intel(R) PRO/1000 MT-Netzwerkverbindung
  Physikalische Adresse . . . . . . : xx-xx-xx-xx-xx-xx
  DHCP aktiviert. . . . . . . . . . : Nein
  Autokonfiguration aktiviert . . . : Ja
  Verbindungslokale IPv6-Adresse  . : fe80::xxx(Bevorzugt) 
  IPv4-Adresse  . . . . . . . . . . : 10.0.0.1(Bevorzugt) 
  Subnetzmaske  . . . . . . . . . . : 255.255.255.0
  Standardgateway . . . . . . . . . : 10.0.0.3
  DHCPv6-IAID . . . . . . . . . . . : xxx
  DHCPv6-Client-DUID. . . . . . . . : xxx
  DNS-Server  . . . . . . . . . . . : ::1
                                      10.0.0.1
  NetBIOS über TCP/IP . . . . . . . : Aktiviert

Tunneladapter LAN-Verbindung* 8:

  Medienstatus. . . . . . . . . . . : Medium getrennt
  Verbindungsspezifisches DNS-Suffix: 
  Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #2
  Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
  DHCP aktiviert. . . . . . . . . . : Nein
  Autokonfiguration aktiviert . . . : Ja

Die xx habe ich eingefügt statt der IP. Weiß der Himmel, was damit jemand anfangen kann, dank IPv6.

Sieht eigentlich völlig normal aus. Nur eine IP, weil auch nur ein Adapter. Der andere ist deaktiviert.

Grüße und Danke vorab.

Jens

So, jetzt habe ich einfach mal einen Client genommen, den mit einem Server 2008 R2 installiert, in die Domäne aufgenommen und dort DHCP aktiviert.

Witzig: Das geht! Jetzt holen sich die Clients die IP von dort. Also liegt der Fehler definitv an meinem Server 2008.

Ich könnte natürlich jetzt einfach die Domäne auf den Client migrieren, den Server neu aufsetzen und zurückmigrieren. Aber wie schon gesagt, dann hätte ich aufgegeben.

Können wir noch irgend etwas anderes probieren?

Grüße

Jens

Das wäre eine Kapitulation, und Du wüsstest noch immer nicht, was wirklich falsch gelaufen ist.

Stimmt! Ich hasse es auch, vor Technik zu kapitulieren. Aber derzeit fällt mir eben nicht mehr viel ein.

Was geht: Es geht alles, solange ich feste IPs verwende und glücklicherweise ein Windows habe, das das Netz nicht als öffentliches betrachtet. Ich kann mit festen IPs auf meine Files zugreifen (Ordner-Umleitung auf den Server), kann E-Mails lesen und schreiben (Tobit-David) und was der Server sonst noch alles kann. Das einzige, das nicht geht, ist eben der DHCP-Server.

Ich habe auch sonst keine großartigen Fehler in der Ereignis-Anzeige. Weder bei DNS noch sonst.

Das Interessante ist aber, dass der Streamingclient trotz schon immer fester IP nicht mehr zugreifen kann.

Pings gehen übrigens in alle Richtungen. Vom Server zum Client, Server - Server, Client - Server, es sei denn, der Win7-Client hätte sich abgeschottet, wie eben bei zwei Clients der Fall.

Grüße

Jens

Ich hab's gefunden. Geht natürlich nur, wenn mehr als eine Karte aktiviert ist. Dann unter Freigaben. War aber nix drin.

Und nun? Doch Server neu installieren?

Grüße und Danke vorab.

Jens

Wo geht das denn? Ich weiß, dass das geht, aber nicht wo...

Danke und Grüße

Jens

Hallo Sancho_hl,

ich habe vorhin Wireshark installiert gehabt. Dann habe ich die Firewall abgeschaltet und an einem Rechner die NIC auf automatisch beziehen gestellt. Das einzige, was ich im Wireshark Protokoll an DHCP finde, sind drei Einträge mit DHCPv6-Protokoll. Offenbar kommt da seitens DHCP auch nichts an. Witzigerweise von keinem Rechner.

Ich habe jetzt auch rausgefunden, warum zwei Windows 7-Clients nicht wollen: Deren Netzwerkerkennung meint plötzlich ein unbekanntes Netz und somit öffentliches Netz zu sehen...

Was ist da bloß los?

Die voraussichtliche Server-Neuinstallation rückt, glaube ich, immer näher.... :-(

Hilfe....

Noch wer Ideen?

Grüße

Jens

Ich habe jetzt mal alles auf die zweite NIC gelegt, sogar mit anderer IP. Geht auch nicht....

Grmmmpf.

Jens

Der Tipp von hier: http://www.mcseboard.de/windows-forum-lan-wan-32/dhcp-server-funktioniert-mehr-2-139741.html hat leider nicht geholfen.

Die zweite onboard-NIC hatte ich übrigens schon wieder deaktiviert gehabt. Jetzt habe ich die Treiber der anderen erneuert, geht aber immer noch nicht...

Achso: Firewall ist an, die Regeln für DHCP aber angelegt (ging ja auch vorher). Testweises Ausschalten hatte auch nichts gebracht.

Ideen?

Danke vorab und Grüße

Jens

Hallo liebe Helfer,

ich habe folgendes Problem: Ein Windows Server 2008 lief völlig ohne Probleme (als AD-, Datei-, Druck-Server). DNS, DHCP alles funktionierte einwandfrei. Dann habe ich eine dritte Fritz!Box mit einem Unityedia-Kabelmodem montiert. Die Fritz!Boxen haben natürlich alle DHCP ausgeschaltet. Der Server liegt hier 10.0.0.6, die Boxen 10.0.0.2 bis 10.0.0.4.

Weil ich das Prinzip Kabelmodem zunächst nicht verstanden habe, habe ich leider angefangen zu experimentieren und dabei auch eine Netzwerkbrücke zwischen den beiden Netzwerkschnittstellen des Servers hergestellt. Die freundliche Brücke hat mir dann wohl den DHCP-Server zerhauen. Die Clients holen sich keine IP mehr.

Ich habe jetzt schon mehrfach die Rolle DHCP rausgenommen und neu installiert, den Dienst neu gestartet, Server neu gestartet, Bereiche deaktivert und wieder aktiviert, Autorisierung aufgehoben und erneut zugeteilt, als auch alles raus und unter windows\system32 den Ordner DHCP gelöscht. Es hilft nur alles nichts.

Sogar einzelne Clients (zwei von sechs Windows 7 Rechner und ein Streaming-Client) können selbst mit einer festen IP nicht mehr auf den Server zugreifen, alle anderen aber schon... Was stimmt da nicht?

Jetzt bin ich mit meinem Latein außer Server neu aufsetzen am Ende...

Könnte mir bitte jemand diese Arbeit ersparen?

Danke vorab für die Hilfe

Jens

grrmmmpffff!

Das ist mir fast schon so ein bisschen peinlich...! Nachdem ich im Keller war, um die ganze Sache aus dem Fenster zu schmeißen, dachte ich mir: "Wo du jetzt grad da bist, resette doch einfach mal den Switch!" und was soll ich sagen.... Einige Ports funktionierten wohl noch, einige andere nicht. Dass ausgerechnet die funktionierten, an denen Nicht-Domänen-Rechner hingen war wohl schlicht Pech...! Also läuft wieder alles!

Tut mir Leid, wegen der Uffreschung (wie man hier in Hessen sagt...)!

Danke noch mal für die Tipps und die Hilfe. An die Fehler im Ereignisexplorer werde ich mich mal setzen, wenn mein Puls wieder unter 150 ist...

Danke und Grüße

Highman72

An IPv4 kann es eigentlich auch nicht liegen...: Eine im Netzwerk angeschlossene ReelBox (ein LinuxVDR) kann problemlos auf den Server zugreifen und wird auch via IPv4 wunderbar angepingt. Offenbar betrifft das Problem nur Rechner in der Domäne. Die Reelbox ist ja nicht in der Domäne. Die angesprochenen Windows 7 Clients sind auch nicht in der Domäne sondern Standalone-Rechner...

Uaaaah! Der Windows 7 Rechner reagiert auch auf IPv4-Pings... Was zum Teufel ist da los? Rechner in der Domäne können noch nicht mal angepingt werden, alle anderen schon...!

Bitte helft mir, bevor ich den ganzen Kram hier aus dem Kellerfenster schmeiße...!

Danke und Grüße

Highman72

Ja, habe ich, werde daraus aber nicht schlau. Ich habe einige Fehler und ein paar Warnungen seit dem letzten Neustart.

Einmal hier einen Fehler:

Ereignis-ID: 1058

Fehler bei der Verarbeitung der Gruppenrichtlinie. Der Versuch, die Datei "\\xxxxxx.yyy\sysvol\xxxxxx.yyy\Policies\{31B2F340-016D-11D2-945F-00C04FB984F9}\gpt.ini" von einem Domänencontroller zu lesen, war nicht erfolgreich. Die Gruppenrichtlinieneinstellungen dürfen nicht angewendet werden, bis dieses Ereignis behoben ist. Dies ist möglicherweise ein vorübergehendes Problem, das mindestens eine der folgenden Ursachen haben kann:

a) Namensauflösung/Netzwerkverbindung mit dem aktuellen Domänencontroller.

b) Wartezeit des Dateireplikationsdienstes (eine auf einem anderen Domänencontroller erstellte Datei hat nicht auf dem aktuellen Domänencontroller repliziert).

c) Der DFS-Client (Distributed File System) wurde deaktiviert.

Und einmal hier:

Ereignis-ID: 7026

Das Laden folgender Boot- oder Systemstarttreiber ist fehlgeschlagen:

storflt

Und nochmal hier:

Ereignis-ID: 13568

Der Dateireplikationsdienst hat ermittelt, dass sich der Replikatsatz "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" sich in JRNL_WRAP_ERROR befindet.

 

Name des Replikatsatzes : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"

Replikatstammpfad : "c:\windows\sysvol\domain"

Replikatstammvolume : "\\.\C:"

Ein Replikatsatz stößt auf JRNL_WRAP_ERROR, wenn der Eintrag, von dem gelesen werden soll, nicht vom NTFS-USN-Journal gefunden wird. Mögliche Ursachen hierfür sind:

 

[1] Volume "\\.\C:" wurde formatiert.

[2] Das NTFS-USN-Journal auf Volume "\\.\C:" wurde gelöscht.

[3] Das NTFS-USN-Journal auf Volume "\\.\C:" wurde abgeschnitten. Chkdsk kann das Journal abschneiden, falls es beschädigte Einträge am Ende des Journals vorfindet.

[4] Der Dateireplikationsdienst wurde seit längerer Zeit auf diesem Computer nicht mehr ausgeführt.

[5] Die Rate der Laufwerks-E/A-Aktivität auf "\\.\C:" war zu schnell für den Dateireplikationsdienst.

Das Festlegen des Registrierungsparameters "Enable Journal Wrap Automatic Restore" auf 1 führt dazu, dass folgende Maßnahmen zum automatischen Beheben des Fehlerzustands vorgenommen werden.

[1] Beim ersten Poll, der in 5 Minuten durchgeführt wird, wird dieser Computer vom Replikatsatz entfernt. Wenn Sie nicht 5 Minuten warten möchten, führen Sie "net stop ntfrs" aus, gefolgt von "net start ntfrs", um den Dateireplikationsdienst neu zu starten.

[2] Beim auf die Löschung folgenden Poll wird der Computer erneut zum Replikatsatz hinzugefügt. Durch das erneute Hinzufügen wird eine vollständige Struktursynchronisierung für den Replikatsatz ausgelöst.

 

WARNUNG: Während des Wiederherstellungsvorgangs sind Daten in der Replikatstruktur möglicherweise nicht verfügbar. Sie sollten den oben beschriebenen Registrierungsparameter auf 0 festlegen, um eine unerwartete Nichtverfügbarkeit von Daten durch die automatische Wiederherstellung zu verhindern, wenn dieser Fehlerzustand erneut auftritt.

 

Führen Sie regedit aus, um diesen Registrierungsparameter zu ändern.

 

Klicken Sie auf "Start", dann auf "Ausführen", und geben Sie dann "regedit" ein.

 

Erweitern HKEY_LOCAL_MACHINE.

Folgen Sie folgendem Pfad:

"System\CurrentControlSet\Services\NtFrs\Parameters"

Doppelklicken Sie auf den Namen des Wertes

"Enable Journal Wrap Automatic Restore"

und aktualisieren Sie den Wert.

 

Ist der Name des Wertes nicht vorhanden, können Sie ihn mit dem Befehl "Neu" und dann "DWORD-Wert " im Menü "Bearbeiten" hinzufügen. Geben Sie den Wert genauso ein wie oben gezeigt.

Aber eigentlich hat das alles doch nichts mit der fehlenden Netzwerkunterstützung zu tun, oder? Falls doch, schau ich mir das gerne noch mal näher an. Wichtiger ist nur, dass ich die Kisten morgen wieder lauffähig habe, bestenfalls ohne den Server neu zu installieren...!

Danke vorab und Grüße

Highman72

PS: An der Firewall liegt es nicht. Die hatte ich schon mal testweise abgeschaltet.

Danke und Grüße

Highman72

Hallo NG,

ich sitze seit heute vor einem interessanten Problem: Windows Server 2003 wurde auf 2008 migriert. 2003 dann zu einem Mitgliedsserver gemacht und schließlich abgeschaltet. Alle Dienste laufen jetzt auf dem 2008er. Witzigerweise seit 14 Tagen ohne Probleme. Von jetzt auf gleich kriege ich nur noch mit den Windows 7 Clients Kontakt zum Server. Der Client bekommt per DHCP eine IPv4-Adresse, kommuniziert mit dem Server aber wohl per IPv6. Alle XP-Clients haben keine Chance, selbst ein Ping in beide Richtungen kriegt nur ein "Ziehlhost nicht erreichbar" als Antwort. Die Windows 7 Clients kann ich anpingen, bekomme dann aber nur Antwort über IPv6.

Serverneustart bringt nichts.

Witzigerweise, wenn ich auf dem Server ping servername eingebe, kriege ich die Antwort von der IPv6-Linie. Ping 127.0.0.1 geht aber trotzdem.

Weiß jemand, wo sich da was verstellt haben könnte?

Danke und Grüße

Highman72

Was bedeutet die Notiz "This setting is valid for upgrades", welche mir zu beiden Optionen in der Hilfe angezeigt wird?[/Quote]

 

Ich gehe davon aus, dass bei einer Migration oder Reparaturinstallation die alten Einstellungen verwendet werden und die Option ignoriert wird. Ich gehe weiterhin davon aus, dass Du natürlich eine Neuinstallation probiert hast. Auch können wir wohl davon ausgehen, dass Du die Partitionen natürlich vorher angelegt und formatiert hast.

 

Hat das sonst noch mal jemand probiert?

 

Liebe Grüße

highman72

Hallo!

Hat noch keiner damit Erfahrung? Ich fände das ebenfalls sehr interessant. Vlite kann das leider (noch) nicht. Es kann doch wirklich keiner mit den Original-Einstellungen von Vista zufrieden sein, oder etwa doch?

Liebe Grüße

Jens

PS: Ich habe das unter Zuhilfenahme von viel Google nach der Installation bewerkstelligen können. Ziel wäre natürlich, das bereits während der Installation von Vista zu erledigen....

Muss ich machen, wenn ich mal physisch da bin. Bislang immer nur per VNC. Der Router/Firewall ist irgendwas von Cisco. Keine Ahnung. Hat eine Fremdfirma installiert, die den auch wartet.

Ich melde mich noch mal.

Hallo IThome,

habe ich jetzt abgeklärt, ist es nicht. Habe auch genauer nachgeforscht, ab wann der Fehler aufgetreten ist: Der neue Router ist eigentlich kein Router sondern eine Firewall, die mal so nebenbei auch routet. Die hängt schon seit über einem Jahr, die Probleme kommen erst seit Anfang des Jahres, bislang auch nur sporadisch, jetzt dauerhaft.

Ich weiß jetzt echt nicht mehr weiter. Hast Du / habt Ihr noch eine Idee?

Ich habe das wie vorgeschlagen geändert, aber es hat sich leider immer noch nichts getan. nslookup und tracert und ipconfig /all ergeben:

nslookup Google

Server: server2003.domaene.local

Address: 10.0.0.1

Nicht-autorisierende Antwort:

Name: Google

Addresses: 209.85.129.104, 209.85.129.99, 209.85.129.147

Aliases: Google, Google

tracert Google

Routenverfolgung zu Google [209.85.129.99] ber maximal 30 Abschnitte:

1 * * * Zeitberschreitung der Anforderung.

2 43 ms 43 ms 43 ms 217.0.67.86

3 45 ms 44 ms 44 ms f-ea3.F.DE.net.DTAG.DE [62.154.17.54]

4 44 ms 44 ms 44 ms 62.156.139.62

5 44 ms 44 ms 51 ms 217.147.96.228

6 44 ms 44 ms 44 ms 217.147.109.150

7 45 ms 45 ms 56 ms 72.14.238.126

8 45 ms 45 ms 45 ms 72.14.232.207

9 54 ms 45 ms 45 ms 72.14.233.206

10 45 ms 45 ms 47 ms fk-in-f99.google.com [209.85.129.99]

Ablaufverfolgung beendet.

ipconfig /all

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : server2003

Primres DNS-Suffix . . . . . . . : domaene.local

Knotentyp . . . . . . . . . . . . : Unbekannt

IP-Routing aktiviert . . . . . . : Nein

WINS-Proxy aktiviert . . . . . . : Nein

DNS-Suffixsuchliste . . . . . . . : domaene.local

Ethernet-Adapter LAN-Verbindung:

Verbindungsspezifisches DNS-Suffix:

Beschreibung . . . . . . . . . . : SiS 900-basierte PCI-Fast Ethernet-Adapter

Physikalische Adresse . . . . . . : xx-xx-xx-xx-xx

DHCP aktiviert . . . . . . . . . : Nein

IP-Adresse. . . . . . . . . . . . : 10.0.0.1

Subnetzmaske . . . . . . . . . . : 255.255.255.0

Standardgateway . . . . . . . . . : 10.0.0.2

DNS-Server . . . . . . . . . . . : 10.0.0.1

Hast Du/Ihr noch irgendwelche Ideen?

Ja, AD läuft. Die Clients haben ausser dem ADC auch die IP Adressen der externen Nameserver (war nur testweise), lässt sich aber abschalten. Am Server liegt jedoch nur die IP Adresse localhost als DNS an.

An den Server komme ich momentan, nicht aber an die Clients, aber es geht ja schon am Server nicht.

ipconfig /all ergibt:

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : server2003

Primres DNS-Suffix . . . . . . . : domaene.local

Knotentyp . . . . . . . . . . . . : Unbekannt

IP-Routing aktiviert . . . . . . : Nein

WINS-Proxy aktiviert . . . . . . : Nein

DNS-Suffixsuchliste . . . . . . . : domaene.local

Ethernet-Adapter LAN-Verbindung:

Verbindungsspezifisches DNS-Suffix:

Beschreibung . . . . . . . . . . : SiS 900-basierte PCI-Fast Ethernet-Adapter

Physikalische Adresse . . . . . . : xx-xx-xx-xx-xx

DHCP aktiviert . . . . . . . . . : Nein

IP-Adresse. . . . . . . . . . . . : 10.0.0.1

Subnetzmaske . . . . . . . . . . : 255.255.255.0

Standardgateway . . . . . . . . . : 10.0.0.2

DNS-Server . . . . . . . . . . . : 127.0.0.1

Ich hatte den DNS neu aufgesetzt, daher habe ich keine "." Zone, demnach auch keinen Stammserver, oder?

Die Weiterleitungen habe ich jetzt gelöscht, einen Moment gewartet und erneut ein tracert auf heise.de ausgeführt, jedoch ohne Änderungen.

mmmm...

Hallo IThome,

vielen Dank erst mal für die schnelle Antwort.

Es ist ein Telekom-Anschluss. Wie meinst Du das mit:

Keiner der Domänenmember bekommt einen externen DNS-Server zugewiesen.

Ich sitze momentan per RealVNC von extern am Server. Von da aus habe ich alles gestartet. Der Server ist ja per se ein Domänenmitglied. Aber das Tracert von Clients aus zeigt das gleiche. Der erste Eintrag (sollte hier nicht der Router stehen) zeigt immer eine Zeitüberschreitung.

Wie löse ich denn über die Root auf? Ich denke, der kann nur auflösen, was in der Domäne liegt?

Hallo,

ich supporte gerade ein kleines Windows Server 2003 Netzwerk mit ca. 15 XP Clients. Vor einiger Zeit wurde durch eine Fachfirma der DSL Router getauscht, weil der neue mit der Firmenzentrale per VPN tunneln kann und somit nicht auf jedem Client ein Tunnel stehen muss.

Jetzt habe ich folgendes Problem:

Zuvor hatte ich DNS-Anfragen ins Internet einfach an den Router weitergeleitet (Server: 10.0.0.1, Router 10.0.0.2) und der diese an den vom ISP vorgegebenen Nameserver. Das soll laut Firma mit dem neuen Router nicht mehr gehen. Ich soll Anfragen auf einen richtigen Nameserver weiterleiten (was ich mit 194.25.2.129 mache).

Das Internet ist nun aber quälend langsam.

tracert heise online ergibt:

Routenverfolgung zu heise online [193.99.144.85] ber maximal 30 Abschnitte:

1 * * * Zeitberschreitung der Anforderung.

2 42 ms 254 ms 43 ms 217.0.67.90

3 63 ms 47 ms 52 ms 217.239.40.86

4 44 ms 43 ms 54 ms 193.159.224.46

5 47 ms 44 ms 52 ms heise1.f.de.plusline.net [213.83.46.131]

6 54 ms 229 ms 45 ms heise online [193.99.144.85]

Ablaufverfolgung beendet.

Offensichtlich versucht er immer den Router zu erreichen und es kommt zu einer Zeitüberschreitung. Anpingen geht allerdings einwandfrei.

Unter DNS habe ich eine Forward und Reverse Zone eingerichtet. DNS Weiterleitungen laufen auf die Server 194.25.2.129 und 194.25.0.60. Bei DHCP habe ich in den Bereichsoptionen ebenfalls diese DNS Server als weitere nachgeordnete eingetragen.

In der DNS Ereignisanzeige tauchen sporadisch immer wieder 4004 und 4015er Fehler auf, allerdings nicht täglich.

Ich weiß jetzt nicht mehr weiter.

Kann mir jemand helfen?

Liebe Grüße

Jens