Jump to content

highman72

Members
  • Gesamte Inhalte

    41
  • Registriert seit

  • Letzter Besuch

Über highman72

  • Geburtstag 01.12.1972

Profile Fields

  • Member Title
    Newbie

Fortschritt von highman72

Enthusiast

Enthusiast (6/14)

  • Erste Antwort
  • Engagiert
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei

Neueste Abzeichen

10

Reputation in der Community

  1. 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
  2. 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
  3. 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
  4. 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
  5. 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
  6. 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
  7. 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
  8. Wo geht das denn? Ich weiß, dass das geht, aber nicht wo... Danke und Grüße Jens
  9. 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
  10. Ich habe jetzt mal alles auf die zweite NIC gelegt, sogar mit anderer IP. Geht auch nicht.... Grmmmpf. Jens
  11. 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
  12. 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
  13. 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
  14. 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
  15. 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
×
×
  • Neu erstellen...