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

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

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

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: Und einmal hier: Und nochmal hier: 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

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: 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