Jump to content

teletubbieland

Expert Member
  • Gesamte Inhalte

    792
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von teletubbieland

  1. Moin,

     

    ich hätte da mal ein Problem:

    Domäne besteht aus 3 Windows 2022 Servern (alle VMs / HyperV).

    Der DC weigert sich die Uhrzeit von pool.ntp.org zu beziehen: Er gibt als Zeitquelle immer die Local CMOS Clock an.

    Bei den Intergrationsdiensten ist Uhr abgehakt.

     

    Ich bin wie hier beschrieben: https://www.gruppenrichtlinien.de/artikel/zeitsynchronisation-der-domaene-w32time-zeitserver-per-gpo vorgegangen.

     

    Wenn ich das hier eingebe:

    w32tm /config /syncfromflags:manual /manualpeerlist:"pool.ntp.org"
    w32tm /config /reliable:yes /update
    w32tm /resync

     

    bekomme ich bei der Abfrage w32tm /query /source als Anwort:

    Der Computer wurde nicht synchronisiert, da keine Zeitdaten verfügbar sind.

     

    Muss man bei 2022 etwas Anderes beachten?

     

     

    Hat sich erledigt. Sorry. Nach 100 Mal durchlesen, Tippfehlöer gefunden :rolleyes:

    • Haha 1
  2. DC-Nameserver

    Weiterleitung an Router (auch schon Weiterleitung an 9.9.9.9 versucht) dieser leitet dann an eine Vodafone-Box weiter

    Router = Linux-Firewall mit Proxy

    Proxy ist auch schon ein und abgeschaltet worden.

     

    Verzögerung heisst: Die Seite wird geladen, es dauert aber 10-20 Sekunden.

    Bei manchen Clients geht es aber schnell.

     

  3. Moin,

     

    ich beisse mir hier gerde die Zähne aus.

    Bei einem kleineren Netzwerk 1DC mit 20 Clients habe ich das Verhalten, dass bei einigen Clients der Website-Aufruf stark verzögert ist.

    nslookup auf die jeweitige Domain wird schnell ausgeführt.

    Das ganze sieht ja nach einem DNS-Problem aus. Allerdings nutzen alle beteiligten die gleiche Konfiguration.

    ipconfig /flushdns brachte auch nix. Ebenso die Variante über einen Proxy-Server zu gehen.

     

    Hat da jemand noch eine Idee?

     

    Achso: Server = 2022, Clients Windows 10

     

  4. vor 2 Minuten schrieb mikro:

    Bei den ** musst du den Namen der Queue den Du vorher Get-queue ermittelt hast ausgeben..

    vielleicht stelle ich mimch gerade doof an:

    Habe get-queue eingeben und 2 Ergebnisse erhalten:

    identity Servername\3

    wenn ich dann Get-queue Servername\3 |get-message |fl eingebe, komm kein Ergebnis

     

  5. Moin,

     

    ich benötige mal bitte Eure Hilfe:

     

    Ein Postfach bei einem Exchange 2019 onPrem Server ist vllgelaufen.

    Nachdem der Benutzer Mails gelöscht hat und ich auch noch den Speicherpaltz frei gegeben habe, bekommt er keine Mails und es werden keine Mails ausgeliefert.

    Ich kann nur sehen, dass die Mails im Storedriver liegen.

    Meine Vermutung: die Kommunikation wurde für diese Mailbox angehalten und alles landet im Zwischenspeicher.

    Preisfrage: Wie reaktiviere ich das wieder?

     

  6. vor 3 Minuten schrieb cj_berlin:

    Na *dafür* reicht Dir ein selbstsigniertes Zertifikat, wenn alle potentiellen Clients im AD sind und diesen in ihren Root Store per GPO reinbekommen.

    Das war auch mein Plan. Nur wollte ich vorher abklären, ob ich an allen 3 Standorten einen CA-Server benötige.

     

    Wäre wohl besser gewesen, wenn ich das mir der RDS-Farm gleich dazu geschriben hätte :rolleyes:

  7. vor 28 Minuten schrieb NorbertFe:

    Für welche Zwecke überhaupt? :)

    Ich will eine RDS-Farm platzieren und dafür eben die Zertifikate in der Domain verteilen

    vor 18 Minuten schrieb cj_berlin:

    WAN-Leitungen zwischen den Sites sind manchmal unterbrochen, und zwar so lange, dass die Downtime des WAN durchaus den Renewal-Zeitraum eines 802.1X-Zertifikats überschreiten kann (ich denke da an Schiffe, Ölbohrplattformen an Land oder im Wasser etc.)

    Keine Ölplattformen :lol2:

×
×
  • Neu erstellen...