Probleme mit NT4 Domäne

[Yoda 10]

Hallo,

 

da dies mein erster Eintrag in diesem Forum ist, bitte ich um etwas rücksicht, falls ich was falsch gemacht habe.

 

Ich versuche jetzt mal mein Problem einigermaßen verständlich zu beschreiben.

 

Wir haben vor ca. 4 Wochen zwei Standort über Router verbunden.

 

Am Standort A laufen Win98 - Win2k Clients. Alle Clients am Standort A haben einen lmhosts Eintrag, um eine Verbindung zur Domäne am Standort B herzustellen.

Jedes Netz hat seinen eigenen Class C Netzbereich.

Es lief alles Problemlos. Man konnte Computer in die Domäne heben und auch die User konnten sich an der Domäne anmelden.

 

Ca. 2 Woche nach dem zusammenschluß der Netze trat dann der Fehler auf. Das Problem tritt nur am Standort A auf und es betrifft auch nur Win2k Clients.

 

1. Wenn man an einem Benutzer am Win2k Client, der schon in der Domäne angemeldet ist, lokale Rechte über die Computerverwaltung vergeben will, bekam man keine Liste mehr der Domänenuser. Wenn man aber den User und die Domäne von Hand eingetragen hat, funktionierte alles.

 

2. Man konnte keine Win2k Clients mehr in die Domäne heben. Egal ob man vorher ein Computerkonto angelegt hatte oder nicht.

Es kam noch zur Abfrage des Domänenbenutzer bzw. Passwort, der Berechtigt ist, ein Comuterkonto an der Domäne anzulegen oder zu aktivieren.

Nach der Eingabe der Daten kam die Fehlermeldung Domäne nicht vorhanden oder es konnte keine Verbindung hergestellt werden.

Hat man Probehalber eine falsche Domäne eingetragen kam es nicht zu dieser Abfrage, was darauf schließen lässt, das die Domäne gefunden wird.

 

Mit Clients die schon in der Domäne bekannt sind kann ganz normal gearbeitet werden. D.h. die User können sich anmelden und die Berechtigungen funktionieren.

 

Nach dem wir uns dann ein paar schlaflose Nächte gegönnt haben. Sind wir mal auf die Idee gekommen, den PDC neu zu starten und zu unsere Freude brachte dies dann auch den gewünschten Erfolg. Dies war das Wochenende vor Ostern.

 

Heute, Freitag den 25.04.03, ca. 2 Wochen nach dem Neustart des PDC trat das Problem wieder auf

 

Also haben wir in der Mittagspause mal den PDC neu gestartet und danach hat wieder alles funktioniert.

 

Hat vielleicht jemand eine Idee, was die Fehler verursacht?

Kann es sein, das am PDC irgendein Cache voll läuft?

Wenn ja, hat jemand eine Idee welcher?

Wir haben keine Lust alle 2 Wochen unseren PDC neu zu starten.

 

Ich fasse die wichtigen Punkte noch mal zusammen:

- Das Problem tritt ca. alle zwei Wochen auf

- Es betrifft nur den Standort A

- Alle Clients am Standort A haben einen lmhosts Eintrag

- Es betrifft nur Win2k Clients

- Nach einem Neustart des PDC ist der Fehler nicht mehr vorhanden

- Auf dem PDC läuft NT4 mit SP6

- Die Netze sind mit einem Router verbunden und jedes Netz hat seinen eigenen Class C Bereich

- Mit Clients, die schon in der Domäne sind kann ganz normal gearbeitet werden.

 

Ich bin für jeden noch so kleinen Hinweis sehr dankbar.

 

Gruß

Patrick

[zuschauer 10]

Hallo Yoda !

Erstmal willkommen an Board !

 

Vorweg, warum Ihr alle 2 Wochen neustarten müßt, kann ich so auch nicht erklären.

Erstmal ein paar Fragen:

Der PDC steht also demnach im Standort B ?

Gibt es am Standort A einen BDC ?

 

Meine Fragen zielen auf folgenden Vorschlag hin:

 

Standort B mit PDC und eventuell vorhandenen BDC.

Standort A mit mindestens einem BDC.

Auf dem PDC im Standort B und auf dem BDC in Standort A sollte ein Wins-Server konfiguriert werden. Die beiden Wins-Server solten sich replizieren. Ich denke, damit könnt Ihr Euer Problem beseitigen.

