Jump to content

micha42

Premium Member
  • Gesamte Inhalte

    1.034
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von micha42

  1. Hallo HannoverRules,

     

    eine Direkte Hilfe für das Problem kann ich Dir nicht geben aber evtl. eine Hilfe zur Ursachenforschung:

    Die Ursache könnte sein, dass dsa Hostsystem einen Neustart gemacht hat, weil gestern Patchday war. (Automatisch deaktivieren und per Hand machen).

     

    Googel doch mal bei VM rum

    Michael

  2. ich hatte mal den Digitus. Der Sender mußte schon direkt neben dem Empfänger liegen ansonsten hat der zwischendurch auch mal für 1-2 sec gesperrt, obwohl ich das Ding in der Hosentasche hatte (und vor m PC saß versteht sich). Dadurch hab ich immer wieder den Schlüssel auf dem Schreibtisch liegen lassen. (super)

    die Batterielaufzeit ließ zu wünschen übrig

    nach ca einem halben Jahr war das Ding kött

     

    Hab s gerne wieder deinstalliert.

     

    Michael

  3. @micha42 - der 2.DC hat sich selbst als DNS Server eingetragen, da der ja auch funktionieren soll, wenn VPN nciht zur Verfügung steht. DNS wird ja repliziert. Funktioniert ja auch....

    ist aber falsch.

    Trag den ersten Server als ersten DNS-Server ein und "sich selbst" als zweiten.

    Das kann schon des Rätzels Lösung sein.

    Danach "net stop netlogon <ENTER> net start netlogon <ENTER>"

    Dann hat er sich am ersten registriert. Dann kann s schon laufen.

    Aber egal, ob dieses Problem nun damit behoben ist: Diese Einstellung ist richtig und wichtig.

    ENTER

     

    ich mach Feierabend - morgen weiter

     

    Michael

  4. Der Punkt ist ja aber, dass der Logon Server das macht,.

    soweit einverstanden.

    Dann kontaktiert der Logonserver stellvertretend den GC-Server - klar.

    Aber wenn das VPN nicht steht, kann er ja immer noch nicht authentifizierern (es sei denn der entsprechende Cach ist aktiviert, aber davon gehe ich hier nicht aus).

    wenn der Client aber "nur" den PDCe als Logon hat stimmt was mit DNS nicht, schätzungsweise.....

    bestimmt richtig.

    Nun ist nur die Frage, ob der DNS falsche informationen liefert, weil der DNS falsch eingestellt ist, oder weil der 2.DC sich im DNS nicht richtig eingetragen hat, weil die Einstellungen nicht stimmen.

     

    Bin auf die Lösung gespannt

     

    Micha

  5. Hi Velius,

    ich werd Dich natürlich nicht schlagen! Zum einen widerspricht das meiner Haltung gegenüber Leuten, die ich nett finde zum andern stellst Du Bedingungen, die nicht erfüllt sind.

    :D

     

    Brauch nicht ein Logonserver ein GC um die Authentifizierung vorzunehmen? Wenn er den andern Server nicht erreicht, weil z.B. das VPN weg ist, dann kann er doch nur mit einem eigenen GC authentifizieren, oder lieg ich da falsch?!? :confused:

     

    Natürlich muß der Client seinen DC finden. Dafür ist der IP-Kreis von Bedeutung. Wo wir schon mal an dieser Stelle waren dachte ich, gleich mal alle Einstellungen zu nennen, die hier wichtig und m.E. richtig sind.

     

    Michael

  6. Aber bevor wir hier beschimpft werden "overtake" "OT" oder so:

     

    Die Lösung liegt m.E. unbedingt im "Standort und Dienste" oder "DNS". War beides schon gesagt.

     

    Such mal in Standorte und Dienste im entsprechenden Standort.

    Da hat Du 3 Objekte: Servers, Server(Dein individueller Name) und NTDS-Settings

    Geh mal auf jedes Objekt drauf und kontrollier die Eigenschaften (rechte Maustaste / Eigenschaften). Von unten nach oben:

    NTDS-Settings: ist GC angemarkert und haben sich die Verbindungsbrücken gebildet=

    Servername: evtl IP in die rechte Seite dann ist der als Breidgeheadserver definiert (Die Einstellung ist aber für unser Prob nicht von Bedeutung)

    Servers: hier steht auch nix fürn unser Problem

    Standort: hier müssen die IP-Adressen stehen

  7. AC gleich AD (Fehlerteufel)

    ach so ich dachte Du meinst DC.

     

    Aber dann ist ja erstmal alles klar.

     

    Zum Ursprünglichen Thema nochmal als weitere Meldung. Die Server brauchen erstmal sehr lange für die erste Replikation. (Daten per Hand zu übertragen ist bestimmt besser auch schon deutlich unterhalb der MS-Empfehlung von 5GB Datenvolumen würde ich das vorziehen)

    Nach dieser Replikation läuft es dann aber zimlich gut - was leider heißt nicht so perfekt. Wir sind aber (auch mit Hilfe von MS) bei der Fehleranalyse und denken das noch in den Griff zu bekommen.

    Im Moment sichern wir damit 340GB auf 36 Servern.

    Micha

  8. Moin Dimi,

    den overtake wollen wir mal eingedenk des Diskussionsverlaufs in diesem Thread locker hinnehmen. ;)

     

    Du liegst leider ein paar Irtümern auf.

     

    1. Soll der DPM in der Tat nicht auf einem DC (was ist ein AC?) installiert werden.

    2. ist der DATA Protektiopn Manager NICHT zur Absicherung des AD gedacht. sondern lediglich für die Daten. Es ist sogar überhaupt nicht möglich den Systemstade zu sichern. Dazu müsstest Du mit NTBackup den Systemstade in eine Datei schreiben und anschließen die dadurch entstehende Datei mit DPM sichern.

     

    Michael

×
×
  • Neu erstellen...