An den Clients sollte der im Standort B vorhandene Wins-Server eingetragen sein und der Eintrag dieses Wins-Servers auf allen Clients in Standort A erfolgen.

 

Warum arbeitet Ihr mit der lmhosts - habt Ihr im Standort A keinen BDC ? Wenn das der Fall ist und die Verbindung zwischen Standort A und Standort B ist ausreichend schnell, reicht auch ein Wins-Server in Standort B (auf dem PDC).

[Yoda 10]

Hallo,

 

danke für deine Antwort.

 

Ja, der PDC steht am Standort B.

Am Standort B gibt es auch noch zwei BDC´s

 

Ich glaube das hatte ich vergessen zu schreiben.

Wir hatten schon mal einen BDC am Standort A.

Da aber das Problem, ganau dann aufgetreten ist, wo wir den BDC in Betrieb genommen hatte, dachten wir es lag am BDC und haben ihn wieder aus der Domäne genommen.

Mein Kollege hat dummerweise genau in dem Augeneblick, nachdem ich den BDC rausgenommen habe und ich testen wollte ob es funktioniert den PDC neu gestartet. Danach ging es natürlich.

Somit wussten wir nicht, lag es jetzt am BDC oder am PDC. :(

Aber die Frage hat sich ja jetzt seit gestern geklärt.

 

Einen WINS Server haben an keinem der beiden Standorte laufen.

Wir haben zwichen den beiden Standorten eine 2Mbit Standleitung. Bis jetzt haben wir noch keine Beschwerde, dass die Leitung zu langsam ist.

 

Gruß Patrick

[blub 115]

Yoda, haben die Lmhost-Dateien auf den Clients diese beidne Einträge?

10.0.0.1 PDCName #PRE #DOM:Domain-name

10.0.0.1 "DOMAIN_NAME \0x1b" #PRE

 

Beim zweiten Eintrag musst du exact aufpassen, dass "There must be a total of 20 characters within the quotations (the domain name plus the appropriate number of spaces to pad up to 15 characters plus the backslash plus the NetBIOS hex representation of the service type). " PSS ID Number: 180094

 

Cu

blub

[Yoda 10]

Hallo blub,

 

ja, die Clients haben bei Zeilen drinnen.

Wir habe auch auf die 20 Zeichen geachtet.

Auch haben wir es ohne die zweite Zeile probiert.

Hat aber alles leider nichts genützt.

 

Gruß Patrick

[blub 115]

Hallo Patrick,

Was ist vor 4 Wochen passiert? Wie war das Domaindesign, als alles einwandfrei funktionierte?

 

Irgendwie scheint dein Problem am PDC zu liegen. Stimmen dort die lmhost-Einträge? Was sagt jetzt "nbtstat -c", was sagt "nbtstat -c", wenn der Fehler auftritt?

Wenn der Fehler auftritt, würde ich auf dem PDC einen Netzwerkmonitor einschalten und die problematischen Aktionen auf einem Client ausführen. Dann kannst du zumindest sehen, ob Netz-Verkehr am PDC ankommt und wie dieser abgehändelt wird.

 

Statt dem Reboot versuch erstmal ein "nbtstat -R" und ein "net stop netlogon + net start netlogon"

 

Cu

blub

[zuschauer 10]

@blub:

Ich glaube eher, daß es ein Problem des Hauptsuchdienstes im Standort A ist. Der direkte Kontakt vom Client zum PDC/BDC funktioniert.

Nur wenn´s ans Browsing geht, hängt es.Mir ist nur nicht klar, wieso es 2 Wochen überhaupt geht.

 

@Yoda:

Ist der Router zwischen den beiden Standorten so konfiguriert, daß auch Broadcast geroutet wird ?

[Yoda 10]

@blub:

Wir haben vor ca. 4 Wochen angefangen das Netzwerk umzustellen.

Am Standort A war Token Ring im Einsatz und das haben wir umgestellt auf FastEthernet.

Am Anfang hatten die Clients einen lmhosts Eintrag um eine Verbindung mit der Domäne aufbauen zu können. Nach ca. einer Wochen haben wir Dienstags den 01.04.03 einen BDC am Standort A aufgestellt und Montags die Woche darauf, am 07.04.03 machte sich dann das Problem das erste mal bemerkbar.

Wir haben dann die ganze Woche über Test gemacht.

Einmal mit verschiedenen lmhosts Einträgen, dann mal den BDC runtergefahren, dann mal wieder mit BDC und so weiter und Donnerstagsnachst den 10.04.2003, haben wir dann den BDC aus der Domäne genommen und danach den PDC neu gestartet. Da lief es dann auch wieder für zwei Wochen bis zum Freitag den 25.04.03.

 

Ich werde am Montag mal schauen, was der Befehl "nbtstat -c"

ausgibt und werde ihn mal anwenden, wenn der Fehler wieder auftritt.

Der Fehler dürfte ja dann wieder so in zwei Wochen auftreten.

 

Wir haben auf einem Testclient einen Sniffer installiert gehabt und mal den Traffic mitgeloggt.

Ich schau mal am Montag, ob ich die Logs noch habe und werde sie mal hier reinstellen.

 

@zuschauer:

Nach meinen Infostand müssten die Router so konfiguriert sein, dass sie Broadcast routen. Ich habe leider die Router nicht konfiguriert. Ich werde am Montag mal nachschauen.

Korrigiere mich bitte, wenn ich falsch liege, aber können Broadcast überhaupt geroutet werde. So weit ich weiß nicht.

Aber ich lasse mich gerne belehren.

 

Noch mal eine andere Frage:

Muss am PDC auch eine lmhosts Eintrag gemacht werden?

 

Danke für Eure hilfe

 

Patrick

[grutsch 10]

mal ne zwischenfrage:

 

habt ihr baluns im Einsatz, um die Kat1-Verkabelung auf Kat5 umzusetzen, oder habt ihr die Verkabelung vollkommen erneuert.

 

Wenn Balun = Ja:

bringt der sniffer einen plötzlichen Anstieg der bradcasts?

Suche nach offenen Enden!.

 

grutschmööhh

[zuschauer 10]

Hi Yoda !

Es gibt Hardware-Router, bei denen kann man einstellen, daß auch Broadcast geroutet wird.

 

Zur lmhosts: Die sollte auf allen WS und Server identisch sein, also auch auf dem PDC.

[Yoda 10]

Moin,

 

@grutsch: Das mit den Baluns und Broadcast muss ich checken.

 

@zuschauer: O.k. ich schaue morgen mal nach, ob auf dem PDC auch ein lmhosts Eintrag existiert.

 

Gruß

Patrick

[zuschauer 10]

Hi Yoda !

Mich würde mal interessieren, welcher Server oder PC in den jeweiligen Standorten den Hauptsuchdienst macht.

Dazu gibt es in den Reskits zu NT und w2k den Befehl browmon.

Damit wird der Masterbrowser angezeigt. Wenn Du diese Tools hast, check doch mal in funktionierendem Zustand, wer in den Standorten den Masterbrowser macht und wenn´s mal wieder nicht geht nochmal.

Bei einem Neustart des PDC wird nämlich auch neu verhandelt, wer diesen Masterbrowser macht, im Normalfall macht den der PDC. Wenn der Router Broadcast routet, wäre es denkbar, daß dadurch auch der Masterbrowser des Standortes A neu verhandelt wird.

[Yoda 10]

Hallo,

 

ich habe heute morgen mal etwas recherchiert:

 

1. Auf dem PDC gibt es keinen lmhosts eintrag

2. Broadcast werden geroutet

3. Ich habe mal mit dem Tool Dameware NT Utilities nachgeschaut wegen den Master Browser:

Domänen-Master Browser = PDC

Master Browser = PDC und ein Server vom Standort A

4. Mit dem Befehl nbtstat -c sehe ich ziemlich alles Clients und Server von beiden Standort.

 

Ich glaube das waren jetzt alle Infos wo ich raussuchen wollte.

Das mit den Baluns muss ich noch klären.

 

Gruß Patrick

[Yoda 10]

Hallo,

 

ich denke mal nicht, das zwischen Freitag und heute zwei Wochen liegen. Auf jedenfall ist das Problem heute schon wieder aufgetaucht. Zur Zeit sind wir noch an der Fehlersuche und haben keine Plan, an was es liegt.

Aber wie heißt es doch so schön:

Probleme sind da um sie zu lösen.

Und das werden wir jetzt auch tun.

 

Gruß Patrick

[zuschauer 10]

Hi Yoda !

Mach mal die vorigen Check in dem Problemzustand (nbtstat -c auf dem PDC und wer ist jetzt Masterbrowser im Standort A) .